GNOME Bugzilla – Bug 168156
Removed removable media accessed during thumbnail verification
Last modified: 2016-12-14 20:49:28 UTC
Steps to reproduce: running win xp with 512ram and ati video card 128mo (win2000 before but same issue). When I launch the gimp it simply ask for a cd-rom, sometimes one time sometimes 3 times. Tools are not working properly at all i.e. tool for selection does not select part of the image. help does not work either. I looked for the help folder but the xml file seems to be corrupted... so i uninstall reinstall (even change os and reinstall gtk components) but nothing to do it is going worstly and worstly (worked not that bad at start except the cd request "there is no cd rom in drive" cancel/retry/continue ). This sounds very strange to me as I already used it on win xp without issue and I can't believe that its a hardware issue. Hope you will have a clue as I am personaly have no idea. Stack trace: Other information:
In case you are still using gtk+ 2.4.14, does upgrading to gtk+ 2.6.2 solve the problem? http://prdownloads.sourceforge.net/gimp-win/gtk+-2.6.2-setup.zip
The cd-rom issue seems likely to be another manifestation of bug #148678, which is apparently caused by problems with Windows device handling. Disconnecting USB devices from your system may be helpful, if you have any. Could you please let us know if this suggestion does you any good? The other issues would have other causes, and we would probably need more information to do anything useful about them.
The problem is that this error only seem to happen on systems of users who are unable or unwilling to do a bit of research for the real cause. I've access to a system with a built-in cardreader, but the problem doesn't happen there.
Which drive letter is assigned to the drive? (see bug 168480 if you wonder why I'm asking this)
This is different from bug #148678, as it is rather easy to reproduce: - open an image from a CD - remove the CD - restart GIMP It can be fixed by removing the image from the document history. I guess this happens with all removable media.
This is caused because GIMP tries to verify the thumbnails, right? Would be the same thing that causes long delays when you've opened files from now disconnected network drives. Can anything be done by GIMP here? A possible - probably naive - solution would be to postponed this for non-local files, but what is non-local? Should this better be addressed by GTK+ or Glib?
We will have to take care of this in GIMP.
Changing the summary to reflect the actual problem.
*** Bug 303976 has been marked as a duplicate of this bug. ***
Any suggestion on how we could best identify file locations on removable media and/or network shares? We would even add some platform specific code if it's not too complex.
The following Win32 API functions would probably make it work: SetErrorMode() http://msdn2.microsoft.com/en-us/library/aa364939.aspx GetDriveType() http://msdn2.microsoft.com/en-us/library/aa364939.aspx SetErrorMode() can be used to disable displaying of dialogs, asking to insert CD, etc. GetDriveType() can tell whether drive is fixed, remote, etc.
Bug is still present as of GIMP 2.4.5. I recently used GIMP processed several photos taken with my digital camera (loading them directly from the SD card), and GIMP yields this error message when trying to generate the thumbnail icon for its entry in the Document History (and "Open Recent" command). I have not witnessed any side-effects of the error, but it does occur exactly once per file. Can this error message simply be hidden from the user? This is already current GIMP behavior when the source file has been renamed/moved or deleted from its location on disk; if a removable-media drive can not be accessed then it should be treated in the same manner, i.e. error message only when actually trying to open the file.
We'd need someone to write a patch for this. It's as simple as that.
*** Bug 598626 has been marked as a duplicate of this bug. ***
*** Bug 636230 has been marked as a duplicate of this bug. ***
*** Bug 669706 has been marked as a duplicate of this bug. ***
According to #669706 it is still happening as of 2.6.12 . I have not personally experienced this in some time (thank heavens), but I did experience a related behavior where if GTK's global document history (recently-used.xbel) references a removable drive then the aforementioned error message occurs in seemingly *ALL* GTK+ based apps (e.g. Inkscape, which doesn't even use said file for its document history).
*** Bug 669853 has been marked as a duplicate of this bug. ***
Thanks for taking the time to report this bug. The new GIMP version 2.8.2 available at gimp-win.sourceforge.net. Can you please try again with this current version at and report back during the next 6 weeks? If it doesn't occur anymore feel free to close this bug as RESOLVED FIXED. Thank you.
Does not seem to be occuring in GIMP 2.8.2 (GTK version 2.24.10). Steps tried: - Loaded an image from a USB drive (in my case, D: ) then closed and quit GIMP. - Checked the recently-used.xbel file for a new file entry - did not find one. (?) - Manually tweaked an entry so that it pointed to the D: drive, then started GIMP. - Saw the entry listed under GIMP's Recently Used menu but this did not generate any errors (unless specifically clicked on to load). - Did not generate any errors in GIMP's file open dialog. - Did not generate any errors in Inkscape. Step #2 bemuses me a little - opening a file from the USB drive and then closing GIMP without saving/exporting anything did not seem to update the recently-used list at all. Saving an XCF definitely did, though (it still did not generate the error message). So right now everything looks fine.
Did you make sure that a thumbnail had been created for the files on the removable drive?
I just tried to reproduce this with GIMP 2.8.2 on Mac (native build). The 'recently opened files' submenu doesn't show thumbnails at all and I couldn't find any checkbox to show thumbnails in the Preferences dialog. Can anybody give me a hint where to enable those thumbnails, please?
There is a chance that this bug is Windows-specific, so trying to reproduce it on other platforms may miss the point.
This bug is definitely windows specific. Unix-like systems will just return a proper error to the caller and the caller moves on. Would be interesting to see what happens when OSX or Linux hit a path that is managed by some automounting stuff tho.
Okay, trying again. 1 - Inserted a USB drive (it was assigned drive label D: ) and started GIMP. 2 - Created a test image and output it to the USB drive (filename: "temp.png"). 3 - Checked the Recent Documents menu, did not see a thumbnail generated for the new entry. Some other entries had thumbnails, while others did not. 4 - Closed and re-opened the test image via filepicker. Dialog generated a thumbnail automatically, Recent Documents menu now shows thumbnail. 5 - Exited GIMP and removed the USB drive. 6 - Restarted GIMP. (No error messages.) 7 - Checked the Recent Documents menu again. Saw a Wilbur question mark icon (presumably meaning "file not found") on the entry, but no errors appeared unless actually clicking on the entry to load it. So for now, it's still looking good over here.
That's great, let's get rid of this then. Thanks for checking.
*** Bug 701768 has been marked as a duplicate of this bug. ***
A solution is described in comment 3 of bug #701768.
This bug got marked as fixed without any kind of code change - bug 701768 comment 3 describes a workaround. I believe bug 726017 is related to this issue.
I have some time to experiment today ... let's see what I can get: Given: - Laptop with no disc drives (USB ports only) - Windows 10 (64-bit) - GIMP 2.8.16 (x64 build) - ...with bundled GTK (bin/libgtk-win32-2.0-0.dll tagged as 2.24.28.0) - Inkscape 0.91 is also installed (its copy of GTK is tagged as 2.24.23.0) but I am not testing that at this time. Steps performed: 1 - Inserted a USB drive (assigned drive letter E: ) 2 - Opened my GTK recently-used.xbel file (from username/AppData) via PSPad. 3 - Opened GIMP directly (from Start menu). 4 - Opened an image at random from E: . Saved (exported) a new copy as "temp.jpg". Verified both images present (and with thumbnails) under Gimp's "Open Recent Files" menu, as well as their entries present in recently-used.xbel. 5 - Quit GIMP and removed the USB drive. 6 - Restarted GIMP; observed no error messages upon startup. Open Recent menu shows both filenames (with generic Wilbur icons for thumbnails); no error messages pop up, though attempting to select one of these files results in the message "No such file or directory". (The entry remains in the recent files list.) 7 - Opened the Document History box itself (same entries, same Wilbur icons). Hovering over each file generates a tooltip saying "no such file or directory". No error messages pop up unless actually attempting to load the file. 8 - Selected File > Open; GIMP's filepicker dialog defaults to the "Recently used" section, but it displays no entries, nor any error popups. Cancelled the dialog. 9 - Re-inserted the flash drive (assigned drive letter E). Observed no changes to GIMP's file history (menu or dockable) but I was nonetheless able to open one of the files now; the file's thumbnail was re-generated upon load. 10 - Quit and restarted GIMP. Thumbnails for both recent file entries were generated and present. 11 - With GIMP running, removed the USB drive. Thumbnails were still present (cached) in the Recent Files menu, but not when loading the File History dockable (though their reported image dimensions were still noted). Tooltips on their entries at this time read "no such file or directory". 12 - Selected File > Open. Confirmed no drive E: listed nor any of the files shown under the dialog's "Recently Used" list. Cancelled the dialog. 13 - Re-inserted the USB drive, and selected File > Open. Confirmed a drive E: present in the filepicker and two files shown in the "Recently Used" list. 14 - With the Open dialog still visible (and showing Recently Used list), removed the USB drive. Recently Used entries remained but no error popups occurred; clicking on them merely displayed "no such file or directory" in the preview panel. Drive letter E was still present in the dialog but did not pop up any error messages when selecting it (it merely showed no contents). Upon returning to the Recently Used list, no entries were shown at all (despite verifying their presence in recently-used.xbel). Conclusions: - I was unable to generate any unusual/unexpected error popups with the stated GIMP / GTK versions on my laptop. The only error popups occurring at all were anticipated in advance (see steps 7-8). - Any potential error cases in the Open dialog itself (see step 14) were resolved silently, without interruption. Namely, the files were not listed in the dialog's recently used section, and even if they were, the preview pane silently reported "no such file or directory".