custom properties not sticking...

A client of mine (I do some SW contract work) just sent me this email:
"I enter the parameters in the xxx config for my end panel. Go to the
drawing and the format fields update. I save the part & drawing and close them out. I reopen the drawing and the format fields are now empty. I open the part and the parameters I entered are also gone. I have reentered the parameters 3 times
and they keep disappearing. Can you please tell me why, oh why does this keep happening. I must know the answer and the solution."
I don't have the files available to look at right now, but I was hoping someone might have an answer who has seen this before. He is using SW2007 sp2.2.
TIA
Sincerely, Mr. Frustrated
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
Is there a Design Table? If the props are controlled by a DT and the DT is locked, the changes won't "stick".
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload

I usually get a warning when I try to do that. Maybe the OP's client found a way around that.
Another possibility is that the part model is read-only, and SW is set to discard changes to read-only parts without notifying the user. There should be a warning when opening the read-only part though...
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload

I usually get a warning when I try to do that. Maybe the OP's client found a way around that.
Another possibility is that the part model is read-only, and SW is set to discard changes to read-only parts without notifying the user. There should be a warning when opening the read-only part though...
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
I have seen this problem with the following scenerio:
We have an add in that automatically populates the custom properties from a predifined template file. What happens with SW is that it does not like to have the same property name in both config specific and global, so if I where to add say "material" as a config specific property and then later come back and initiate my addin it will delete "material" in the configuration and add it to the global list. So the point is that you cannot have the same name in both global and config specific custom prop. lists.
Below is another oddity I have noticed and have got my VAR to submit to SW:
If I am using config. specific properties I have noticed the following behaviour:
create a simple part and add a configuration so that you have the names 1 and 2
go to <file> <properties> for config 1 add a property "material spec" and another "bom"
for the value enter aluminum for material spec and $PRP:"material spec" for the value of bom
Now go to config 2 and enter exactly the same custom property names and enter "steel" for the value of material spec and $PRP:"material spec" for the value of bom
If you now look at the evaluated value for the property "bom" you will see that one or the other is taking the value from the other configuration and not from the value for the config that the expression is in.
Any ides about whats going on? my expectation would be that the expression whould take the value from the config it is in but that is not happening.

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

It must be your add-in that doesn't like to have custom and config specific properties with the same name. I have been doing this in base SW since 99. Config specific properties override custom properties when the config specific property with the same name exists. So, you can have custom property "description" contain "SHCS" for all configurations. If a configuration has config specific property "dscription" that contains "BHCS", any reference to "description" for that configuration will report "BHCS" instead of "SHCS".
Add pictures here
<% if( /^image/.test(type) ){ %>
<% } %>
<%-name%>
Add image file
Upload
With reference to the behaviour noted below coincidentally I just received an update from my VAR:
"Configuration specific properties do not update correctly
I have reported this issue to development in SPR 382800 "Configuration specific custom property does not update correctly. The custom property's evaluated value only reflects the active configuration"
You will be notified when this is resolved."
Steve R
"> Below is another oddity I have noticed and have got my VAR to submit to SW:

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.