Re: Windchill Update Behavior

TomU · ‎Apr 27, 2012

I have recently run into a situation where an later version on an CAD document (Pro/e assembly) was inadvertently overwritten by an older version of that same document. After much investigation I was able to determine that the default workspace update functionality doesn't actually replace the local file contents during an update, it only updates the metadata to make it look like you have the latest version. For those who would like a detailed explanation of the tests I performed, and the behavior experienced, I have listed it all in detail below. For those want to get right to the question, here it is. Is there a way to configure either Windchill or Pro/e so that a "File", "Update" command from Pro/e functions the same way the workspace "File", "Update" command does from the workspace when the site preference "Update Overwrite Local Content" is set to "Yes"?

Tom Uminn
Engineering Systems Analyst
trans-matic Mfg.
616-820-2499
-<">mailto:->

Test Results - All from the local workspace (embedded browser). Tests were initially run with the site preference "Update Overwrite Local Content" set to "No".

Test 1 - Unmodified, out of date, update from workspace (works as I would expect)

1. Have unmodified, out of date object in the workspace, and open in Pro/e.

2. From the workspace webpage, select the object and choose "File", "Update".

3. The "Update" page default action is to download the object. Choose "OK".

4. Latest version of the object is download from the server. Object in workspace remains unmodified.

5. A "Replace in Session" dialog opens asking you if you want to replace the object currently in session. Choosing yes replaces the object that was in session with the one that was just downloaded from the server.

Test 2 - Unmodified, out of date, update from Pro/e (works as I would expect)

1. Have unmodified, out of date object in the workspace, and open in Pro/e.

2. From the Pro/e "File" menu, choose "File", "Update", "Current".

3. A "Update in Workspace" dialog box opens asking if you want to replace the object in the workspace with one from the server. Choose "Yes".

4. A "Replace in Session" dialog then opens asking you if you want to replace the object currently in session with what is in the workspace. Choose "Yes."

5. At this point both what is in session and what is in the workspace are both the latest, unmodified version of the object.

Test 3 - Modified, out of date, update from workspace (does NOT work as I would expect)

1. Have a modified, out of date object in the workspace, and open in Pro/e.

2. From the workspace webpage, select the object and choose "File", "Update".

3. The "Update" page default action is to reuse the object. Choose "OK".

4. The metadata from the latest version on the server is synchronized with the workspace data, now indicating that you have the latest local version in your workspace. However it is still shown as modified, and is never replaced in session (because "reuse" was chosen in step 3).

Test 4 - Modified, out of date, update from Pro/e (does NOT work as I would expect)

1. Have a modified, out of date object in the workspace, and open in Pro/e.

2. From the Pro/e "File" menu, choose "File", "Update", "Current".

3. A "Update in Workspace" dialog box opens asking if you want to replace the object in the workspace with one from the server. Choose "Yes".

4. Two messages are written to the information area in the Pro/e window

* Update operation performed on locally modified downloaded objects. Please use "Download" command to bring the corresponding file.

* All the objects in session are up to date.

5. As in test 3, the metadata from the latest version on the server was synchronized with the workspace data, again indicating that the latest local version is now in the workspace. But, just like in test 3, a download never occurred and therefore the data in the Pro/e session is never updated. The workspace continues to show the object as modified. At this point, one can upload their locally modified data (a modified old version) and overwrite the latest version on the server, completely overwriting any changes that were made in the versions between the version that was started with in the workspace and the latest version on the server.

While technically the software works as expected in test 3 (since "Reuse" is shown as the update option), test 4 does not say it's going to reuse the out of date data in the workspace, it just does it, and you're left assuming that you're now working on the latest version of the object. The site preference "Update Overwrite Local Content" can be used to change the default behavior when updating objects that are out of date in the workspace AND modified locally. By setting this to "Yes", the default action becomes "Download" instead of "Reuse". With this set to "Yes", test 3 then functions just like test 1 (because "Download" becomes the default update option instead of "Reuse). The problem is, this preference doesn't change the update behavior within Pro/e. Even with this option set to "Yes", Pro/e does not actually download the newer object to the workspace or update it in session. It just throws the "Update operation performed on locally modified downloaded objects. Please use "Download" command to bring the corresponding file" message followed by the "All the objects in session are up to date" message on the information area in Pro/e. The last message is the one that really bothers me. The object is session is NOT up to date. Maybe the metadata is, but the geometry certainly isn't. Any ideas? Thanks.

jschaaf · ‎Apr 27, 2012

Tom,

What version of Windchill are you using?

Thanks,

John Schaaf

TomU · ‎Apr 27, 2012

Sorry, should have included that. Windchill 9.1 M050 with WF5 M120.

Tom U.

ocorten-2 · ‎Apr 20, 2016

Hi Tom,

Almost 4 years after your original post I stumbled upon the exact same situation.

I've had occasional complaints from users about mysteriously overwriting each others work and they did not know what happened.

Turns out it's this exact same issue.

We are on Windchill 10.2 with Creo Parametric 2.0 and still experience the same behavior. Update Current just does not work properly in Creo.

Do you have some new insights on this?

TomU · ‎Apr 22, 2016

Sorry for the delay Olaf Corten, I've been super busy the last couple of days. I have the latest versions of both Creo and Windchill. Let me do some testing and see if this issue is still present. I'll let you know what I find...

arobinson-2 · ‎Jun 02, 2017

Hi,

I would also be interested in this topic as we've had update problems for a while now.

We're on creo 2.0 M150/M210 & windchill 10.1 M040

Most of our users tend to use the update function from the model tree.

Ant

(Changan UK R & D Centre)

jdavis-2 · ‎Jun 02, 2017

We have experienced a similar issue albeit infrequently. The details are slightly different, but may be insightful to some.

Our CAD system in Solidworks. While using 10.1 M40 we saw an issue where the modified local content was unexpectedly replaced by the original content - as originally added to the Workspace. There was no user action (eg update version). The content was Saved in the CAD system; next time opened all changes were lost and content was reverted to previous state.

The prognosis was that this was due to a "stale" workspace. The workspace was "old" and had been used by the user for some time. Somehow this supposedly affected the operation of the system.

We confirmed this action was only visible in that particular workspace. All other (and newer) user workspaces did not exhibit that behavior.

Hope that gives some insight into our situation.

We've since update to 10.2 and have communicated that best practice is to roll new workspaces with changing work. To date (apprx. 1.5 years) I have not had a similar issue reported.