Red Hat Bugzilla – Bug 1263178
Run configurations window on top => pressing super key makes the configuration child window disappear
Last modified: 2015-11-28 07:08:27 EST
Description of problem:
I'm on F23 workstation with Gnome 3.
Version-Release number of selected component (if applicable):
$ rpm -q eclipse-platform
Steps to Reproduce:
1. Run => Run Configurations (in Java perspective)
2. Wait for child dialog to appear.
3. Press the super key (windows key)
4. Switch back to Eclipse
Run configuration key is no longer on top of the workspace and there is no way to get it back. Other UI widgets are disabled.
Run configuration dialog is visible or can be brought to front via CTRL+` or ALT-TAB
Video illustrating the issue:
Reproduced on F23 with eclipse-platform-4.5.0-14.fc23.x86_64, upstream eclipse-SDK-4.5-linux-gtk-x86_64.tar.gz, and upstream eclipse-SDK-4.6M1-linux-gtk-x86_64.tar.gz. I think this should be filed upstream.
I notice that it is possible to recover by simply dragging the Eclipse Workbench "out of the way", and then discovering that the Run Configuration dialog is actually directly underneath it.
I guess it goes without saying that this can also be reproduced on those versions with other windows (Window -> Preferences), and even ones that pop out of the workbench (Views).
However this bug is not reproducible under eclipse-SDK-4.4.2-linux-gtk-x86_64.tar.gz, or eclipse-standard-kepler-SR2-linux-gtk-x86_64.tar.gz. In fact the "Run Configuration" dialog is considered a "sub-window" of the Eclipse process, and is in fact given focus even when the workbench is selected.
Filed upstream as https://bugs.eclipse.org/bugs/show_bug.cgi?id=477599 .
Created attachment 1074414 [details]
Updated packages from today.
FYI: One of the updated packages (see comment 5) fixed the problem for me.
(In reply to Severin Gehwolf from comment #6)
> FYI: One of the updated packages (see comment 5) fixed the problem for me.
I'm withdrawing that, sorry. I was too fast.
It only works if the super key is pressed, then pressed again (which I believe always worked). The window hides away under it's parent once I press the super key and switch to a different workspace (using the scroll whell for example).
https://bugs.eclipse.org/bugs/show_bug.cgi?id=477599#c3 would seem to point to this being an issue with Gnome. The fact that other window managers don't show the same behvaiour is interesting. Switching component to Gnome to at the very least get some information on what might be causing this.
I've been pointed at https://bugzilla.gnome.org/show_bug.cgi?id=756074 as the possible cause (and fix) for this issue
I can confirm that mutter 3.18.1 in f23-updates-testing (https://bodhi.fedoraproject.org/updates/FEDORA-2015-13e545ec3e) fixes the issue. This bug can be closed once the update gets pushed to stable.
Closing per Roland's comment above.