Part Attributes Become "####" After Switching Configuration in Drawing

[CMCORE]

Having an issue when changing configurations in a drawing. See attached video.

Upon changing configurations, any attributes referencing a part become "####".

Strangely, as shown in the video, if I do not have a leader or text box that has an attribute, then the Title Block attributes are unaffected. As soon as I change the configuration when there is a leader or text box with an attribute included, then the all of the attributes (including in the Title Block) that reference the part become "####".

I did not think to do this in the video, but when switching the configuration back to the original one, then the attributes resolve themselves.

I had been utilizing this same process for reproducing consistent documentation of configurations for several months with this same model just fine, but now I'm running into issues. It's been since the very beginning of November that I've last had to do this process, though.

Hopefully I'm just doing something wrong and it's a simple fix.

Thanks!

[liang_chen]

Hi CMCORE,

Thanks for the feedback. It could be a defect by the behavior in the demo video.

We resolved a similar issue and the fixing has been in the latest ProD build 2.0.20981.  The internal ID is FUS-178905.

May I know which version are you using? Please upgrade the new version if you work on old version. If issue happens in the latest version, please share the 3D design and drawing file with us for investigation. Thanks 

[CMCORE]

Thank you for the reply. The version I've been running is 2.0.20981.


I will private message you the files.

[liang_chen]

Thanks for sharing the dataset. Nice design.  

I test the dataset, but can't reproduce the issue. Details have been repied in private message. Thanks

[alan_wolf]

I also have the simular  issue while replacing  a lost leader note with the mass property when switching configurations.

[CMCORE]

I think that I've determined that the ability to switch configurations in the drawing while retaining the attributes does work- but there's something about either a component or specific sheet in my drawing that's causing the reference of the configuration that have a glitch.

For example, with all my sheets set up and everything visualized the way I wanted, I went to switch configurations, only to see this happen:

CMCORE_3-1740012865306.png

turns into:

CMCORE_4-1740012952438.png

However, I tried deleting a number of my sheets thinking that maybe a component being visualized was causing an issue. After deleting the last half of my sheets, I get:

CMCORE_3-1740012865306.png

 turns into:

CMCORE_2-1740012848243.png

Which is correct.

So it DOES technically work, but the conditions must be pretty particular. I'm trying to determine which sheet is causing all this to happen. If I delete the sheets all at once, then I can get it to work. But if I stagger the deletes (which I'm doing to try to narrow this thing down), then I get the same error even if I end up with the same exact sheets as when I delete them all at the same time.

I don't understand it and it's very confusing, but hopefully I can do some more testing in the morning to get this to work so I can keep.... working.

Sorry for the long reply.

[liang_chen]

Usually, when the properties display as ####, it could be caused by failing to get the properties, or the value is not re-calculated. Please edit the properties, such as switch any options. In leader note, please reattach the note to the right component to make the value re-calculate. Thanks 

[CMCORE]

Doing some more testing this morning.

Here's a video, and these are the steps I took in the video-

1. Switch configuration (becomes "####")
2. Undo
3. Delete half of the sheets
4. Switch configuration again (still becomes "####")
5. Close and discard changes
6. Re-open same drawing
7. Delete same half of sheets again
8. Switch configuration (attributes work)
9. Switch to different configuration (becomes "####" again)

The things I've tried so far to figure out what's going on:

Make a new drawing template

Make a new drawing with new template

Switch attribute types

Reset properties

Delete sheets

Attempt to narrow down which sheet is problematic (getting inconsistent results)

Check if specific component is causing issue (getting inconsistent results)

Lots of other random things

Made a whole new drawing again and visually replicated the other drawings (duplicated the testing process as well)

Made a new drawing with the same template showing only one sheet with the same layout that caused the previous drawings to suddenly not work (attributes did not break, therefore it's not component-based)

So far, I feel like it's a combination of stability and size/quantity of base views in the drawing. The configuration-switching will work, but only up to a certain point. For example, I had thought that the issue had been resolved because I was able to switch configurations after having several sheets in my drawing, so I thought "it works now!" But now that my drawing is complete and I actually NEED to switch the configurations, it does not work right.

Sorry for the long post- I need to know what's going on, and I've spent hours now on the job troubleshooting this.

Here's the video.

[liang_chen]

The behavior is not as expected. Please share the dataset for more investigation. You can reply the links in private message. Thanks

[CMCORE]

Dataset sent to you via PM. Thanks!

[liang_chen]

Thanks for sharing the datatset. I have not reproduced the ### issue when switch configuraiton.

Checking the details in the drawing, there are many suppression status defined in browser node, switching configuration could change the source of reference to others unexpectedly, rather than the top assembly or the reference defined before switching configuration.  We can edit the properties of title blocker, and set the source manually, then the part number will be re-calculate and update to the selected source. Please check if it works for you. Thanks

[CMCORE]

Thanks for checking my datasets. I'll take a look into that process and report back.

A question: is there a preference between suppressing components or hiding components in the drawing space? Is it causing issues due to having so many suppressions rather than hiding my components?

[liang_chen]

Suppression stands for unloading the component from its parent assembly, and it won't be counted as component, such as in Part list. Hiding is to turn off the visibility in cavas, but the component is still loaded.  Ideally, both of them should work.  You can try to use visibility setting instead of suppression, and check if the issue can be resolved in your side. Thanks