Description of problem: I'm on F23 workstation with Gnome 3. Version-Release number of selected component (if applicable): $ rpm -q eclipse-platform eclipse-platform-4.5.0-14.fc23.x86_64 How reproducible: Always. 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 Actual results: 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. Expected results: Run configuration dialog is visible or can be brought to front via CTRL+` or ALT-TAB
Video illustrating the issue: https://jerboaa.fedorapeople.org/bugs/rhbz_1263178_eclipse_run_config_dialog.webm
gtk3-3.17.8-1.fc23.x86_64 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.