For unclear reason sometimes DWFs that were "system controlled" become "orphan" (link to "master" CAD file disappear from "Where Used" Tab).
"Healthy" DWF:
"Orphan" DWF:
Main problem - if "force unique filenames" option is enabled (which is our deliberate choice) the "orphan" DWF prevents creation of DWF to new version of CAD file.
The only "workaround" we've found till now - somebody (in our case administrator) should delete the orphan DWF. But there are considerable drawbacks of this:
1. leads to loss of all versions of DWF thus if you let say want to use Drawing Compare you should initiate "Create DWF" job for all versions of CAD file and wait till jobs be processed (waste your time).
2. Is just annoying (why human-being should spend life-time for manual workaround system that is supposed to work on its own).
We'd like to know why it happens and how to prevent this from happening.
Issue history:
Thread http://forums.autodesk.com/t5/Vault-General/Vault-Collaboration-2010-Non-unique-Visualization-file/t... without real solution.
Case 08644553 without real solution.
PS: We also pay attention that some system DWFs stay in Мault after "master" CAD file was deleted.
PPS: Software used Vault Pro 2014 SR1 + Inventor 2014 SP1 Update 3.
MaximUdod,
Please look at Administration -> Vault Settings.
In the Visualization tab click the "Commands" button in the Visualization Management section.
These are all the commands that will break the link between the parent and visualization files.
It sounds like the unique rare cases that you run into should be look at by product support so that we can understand what causes this rare occurance. The next time it happens or if you have one know, I would recommend that you leave it and create a product support case so that we can take a closer look at it.
Actually that isn't how it works. The forum, not product support, will automatically create a case based on the thread activity, not if the thread has been marked solved. The best was to get direct help from product support is to log the case in the subscription center. Please go ahead and log the case so that they can engage you directly.
Really?
What about typical ending of auto-respond for case created directly:
"....Did you know there is a FASTER way to get answers to your support
questions?
We have online tools - Discussion Groups and Self-Help..."
Please see also this:
" Forum posts are automatically escalated to the Autodesk product
support team if the community does not respond to the question within 24
hours. If you do not mark an issue as solved, Autodesk will contact you..."
Source: http://www.autodesk.com/support-offerings/basic
I used to believe what is declared but it seems that Autodesk is not
going to fulfill what it declares.
BTW, Autodesk does have case opened directly regarding this issue
(08644553 2 August 2013) but they did nothing to localize the issue till now.
I don't believe Autodesk anymore so I'd like those who haven't done deal with Autodesk software yet could read and predict quatity of software defects the level of support they will get. Thus now I post each and every issue to discussions (no private cases kept intact for months).
@ihayesjr wrote:
Actually that isn't how it works. The forum, not product support, will automatically create a case based on the thread activity, not if the thread has been marked solved. The best was to get direct help from product support is to log the case in the subscription center. Please go ahead and log the case so that they can engage you directly.
This thread should have escalated by now... If the OP was made with an Autodesk account associated with an active Vault Subscription. I think the escalation time is 24 hours... maybe 48. But the OP is way past that.
We are quite fortunate that Vault support is pretty attentive in APAC. Some great guys have moved on which is unfortunate, but the great guys always do. We have some newer good guys now.
Scott Moyse
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Design & Manufacturing Technical Services Manager at Cadpro New Zealand
Co-founder of the Grumpy Sloth full aluminium billet mechanical keyboard project
Have just escalated this second time (first was 15 April and nobody get in contact).
...that is how they work nowadays....
Issue is still actual
Just created another case - 09553801
PS: People, don't buy Autodesk Vault - this software is rough and nobody from Autodesk will contact you regarding issues.
Hi
I have encountered the same issue with the following workflow
1. Create CAD file (123.ipt) and check in and create DWF
2. Move CAD file to another folder
3. Rename CAD file to another number (ie. 456.ipt) - Vault leaves orphaned DWF file 123.ipt.dwf
4. If user creates new CAD file in another folder and calls it 123.ipt and checks into Vault, DWF will fail to create on check in
5. When creating dwf file for new CAD file at step 4 above using Vault Update DWF, Non-unique file message will appear
Regards
Max B
I've been having this same problem for a few months now.
Once we have a complete job finished, we create a dwf package via pack-n-go that we then send to the shop for manufacturing.
I'll get a message that at least 1/2 of my dwf's not system controlled, out of 500+ files how can i trust the content is current?
Even when I click on Update View from Vault it still shows the message of not system controlled.
When we check-in, IV creates the dwf rather than the job server.
When I used job server for a day to test it, most of my titleblock data was blank or dimensions would be missing.
I could not get a consistent result with the job server.
So we are stuck with long check-in times for IV to correctly create the dwf.
@justfuz wrote:
I've been having this same problem for a few months now.
Once we have a complete job finished, we create a dwf package via pack-n-go that we then send to the shop for manufacturing.
I'll get a message that at least 1/2 of my dwf's not system controlled, out of 500+ files how can i trust the content is current?
Even when I click on Update View from Vault it still shows the message of not system controlled.
When we check-in, IV creates the dwf rather than the job server.
When I used job server for a day to test it, most of my titleblock data was blank or dimensions would be missing.
I could not get a consistent result with the job server.
So we are stuck with long check-in times for IV to correctly create the dwf.
unfortunately the only way to get it to run reliably is on a standalone machine no one is using with a clean Inventor Workspace. Also don't run the process inside a Remote Desktop Session... you will get font scaling issues. It's a hideously sensitive application, the Job Server/Processor that is.
Scott Moyse
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Design & Manufacturing Technical Services Manager at Cadpro New Zealand
Co-founder of the Grumpy Sloth full aluminium billet mechanical keyboard project
Now we have taught to monitor moments when link between DWF and CAD file breaks.
Most of the time Check-Out operation doesn't break the link:
But in some cases (still we don't know which) we can predict that after check in we will get "Non unique Visualization file" error because there is no link between DWF that was system for historical version and current version that is Checked-Out:
Any new thoughts?
I noticed something odd in 2015
These options are turned off by default (un-checked), they used to be ON by default (checked)
I dont remember unchecking these but maybe someone else can confirm this
There is no option to break link on checkout, only on checki in
Also I found this workflow to bring up the error. Maybe the break link when rename refers to folder rename not file rename
1. Check in part1.ipt and create DWF
2. Move and Rename part1 - hidden DWF does not get renamed
3. Check in new part with name part1.ipt
4. Duplicate dwf error comes up
Max Bodnar