NX8.0 bug? Rotate View causes re-parse of Search Paths

[potrero]

NX8.0.0, Windows 7 SP1 Pro 64-bit

Our Load Options are configured to load from Search Paths.

We are experiencing a problem in which rotating the view using Set View Rotation Point (ie: hold down middle mouse button, then rotate) always causes a re-parse of Search Paths. Obviously this causes a major slow down and annoyance.

Has anyone else experienced the same issue?
Is it a bug? Is it a configuration problem?
Is there a workaround?

 

[JohnRBaker]

I'm not sure what it is that you're seeing. Could you provide more details as to how this is manifested?

John R. Baker, P.E.
Product 'Evangelist'
Product Design Solutions
Siemens PLM Software Inc.
Industry Sector
Cypress, CA

http://www.siemens.com/plm

UG/NX Museum:

http://www.plmworld.org/p/cm/ld/fid=209

To an Engineer, the glass is twice as big as it needs to be.

 

[potrero]

John, hopefully the following update will help describe the situation better. The situation occurs under the following conditions:

Load Options:

* From Search Paths, and Search paths do not completely cover the directories in which all parts in assembly to be loaded lie. For example, the assembly to be loaded contains some custom parts, plus a bunch of fasteners (stored in a different directory from the custom parts). The custom parts' directory is in the Search Paths list, but the fastener directory is not.

* Load Parents: "Immediate Level Only" (problem also occurs if set to "All Levels", but doesn't occur if set to "None")

Under the above conditions, Rotating the view using the Rotation Set Point, snapped to a solid body, will cause a parsing thru the Search Directories (same as happens normally when initially opening a part - NX scans thru all the Search Dirs). Rotating the view with the Rotation Point in open space (not on a body) does not cause this parsing to occur.

If the Load Options for Load Parents are set to "None", then the parsing problem does not occur, even if subsequently the parts whose dir was not listed in the Search Dirs are attempted to be loaded.

This is definitely new behavior to NX8; I've never seen this type of behavior in NX7.5 or earlier.

 

[potrero]

One more update:

After a bunch of more playing around with What-If's attempting to isolate the root cause of this behavior, I think I've found something that might be strongly related.

If the fasteners (whose directory was not in the Search Paths list) were positioned with Assembly Constraints, then NX seems to be constantly searching to satisfy these constraints. The weird parsing behavior stops, in my sample assembly, once I delete all the Assembly Constraints for the fasteners.

Is there a setting somewhere which might control this type of behavior (searching for "parents" to constraints)?

I can surmise that this is new behavior to NX8, because of the new functionality related to the new "Constraint Navigator", etc.

 

[JohnRBaker]

I'm sorry, but I can't duplicate the behavior which you're describing. Perhaps someone in GTAC might be able to help you with this.

John R. Baker, P.E.
Product 'Evangelist'
Product Design Solutions
Siemens PLM Software Inc.
Industry Sector
Cypress, CA

http://www.siemens.com/plm

UG/NX Museum:

http://www.plmworld.org/p/cm/ld/fid=209

To an Engineer, the glass is twice as big as it needs to be.

 

[potrero]

I spoke with GTAC and a PR has been opened. The problem apparently has something to do with the Customer Default:

Assemblies > Site Standards > Lightweight Representations > Load Smart Lightweight Data

If checked, the Search Directories are parsed when rotating the part.

 

[JohnRBaker]

I have that option checked and I have no problems.

John R. Baker, P.E.
Product 'Evangelist'
Product Engineering Software
Siemens PLM Software Inc.
Industry Sector
Cypress, CA

http://www.siemens.com/plm

UG/NX Museum:

http://www.plmworld.org/p/cm/ld/fid=209

To an Engineer, the glass is twice as big as it needs to be.