| Summary: | [EditorMgmt] "Other Editors" floating window can get stuck | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Paul Smith <psmith> | ||||||
| Component: | UI | Assignee: | Douglas Pollock <douglas.pollock> | ||||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | ||||||||
| Version: | 3.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux-GTK | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Paul Smith
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 *** |