Bug 169894 - fullscreen windows sometimes treated as 'keep above'
Summary: fullscreen windows sometimes treated as 'keep above'
Status: RESOLVED DUPLICATE of bug 261799
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: LO normal
Target Milestone: ---
Assignee: KWin default assignee
Depends on:
Reported: 2008-08-26 23:53 UTC by Matthew Woehlke
Modified: 2012-03-06 18:28 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Woehlke 2008-08-26 23:53:51 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

I've noticed this for some time, so it's not a new issue, though it still occurs with svn circa 2008/08/25. I have three screens and usually run fullscreen konsole on one of them. Sometimes, kwin will get into its head that konsole should also be always on top, such that konsole will always cover any other windows wholly or partially on that screen. Sometimes, minimizing and restoring konsole fixes it, other times no luck. Just now switching desktops (between two that both have fullscreen konsole on the same screen) allowed the minimize-restore trick to work.
Comment 1 David Palacio 2008-11-29 14:51:30 UTC
It happens to me too with VirtualBox. Since VB catches hotkeys I have to use "Present windows" effect to "switch" to VB and then I can switch to another window in the same screen (If I do not "switch" to VB before, it will always be above).
Comment 2 Lubos Lunak 2009-01-01 22:29:32 UTC
This does not happen in a single screen setup I assume?
Comment 3 Matthew Woehlke 2009-01-05 19:00:57 UTC
I've no idea, I don't think I have tested on a single-screen setup :-). Could indeed be Xinerama-related.
Comment 4 David Palacio 2009-12-27 19:39:35 UTC
On a KDE 4.3 setup, single screen, this does not happen.
On a KDE 4.4 setup, "keep above" disabled for plasma, TwinView disabled temporarily it does happen.
Comment 5 Jon Nelson 2011-10-27 16:47:45 UTC
I think I might be experiencing the same thing here (KDE 4.7.2).

With or without desktop effects, if I use a fullscreen konsole, occasionally I notice I can't "switch" to other apps (especially firefox) (control-alt-tab).

Everything indicates that the app is there, but clearly the konsole is all I see. Typing into the (invisible) switched app indicates that keystrokes are being sent to the other app, not konsole, but still it's all I see.

Furthermore, sometimes the taskbar is visible, sometimes it isn't. This doesn't happen right away, and un-fullscreening and re-fullscreening makes it work again for a while.

What *diagnostics* could people provide that might be useful?
Comment 6 Thomas Lübking 2011-11-13 17:03:39 UTC
- is it related to desktop effects?
- in case: what's the state of "suspend compositing for fullscreen windows" in "kcmshell4 kwincompositing", 3rd tab
Comment 7 Gustavo 2012-03-06 12:21:25 UTC
I'm experiencing the same bug since at least KDE 4.5, as I'm aware of (I'm using KDE 4.7.4 on Fedora and KDE 4.8 on Sabayon now; but the same behaviour was observed on Opensuse and Kubuntu).

Suspending composition (either in fullscreen windows or entirely) doesn't change anything.

I can tell this bug is not related in any way with multiple screens. You can reproduce it using just one screen and multiple virtual desktops (or multiple activities): if a konsole window is in fullscreen in some desktop, all konsole windows in other desktops (or activities, or screens) behave like they were set to be always on top. I couldn't reproduce it with other applications in fullscreen though (at least in kate and gwenview).
Comment 8 Thomas Lübking 2012-03-06 17:19:42 UTC
This is a meshup dupe of bugs #293265 & #261799
Bug #293265 is fixed in master and can probably now be backported for 4.8.2
Bug #261799 is investigated but needs a better solution.

Marking as dupe of outstanding (multiscreen) bug #261799

*** This bug has been marked as a duplicate of bug 261799 ***
Comment 9 Gustavo 2012-03-06 18:28:31 UTC