Bugzilla – Full Text Bug Listing
| Summary: | When 2 Eclipse Windows are open, Eclipse moves to front of window stack when "focus on mouse over" is enabled. It should NOT override the window manager settings. | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Michael Joyner <michael> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | consult.awy, daniel_megert |
| Version: | 4.8 | Keywords: | helpwanted, triaged |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | stalebug | ||
|
Description
Michael Joyner
I'm facing this problem on linux as well. And, in deed, it is very annoying! I'm running Version Kepler Service Release 1, Build id: 20130919-0819 on linux-gentoo amd64 with jkd 7.45/7.51. I'm using fluxbox-1.3.5 on a dual-head-setup with following settings: session.screen1.clickRaises: true session.screen1.autoRaise: false session.screen0.clickRaises: true session.screen0.autoRaise: false Every time the focus of one eclipse-window to another eclipse-window changes, the new focused window raises up immediately. This happens not with non-eclipse-windows. Usually, the window should raise after clicking on it, not earlier. Looks like, this may be related to bug 6220, at least the 'look and feel'. What can I do to change this behavior? Thanks. I have struggled with this problem for several years now and, having just upgraded to Oxygen, was hoping it would have been resolved but sadly this is not the case. Just adding this comment to indicate that this is still a problem. Given that #6220 has now been resolved for Windows, I wonder if the same or a similar fix is all that is required for Linux. Hello, I tested on Gnome3, with Gtk3.22, Fedora 27. (Wayland on main host, eclise with x11 backend). Using Tweak tool: Windows -> Focus=Sloppy, "raise windows when focused"=off. Eclipse does not raise itself when "raise windows when focused"=off, but it receives selection like scrolling. Can you try with Latest Eclipse/Gtk3.22/Desktop manager? Did you test with 2 (or more) Eclipse windows - multi-head system? The issue only occurs when first one, then the second Eclipse window gets focus. I'm using xfce and have just updated to Fedora 27 with all the latest packages. This includes gtk 3.22.26. I do have "Automatically raise windows when they receive focus" set to off. In fact, that is pretty-much the basis of this report. (In reply to Leo Ufimtsev from comment #4) > Hello, > > I tested on Gnome3, with Gtk3.22, Fedora 27. (Wayland on main host, eclise > with x11 backend). > > Using Tweak tool: Windows -> Focus=Sloppy, "raise windows when focused"=off. > > Eclipse does not raise itself when "raise windows when focused"=off, but it > receives selection like scrolling. > > Can you try with Latest Eclipse/Gtk3.22/Desktop manager? (In reply to Alan Young from comment #5) > Did you test with 2 (or more) Eclipse windows - multi-head system? The issue > only occurs when first one, then the second Eclipse window gets focus. > > I'm using xfce and have just updated to Fedora 27 with all the latest > packages. This includes gtk 3.22.26. I do have "Automatically raise windows > when they receive focus" set to off. In fact, that is pretty-much the basis > of this report. Reproduced. Ok, so if I create a new window (Window -> new), then the issue occurs in the context of my steps above on Gnome3 as well. But only with 2 windows. With 1 window, the issue doesn't occur. Env: Eclipse SDK Version: Photon (4.8) Build id: I20180228-2000 OS: Linux, v.4.15.6-300.fc27.x86_64, x86_64 / gtk 3.22.26, WebKit 2.18.6 This is a bit of a corner-case thou, as it's specific to a non-default config and only occurs with 2 eclipse windows. Some gtk3 U.I glitches like issues with Custom-Drawing/Tree/Wayland issues may take precedence, so it would probably take a long time before anyone would work on this, thus adding "help wanted" keyword. Patches are welcome and will be reviewed/tested :-). Thank you for this bug report. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |