opera moves on top of all other windows
-
-
-
Aplus last edited by
Having same issue on 2 machines both with Opera 79.0.4143.50 (issue started after upgrade)
1 - Manjaro 21.1.4 with Cinnamon 5.05
2 - Manjaro 21.1.4 with Gnome 40.5Settings for "Window focus mode" = mouse or sloppy makes opera raise to top. (not other options enabled)
-
-
-
schmidto last edited by
I have the same problem, Fedora 34, x86_64, XFCE, Opera 80.0.4170.16
Also: window focus is "focus on hover"; raise windows when focused set to "off"
And Opera pops up whenever the mouse hovers on it, very annoying. -
morckx last edited by
Same issue on Fedora 35 with Gnome 41.0 and Opera 82.0.4218.0. Indeed very annoying.
-
alxobr last edited by alxobr
@gmiazga Same issue here using IceWM on Debian 10. Opera Version:80.0.4170.72 Linux is stealing focus from non maximized windows just above it (happened with emacs, xterm and urxvt). I don’t need to use the mouse for this to happen, not even to type in the terminal or editor window.
-
-
mwillson last edited by
Same problem. Just rolling over a tiny portion of the mostly hidden window pops the whole thing to the foreground. Makes it completely useless to have anything but active or minimized. Used to be that clicking anywhere brought it forward, also not desirable, but tolerable.
I blame gnome/gtk for forcing every app to be their own window manager. Now every desktop app looks different and behaves in random ways instead of how I set my window manager. Chrome has started doing this too for some of it's sub-windows. Pretty soon it will be the whole browser.
-
paulc last edited by
xfce and opera 80.0.4170.72
This is really annoying. I have auto-raise on hover de-selected. No other programs do this. When opera pops up a window and you overshoot the scrollbar a and drift into the main window, the popup gets buried under the main window. Not cool opera. Not cool.
Clearly this is a deliberate choice and has been an issue for over a month. -
-
paulc last edited by
@morckx Bummer!
I am considering two options. Rolling back to a version before this bug was added and just moving totally to vivaldi. The second option is looking better if it also salves the loosing tabs on restart issue and/or losing the ability to display Japanese (on any asian character set) after running for a while.What was the last version where this auto-raise was not present?
-
jamesisin last edited by
I have confirmed this is true across several versions of Ubuntu (16,04, 18.04, and 20.04 plus the studio Ubuntu 20.04). It's a giant pain in the ass. Ridiculous this hasn't been addressed over several version releases of Opera itself.
If I have two windows in close approximation and my mouse passes over them both they will get in this tug-o-war for focus and I'll have to kill Opera to regain control over it.
-
jamesisin last edited by jamesisin
@ikuyanov I was able to confirm this auto-raise behavior is connected to the "Sloppy" focus setting (on Ubuntu 18.04.6) with "Raise Windows When Focused" turned "Off". Turning "Raise..." "On" also raises Opera windows but does so without the delay observed (correct behavior) in other windows raising.
-
morckx last edited by
The bug is still present in Opera 83.0.4232.0.
(I haven't checked yet in which version the bug appeared first).
-
FabriceN last edited by
Same here( Ubuntu 20.04, Mate ) , and still with today's update
. Super aggravating on the small screen of a laptop. -
-
sgunhouse Moderator Volunteer last edited by
@morckx I presume you mean not raising unless clicked, as the thread is about the window being raised when it is not clicked (if you've set "Focus follows mouse"). The window manager supports programs raising themselves, and the problem is Opera thinks it should be raised when it receives focus.
-
morckx last edited by
Absolutely. Click-to-raise is in so far broken, as a corresponding setting in the window manager is ignored by Opera, auto-raising when it receives focus, without a click.
The issue is only present on Linux and not on Mac and Windows.
