SW2004 bug list survey

We have about 50 seats
SW2004 bug list
In the last 2 weeks.
Cannot print drawings to HP Design Jet 700E from Windows 2000 workstation
(Worked fine in 03)
Material Database does not accept English units
(NOT repaired in SP1)
Material density edit at Tools options window does not update properly
(repaired in SP1)
Change direction on Linear Pattern crashes application.
(Worked fine in 03)
In an assembly you cannot select a part's plane for use with the view section feature. (repaired in SP1)
Application ignores open command (repeatable until reboot)
Section views on drawings vanish i.e. "broken" upon opening in 04. (User actively working over a server)
2 drawings permanently corrupted. Parts and assemblies are ok. (User actively working over a server)
"XML network exception" then CTD. 3 Users effected about the same time of day. This is a MSXML issue? At our license server? Weird that it crashes Solidworks. 1 User had 3 in a row.
PDMWORKS: Error retrieving vault data on a open command. Followed by the always pleasant CTD. This particular part was not in the vault.
Last 4 probably caused by our cheesy network?
All reported to vendor no reply from them on any of the above. No listing at SW corp. that any of these items had been fixed.
Post your troubles today!
Maybe SW will make them go away!
IMO buggiest update since 97
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Hacksaw,
Allot of VARS don't want to "rock the boat" get a new one that does.
In the mean time, send your stuff directly to SW
Regards
Mark

at
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload

How exactly is this done? I have some issues as old as 3 months that have not been responded to.
--
Dale Dunn
Design Engineer
  Click to see the full signature.
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Dale,
Back when I was doing business with U.S Cad, they would "NEVER" submit my bugs, no matter how serious. Back then, I got in the habit of sending them to snipped-for-privacy@solidworks.com . I would include a statement to the fact that my VAR refused to address my problem, along with the usual explaination. Got more that a few bugs fixed that way. Since then I've changed VAR's (Hawkridge Systems) who are much better.
Some of the tech guys at SW read this NG regularly, so they'll probably be expecting you.
Regards
Mark

Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Thanks for the info. What's funny is, sometimes I get a response, sometimes I don't. Sometimes we volley a few emails, and the issues doesn't seem to get resolved or even dismissed.
--
Dale Dunn
Design Engineer
  Click to see the full signature.
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Dale,
Kinda sounds like he's stonewalling doesn't it ? I used to get the same crap from my previous VAR.
Regards
Mark

sometimes
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Dale Dunn wrote:

It look like they could use a bug tracking system like bugzilla ;)
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload

I had this issue as well with my HP 700C. It was fixed in sp1.
jk
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
I had a similar problem with '04 SP00 as well with my HP 450C. It would eventually print after about 15-20 minutes of spooling time between prints. My VAR said I was luck to be getting anything at all. After SP01, it will start printing only seconds after clicking print, just like it should.
I had another issue with printing that was NOT fixed in SP01. When I click the print button, SolidWorks is automatically printing 2 copies of each sheet of drawings that have multiple sized sheets, both landscape and portrait. And what's strange is the first copy of all of the sheets is print on, but not scaled to, the first sheet size. For example, I have many, many drawings with the first sheet being A-Portrait, and all of the following sheets either C or D-Landscape. The first copies are trying to print on what appears to be an A-Portrait sheet regardless of what the individual sheet settings are set to in the page setup. Then, when it prints the second copy, it will print correctly.
Drawings that only have one sheet are printing properly with just one copy.
Unlike most people, I have never really had many major problems with SolidWorks in the past. But, as of SW'04, I am beginning to think that instead of SolidWorks only having a "What's New" document in new releases and SP's, they should also start including a "What's Broken" or "What's the Work-Around For" document. Sure would save their users a LOT of headaches and time. As a matter of fact, it would save us so much time that it would probably be more of a productivity enhancement than some of the extra bells and whistles that they are giving us that is causing 90% of the bugs to begin with... (end rant)
Seth Renigar

workstation
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Seth Renigar wrote:

you need to uncheck something in the printer properties. go print...um..page setup maybe? uncheck something like "use same settings for all sheets."
i forget exactly.
but it's a known issue. i just found this bug the other day.
--nick e.
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Nick E.
Thank you for your reply, but I don't see the setting that you are talking about exactly. The only thing I see that is remotely close to what you are describing is the check box for "Set each drawing sheet individually". I currently have that checked and each sheet is in fact setup properly.
Could you please clarify what you are talking about?
Thanks, Seth Renigar

and
print...um..page
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Seth Renigar wrote:

Uncheck that!!!
that will put you back to one copy per print.
unless, of course, you need that checked, in which case you need to live with multiple copies until it's fixed.
--nick e.
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
If I uncheck this, then it will print each sheet to the same size paper (not good). I guess I will have to leave that checked and keep my printer folder open and just manually cancel the first print as it pops up.
For as long as I can remember, there has ALWAYS been something wrong with printing in SW. Some little glitch, something that just doesn't work right. Most of the time it has been simply a nuisance rather than a major problem. This problem is leaning more towards a major problem IMHO. This is the only program I know that has had so many issues with something as simple as printing. When are they going to fix this instead of making it even more of a PITA.
I have never been one to flame SW. In the past I have always been fairly satisfied with it for my particular needs. I am one of few that thought SW'03 was one of the most stable and robust versions to date (full time user since '97). Since I have switched to '04, my whole opinion of SW is rapidly changing. Don't get me wrong. There are some things I like about '04. But, it is entirely too buggy to be productive with it. With all of the workarounds, it like you have to go to China and back in order to go next door. Also, some of the new tools, and some of the new interfaces with old tools do not work like you would expect them to, which slows you down even more. (end rant)...
Seth Renigar

talking
I
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Let me add one more bug:
When cutting with a sweep, the sweep path is not always used. Sometimes mirror image of path is used, sometimes path is ignored. (At least on a part I'm trying to use two separate helical sweep cuts with)
John
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload

Polytechforum.com is a website by engineers for engineers. It is not affiliated with any of manufacturers or vendors discussed here. All logos and trade names are the property of their respective owners.