GNOME Bugzilla – Bug 159732
GIMP's dialogs stay on old workspaces
Last modified: 2005-01-13 20:16:09 UTC
In Linux: 1) Open up GIMP 2.0.6 in workspace N 2) Open up a dialog, say "File->Open..." dialog and dismiss it with "Cancel" 3) Move GIMP's Toolbox and all of its other windows to a workspace K where K != N 4) Open up the "File->Open..." dialog again 5) ??? Scratch your bald spot 6) Discover that the dialog got opened in the old workspace N I agree this is not necessarily a bug, but if you've got a large number of cluttered workspaces, this can be mighty confusing... IMHO, if all of GIMP's windows are in workspace K, then all its new dialogs by all means should also get displayed in this workspace! I've got WindowMaker, but it probably behaves like so in other WMs, too.
It doesn't behave like this in Sawfish or Metacity. If you can point to a specific WM hint that GIMP does or does not set to fix this, that would be helpful. Otherwise I'm inclined to consider this a WindowMaker problem. GIMP doesn't set any workspace stuff at all on its own.
The file dialog isn't destroyed when it is closed (at least in gimp 2.0). It's only hidden and shown again when the user needs it again. The window manager should however handle workspaces transparently to the application and should take care of showing the window on the current workspace.
This doesn't happen in KDE either.
We will have to close this report as incomplete unless the bug reporter tells us what window manager he's been using.
Please close this. It happened when I was using WindowMaker 0.80 , but I recently upgraded to 0.91 and things are working. Must have been WindowMaker's problem.