Rename or Move Complaint

[Anonymous]

One of the big complaints I get from clients regarding the vault is file
associations going awry after rename or move operations within vault by
other users who are opening up the old assemblies from their local
workspace. I know it has been talked about in the past but I thought I
would point out these common errors so others can avoid them. Depending on
how many users are working with Inventor, you may be able to "tell"
everybody to perform a Get Entire Folder on all the affected folders but
this is prone to human error as not everybody will do it immediately and
there may be additional logistics in getting a hold of everybody.

If you plan on doing any renaming or moving within vault you better be sure
of what files you are moving or renaming AND what the parent files are and
where they exist.

A common error: User A moves some files around in vault and User B then
opens up one of these files or a parent file from his local workspace.
Things seem to work fine, a red dot may appear whereby User B will perform a
get latest from Inventor. Even after a get latest, file associations will
not be correct as the parent assembly will still point to the old filenames.
It is imperative that if you work like this, then you never open up from
your local workspace and only open up from the vault.

I would go a step further and recommend that all the files that are being
affected by the vault operations not only be checked in to the vault (this
is a must) but also be deleted from ALL users local workspaces. That way
the users have no choice but to open up from the vault after these vault
operations have taken place.

I think it would be nice to have a better preventative measure for this and
was wondering how others handle these issues.

--
Rob
Inventor 2008 SP2
Vault 2008 SP1
ATI FireGL X2 AGP Pro
Graphics Driver: 8.223.0.0
(2 Monitors at 1280x1024)
Using Direct 3D
Intel Pentium 4 CPU 2.40 GHz
2.00GB of RAM

[Anonymous]

This happens whether or not you have local files. I've pretty much narrowed
it down to renaming both ipt and iam files at the same time. (or moving a
folder containing both file types) The vault database will show the correct
relationships but they are being FUBAR'd in the Inventor iam.
The only fix I know of is to answer No when prompted "File has been resolved
to do you really want to use it?" then Skip All when the file
resolution box comes up. The browser will show the correct parts greyed out
and you can do a replace with the same file name.
If you answered Yes when prompted "File has been resolved to do
you really want to use it?" then the browser shows the right part name but
it can be a completely different file.

[jon.myers]

I believe we are seeing the same thing that you are seeing. I posted a similar thing today before I noticed that you had posted this a few hours earlier. This seems like a bug. It should not be behaving like this.
-Jon

[Anonymous]

BTW, I work with Jon and we're using 2008. Has anyone seen this in 2009?

Patrick (works with Jon)

wrote in message news:5938780@discussion.autodesk.com...
I believe we are seeing the same thing that you are seeing. I posted a
similar thing today before I noticed that you had posted this a few hours
earlier. This seems like a bug. It should not be behaving like this.
-Jon

[Anonymous]

Thanks Dave for the response - I wonder if Autodesk knows how serious this
can become.

--
Rob
Inventor 2008 SP2
Vault 2008 SP1
ATI FireGL X2 AGP Pro
Graphics Driver: 8.223.0.0
(2 Monitors at 1280x1024)
Using Direct 3D
Intel Pentium 4 CPU 2.40 GHz
2.00GB of RAM


"Dave Hoder" wrote in message
news:5938455@discussion.autodesk.com...
This happens whether or not you have local files. I've pretty much narrowed
it down to renaming both ipt and iam files at the same time. (or moving a
folder containing both file types) The vault database will show the correct
relationships but they are being FUBAR'd in the Inventor iam.
The only fix I know of is to answer No when prompted "File has been resolved
to do you really want to use it?" then Skip All when the file
resolution box comes up. The browser will show the correct parts greyed out
and you can do a replace with the same file name.
If you answered Yes when prompted "File has been resolved to do
you really want to use it?" then the browser shows the right part name but
it can be a completely different file.

[Anonymous]

I too am curious if this continues in 2009.

--
Rob
Inventor 2008 SP2
Vault 2008 SP1
ATI FireGL X2 AGP Pro
Graphics Driver: 8.223.0.0
(2 Monitors at 1280x1024)
Using Direct 3D
Intel Pentium 4 CPU 2.40 GHz
2.00GB of RAM


"Patrick Berry" wrote in message
news:5938774@discussion.autodesk.com...
BTW, I work with Jon and we're using 2008. Has anyone seen this in 2009?

Patrick (works with Jon)

wrote in message news:5938780@discussion.autodesk.com...
I believe we are seeing the same thing that you are seeing. I posted a
similar thing today before I noticed that you had posted this a few hours
earlier. This seems like a bug. It should not be behaving like this.
-Jon

[Anonymous]

I had a support request in on this about a year ago but had it closed (they
were unable to reproduce the issue). I thought it was caused by the Unique
Filename switch but have since found different. I haven't tested this in
vault or Productstream 2009.

[djohnson1976]

I did a rename yesterday in Vault 2009 for a .idw, its associated .iam, and the subcomponent .ipt files. It wouldn't let me rename all of them at the same time. I had to rename the part files first...then the parent files. I don't know if this is related to (or would prevent) your problem. Just thought I'd pass it on.

[RobJV]

Thanks - maybe they have improved this feature - let's hope so.

Rob