GNOME Bugzilla – Bug 723979
GIMP freezes on accessing deleted directory
Last modified: 2018-05-24 14:17:23 UTC
Steps to reproduce: 1. Open the save dialog of gimp, browse to a directory 2. Go up one directory level 3. Delete the folder in explorer Result: GIMP indefinitely hangs frozen Notes: - Only works if you actually browse into the folder, and go up a level, prior to deletion - Occurs both when the folder was there before opening the save dialog, or if the folder was made in explorer or the GIMP dialog - The folder can be created in explorer or the dialog regardless, the bug will occur if steps 1-3 are followed - Windows 8 Pro 64-bit
GIMP 2.8.6 is obsolete. Please try the latest 2.8.10 installer.
Updated to 2.8.10. Bug still occurs.
IIRC we had a similar report already - was it closed, reassigned to GTK+ or is it still around?
Not reproducable to me. My System: Windows 7 64 Bit 32 GB Ram Gimp-2.8.11 (newest git source) GTK-win32 2.24.22 If you follow the steps, gimp does not freeze. The GTK file-chooser dialog opens a handle on opend folders and does not release it. So the folder can be deleted, it seems to be all right, but the folder stays visually present, but any access is denied. After exiting gimp, the handle is released and the visual presence of the folder disappears.
If there's nothing we can do there, should we reassign to GTK+?
From my point of view: yes. It seems to me, as if the gtk filechooser opens handles on files/directories, that are not released until the program is closed.
Why can't we use Windows Explorer to save files?
Because GTK+ doesn't do it this way.
I tried to find a similar GIMP bug, but failed. Schumaml, do you remember that other bug you mentioned in comment 3? If so, let's simply mark it as duplicate without leaving these doubts. Otherwise let's assign this bug to GTK+ to get it where it belongs to. I found the similar bug #692546, but it's a GTK+ 3 issue.
In any case I can't reproduce this on Linux. On both 2.8 and master, the folder simply disappears from the list as it should, it also picks up renaming the folder appropriately.
Does this still happen with the latest 2.8.14 installer?
*** Bug 740817 has been marked as a duplicate of this bug. ***
Duplicate bug 740817 was reported against 2.8.14, which answers my question in comment 11, and also confirms the bug.
As said in bug 740817, I can't reproduce neither in Linux nor in Win 7. Maybe it is Win 8 specific? Abraham (reporter of bug 740817), which version of Windows are you on?
*** Bug 784897 has been marked as a duplicate of this bug. ***
I can confirm, this is still a problem with Gimp 2.8.22 @ Win10.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/533.