Community
Participate
Working Groups
[Reported against M8] Firstly M8 rocks, nice work peoples. I seem to be able to get the "Other Editors" window to get stuck in the floating position, and I can't get rid of it. This might just be a GTK issue, but I can't test it on W2k as I don't have that here. By "Other Editors" I mean the floating popup window that shows the names of the other file editors that are effectively hidden, and you access it by that cool "5>>" feature. Steps to reproduce: * Open up enough files such that it uses that "N>>>" appears (where N is the # of hidden files". * Click on the ">>" to float the hidden editors popup * WITHOUT choosing anything, try bringing up the old-style Editor selector via the CTRL-SHIFT-E combo (why that's changed from CTRL-SHIFT-W I am not sure...) * THe popup stays floating on top, but I can choose other editors in the old-style window selector. * I closed all the editors via the old-style window: Invert Selection, Close Selected Editors, then pressed Close. * New hidden editor selector is still floating and now I cannot work out how to close it. Not even minimising Eclipse and restoring it helps. I will attach some screen shots.
Created attachment 8998 [details] "Hidden Editor" floating window after having closed all the editors using old style editor selector
Created attachment 8999 [details] Still Floating! :) After minimising Eclipse, the window is still floating, as you can see as I start to enter this bug in Bugzilla... :) I can't find a way to get rid of it without exiting eclipse.
I managed to get access to an M8 version on W2K, and this doesn't occur, mainly because in the sequence I describe, you can't bring up the old-style editor selector via the hotkeys when the new floating hidden editor window is visible. This would be the expected behaviour I think, so maybe GTK is causing some grief with focus/window/modal stuff. Let me know if you want me to test anything.
Stupid Window XP won't read your .PNG's. This doesn't seem like an SWT issue although it would be nice to see the window that is stuck. Moving to UI.
While it may not seem like it, this is a duplicate of Bug 58642. This is a problem with top-level shells and using the XSetInputFocus call. GTK+ gets into a strange state when the set focus calls aren't matched (because focus temporarily returns to the root window). If you see further problems like this, please append your comments to Bug 58642. *** This bug has been marked as a duplicate of 58642 ***
