GNOME Bugzilla – Bug 565815
Removable media drive accessed during Save/Open dialog boxes
Last modified: 2018-04-15 00:01:44 UTC
Please describe the problem: To start, I have only witnessed this behavior in GIMP (2.4.6 - powered with GTK 2.10), I have not witnessed it in Inkscape (also a GTK based app) and these are the only GTK based applications I have installed on my computer. Whenever I open the 'Save' or 'Load' dialog boxes GIMP reports an error message saying "There is no disk in the drive. Please insert a disk into drive D:\" -- which on my computer is a CD-RW drive. The error message occurs at least twice in succession, sometimes four or even six times. I have never accessed this drive from within GIMP or Inkscape, but the error message occurs approximately half the time when changing directories within the dialog box. As such it is extremely annoying. But I must wonder, this is the drive setup on my computer: A: removable media (floppy disk) C: hard drive, main partition D: removable media (CD-RW) E: F: G: H: -- other hard drive partitions I: J: K: L: removable media (multi-card reader) That is correct, the hard drive partitions on my computer do not have contiguous lettering, and the CD-RW drive is assigned a letter between two of them. Is this a contributing factor? Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
I doubt the drive type order in the drive letters is relevant. Does the problem happen also with GIMP 2.6 which comes with a current version of GTK+?
I don't know. And worse, recently the bug has stopped occuring altogether (same GIMP version), I am not sure what my dad updated on our computer but it has definitely had an effect on this matter.
Created attachment 127666 [details] Screenshot of error message -- note the missing drive labels ...And now it's happening again. :( But notice how the drive letters display in my GIMP's dialog box compared to Windows Explorer in the background. The removable drives (A, D, I thru L) are identified only by their letter, and while they do display the same icons as in Windows Explorer, their labels are missing. Two weeks ago when this behavior seemed to disappear, GIMP's dialog box was correctly displaying these drives with the same labels as in Windows Explorer, i.e. drive I: was displayed as "MMC/SD (I:\)" instead of simply "I:\". So while this probably isn't enough to figure out what's causing it, it does seem to be related behavior.
Created attachment 136391 [details] Error message(s) still occuring on the dialog box This behavior continues to occur as of GIMP 2.6.6, which should be no surprise at all if the bug originates from GTK. Screenshot is attached. Unlike previous experience (in GIMP 2.4) the drive labels for my card reader are displaying correctly and yet the error message persists. In fact, at the moment it is acting far more severe: the error message occurs continuously, I literally cannot use the dialog box at all. For now I was able to workaround the issue simply by, well, inserting a disk into my CD-RW drive (D:\) . But it still offers no explanation why this error message is occuring in the first place, and moreover why I am encountering it only within GIMP and not in other GTK-powered apps such as Inkscape.
Experimental steps by me: 1- Cold boot of my computer. 2- Started GIMP and immediately went to the 'Open' dialog box. (No error messages.) 3- Browsed through various folders across my hard drives. (No error message.) 4- Tried accessing my card reader, ignoring that I have no memory cards inserted at the time. (Result: "Please insert a disk" error message occurs 6 times) 5- Tried accessing my CD-RW drive, despite no disk inserted at this time. (Result: No error messages of any sort.) At this time I am not receiving any notices about needing to insert a disk into drive D,:\ even when I deliberately try to access it. This is why I wonder if my particular drive lettering might be a contributing factor. On a side note, I have noticed that in GIMP 2.4 this error message generally occured twice in succession (though sometimes repeatedly), but in GIMP 2.6, while the error has generally occured less frequently, the message seems to always appear six times in succession when it does.
Changing the status to UNCONFIRMED as the user reply to the questions
I am starting to encounter this error message when running Inkscape (as of version 0.48), another application which uses GTK framework. The other day this reached a nasty extreme with the message being repeated over thirty times in a row, and I had to hard-kill the GIMP process. It is always the same error every time, and it always occurs a minimum of twice: [Application Title] - No Disk "There is no disk in the drive. Please insert a disk into Drive #: [Cancel] [Try Again] [Continue] ...Sadly I am still only grasping at straws for reasons why, other than wondering if it is possible to suppress this error message?
After a complete reinstall of my system on a new PC box (and Inkscape, GIMP, et al.), I recently encountered this behavior again, only the message text was different this time. After many Web searches of the error message, I finally found the culprit: <bookmark> entries in GTK's global file %USER%/recently-used.xbel referenced two photo files I had loaded into GIMP directly from my SD card. (Remind me not to do that again ... ever.) When I purged those entries from the file, the error-message-on-startup vanished. But the fact that this bug occured in GIMP first and then "bled over" into Inkscape confirms it is GTK related.
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new