Ok so i have been here before. I implemented the thumbnail images on the parts for as per Rolf's instructions, all was working fine until today when the users discovered that the images were not showing up. I checked my Beta enviroment as sure enough it's not working any more.
You can edit a part once and add the image, save unlock and close, then if you open the item in read only mode the image is there. Close Innovator then open it again and search for the part, open in read only mode and NO image. It's like the image was in cache only or the link to the file is wiped out. Has anyone else have any issues with using images on the parts form?
Thanks
Ron
Ron;
I tried to duplicate your problem with the images. In my 9.0.1 system the images continued be displayed even after logging in/out from Innovator serveral times or even days later. I did notice that the image takes a couple of seconds to show up (even though my database/file vault/client are on the same machine). Any chance that you were not waiting long enough for the image to show up??? I am not using images in my production system yet so I can't vouch that I have done extensive testing.
Terry Stickel, PDM Consultant
TStickel Consulting
Sanibel, Florida
After more testing of the Thumbnail Images Package, I did run into a situation where the images were erroneously being removed.
If I add a thumbnail image, then Save/Unlock/Close the Form every works fine. Later if I bring up the Form in edit mode the image will still be there. But, if I modify the value of some other field on the Form and not modify the image, then when I do a Save the image will disappear. I run a SQL Query and sure enough the Item's thumbnail_item property is now set to Null.
I looked at the code for the onAfterGet C# method, suppress_thumbnail_item, and it has the statement:
this.getItemByIndex(i).setProperty("thumbnail_item","");
which does Null out kthumbnail_item. This command appears to be required as a way to avoid the default client file checkout behavior.
So I went to the method thumbnail handler and added a statement (line 53 below):
52 if (fileID!=="" && fileName !=="") { // Thumbnail present, so display the 'Clear' link53 document.thisItem.setProperty("thumbnail_item",fileID); // Added 3/19/09 to fix bug 54 document.getElementById("thumbnailLink").style.visibility = "visible";
This new statment will correctly reset the value of thumbnail_item so that the image file link is not removed unless the user does a "clear" or "replace".
Can anyone validate that the problem I was seeing exists with their installation and is correctly overcome by this fix?
I downloaded this solution to my 9.1 SP5 and have the same problem. Actually the image desapears from the form as soon as I "Save" or Save Unlock and Close, but I can see the file link on the search grid. I modified the code as in your example, but it did not help. Also it asks me if I want to check out the file every time I open the part for edit.
Yelena
Which version of the thumbnail solution did you download/install? The latest version is Thumbnails 90x - 91X v3.zip. It appears that this version was created sometime around October 22, 2009. I have not tried this latest version. Perhaps my coding change suggestion only works on the version that I initially downloaded months ago?
You could try starting a forum thread concerning this problem on the appropriate Community Projects Forum page. I believe that Rolf Laudenbach, who is the author of the thumbnail solution, would automatically get an e-mail notice if you do this.
Terry,
Thumbnails 90x - 91X v3.zip is the version that I downloaded and installed.
This seems to be an issue caused by Vault Server Security. When the image is first posted as a thumbnail on a part, it is referenced by its source location on the user's hard drive (ansd it's visible). Once the form is re-displayed it is pulling the image out of the vault using a URL such as:
http://localhost/InnovatorServer91/vault/vaultserver.aspx?dbName=BasicsDemo910v1&fileID=B200847D51054DA38A7C3AAA9491BB51&fileName=TN-L-00-8668.jpg
If you paste this URL into your address bar in a new IE window, the file will not be returned: an HTTP 404 Not Found message results.
However following the section on Vault Security in the 9.1 SP5 Installation Guide Document #: 9.1.009032008 Last Modified: 10/20/2009 (in Section 6.10 Configuring Vault Security on Page 42), once you add the line<enforce_user_credentials>0</enforce_user_credentials>to the vaultserverconfig.xml file (and restart IIS), the thumbnails will be visible on the part form when you re-open it..
The downside of this is that once th change has been made ANY docuement in any vault on the vault server becomes accessible to someone who can find the URL. (including the ID and name) of the file. This would not really be recommended for a secure production environment I guess!! Would need to impose some control to prevent more important documents being discovered without authentication. Any suggestions anyone?
You had this problem with thumbnails; we having it with the use of the viewer SpinFire from Actify. The viewer works only if enforce_user_credentials is disabled in vaultserverconfig.xml file. We hope that we missed something, and that there is a more secured way to access files for thumbnail and visualization.
I had the same problem, and spinfire reader fixed my proble,. Spinfire Reader is perfect for those users who mainly need to view and share design data.
therapeutic boarding school for troubled girls
So how do you enforce user credentials for downloading using vault/vaultserver.aspx?
http://localhost/InnovatorServer91/vault/vaultserver.aspx?dbName=BasicsDemo910v1&fileID=269176384D7B49419F3E7DF0A66593EF&fileName=01-8810c.png
would you add
&username=.... &password=....
or