Bug 217560

Summary: Lower screen area not clickable in full screen mode
Product: [Unmaintained] plasma4 Reporter: Lukasz <kdebugs>
Component: panelAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: normal CC: adikurthy, aleksei95ua, ao, asraniel, b.m.kast, baeckham, bertrand.croq, ext2010, gaoyang4425, gonssal, ict, l.jirkovsky, mazugrin, nate, neton_12, nostradamus1935, notmart, pclouds, randamunanamae, rizzitello, Robert.M.Davies, serhiy.int, straemer, thelwyn, titibanjekistan
Priority: NOR    
Version: 4.9.2   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: old patch

Description Lukasz 2009-12-06 12:41:27 UTC
Version:            (using KDE 4.3.4)
OS:                Linux
Installed from:    Archlinux Packages

With plasma panel (bottom of the screen) set to autohiding, the lower screen area the panel normally occupies is not clickable in full-screen mode apps. Confirmed with VirtualBox qt4 client, Opera (qt3), even OpenOffice 3.1. Setting the panel to "always visible" gets rid of the problem.
Comment 1 Marco Martin 2009-12-12 17:43:25 UTC
yes, it's the invisible 1 pixel tall unhide window that steals clicks, the unhide feature will probably be moved into kwin in the future, but until then not much can be done
Comment 2 Lukasz 2009-12-13 12:41:04 UTC
The unclickable area is much taller than 1px. When I run Windows XP in a full-screen VBox window all of the Windows taskbar is unusable and then some more lines above it. In OO.o Calc 1 and a half bottom rows are inaccessible. And, this happens ONLY in full screen.
Comment 3 Beat Wolf 2010-05-18 10:23:33 UTC
i can confirm this with kde 4.4.2 and virtualbox
Comment 4 Konstantin 2011-08-13 14:41:35 UTC
I can confirm that, full screen apps have a dead zone in the area where the auto-hidden panel would appear.
KDE version: 4.7 (openSUSE 11.4, packages from OBS)
Applications affected: (at least): krdc, firefox-5.0, smplayer, flashplayer.
Comment 5 Konstantin 2011-08-13 14:52:32 UTC
(In reply to comment #1)
> yes, it's the invisible 1 pixel tall unhide window that steals clicks, the
> unhide feature will probably be moved into kwin in the future, but until then
> not much can be done

Maybe a quick workaround (such as re-sending all mouse events received by the unhide window to the topmost full-screen window) would do? It looks dirty, but at least we can live with it until the unhide feature is moved into kwin.
Comment 6 Gregor Tätzner 2011-12-02 16:48:55 UTC
*** Bug 275831 has been marked as a duplicate of this bug. ***
Comment 7 Kolia 2011-12-03 17:45:25 UTC
Still valid in kde 4.7.3
Comment 8 Rob D 2012-10-28 18:27:01 UTC
STILL valid in KDE 4.8.2.
Comment 9 Rob D 2012-11-06 00:44:13 UTC
I don't know if this is helpful, but I would suggest this bug be made more important than 'NOR normal'. It may seem like a minor issue in most programs, but youtube and any other video players (or anything else with a toolbar at the bottom) become almost completely inoperable in full screen.
Comment 10 Christoph Feck 2012-11-06 09:53:31 UTC
*** Bug 297920 has been marked as a duplicate of this bug. ***
Comment 11 Alexey Shmalko 2012-12-12 10:45:06 UTC
This bug is still valid in 4.9.3.
I've wrote the patch which fix this bug three months ago. It works fine, but it's moodily that it used in my local overlay only.

My patch: https://git.reviewboard.kde.org/r/106110/
Comment 12 Lukas Jirkovsky 2013-01-05 15:04:51 UTC
This bug not only applies to the lower screen area, but to the upper screen area too, when one has a panel on the top of the screen. This is especially annoying, because it makes menus in the fullscreen apps completely inaccessible.
Comment 13 nakki 2013-01-05 18:46:30 UTC
Hi all,
this bug is a big annoying problem for me: an auto-hide panel would be the best solution for my way to do.
Is there any way, explained step by step, to solve this issue?

thanks
Comment 14 Pavel 2013-03-03 07:33:07 UTC
nakki, there's no solution except for Alexey's patch (though I don't know if it still works in 4.10).
You can only use it by rebuilding source code yourself for your distro.
Comment 15 Alexey Shmalko 2013-03-13 07:44:09 UTC
My patch is still working in 4.10.1

To use it you should download kde-workspace's source files, apply patch (it's available on reviewboard), build and install.

I don't know how to do this in different distros. However, if you're Gentoo user, I could share patched ebuild.
Comment 16 Martin Flöser 2013-06-07 07:03:22 UTC
*** Bug 320183 has been marked as a duplicate of this bug. ***
Comment 17 Martin Flöser 2013-06-09 08:36:55 UTC
*** Bug 227762 has been marked as a duplicate of this bug. ***
Comment 18 Thomas Lübking 2013-09-14 14:37:16 UTC
https://git.reviewboard.kde.org/r/112727/
Comment 19 Hans 2013-12-02 22:18:30 UTC
Created attachment 83888 [details]
old patch
Comment 20 Hans 2013-12-02 22:21:22 UTC
I'm sorry didn't mean to propose the above as a solution.
I'm just wondering:
Will this bug finally be fixed in 4.12?

If not could anyone explain witch patch is better:
1) the one attached above
2) the one proposed by thomas
3) the one attached in https://bugs.kde.org/show_bug.cgi?id=305497
Comment 21 Christoph Feck 2014-03-15 21:10:27 UTC
*** Bug 332193 has been marked as a duplicate of this bug. ***
Comment 22 Matthew Greene 2014-06-05 03:05:42 UTC
I'm surprised that this bug hasn't been fixed in 5 years. It must be a really difficult one fix! Or perhaps no users use auto-hiding panels? In any event, this still exists in 4.13.0 for those of us who do use auto-hiding panels.
Comment 23 Matthew Greene 2014-06-05 03:17:26 UTC
This bug only seems to manifest if desktop effects are enabled.
Comment 24 Serhiy Zahoriya 2014-06-05 08:11:26 UTC
Isn't that the duplicate of https://bugs.kde.org/show_bug.cgi?id=199017 ?
Note: I've found a workaround.
Comment 25 Matthew Greene 2014-06-05 14:42:26 UTC
Serhly, I believe you are correct and that it is a duplicate of bug 199017, but I can't confirm. This bug report is specific to clicks not coming through only for full screen applications, but it isn't clear if that is also true for the other bug - perhaps it wasn't clear to the user when 199017 was reported that the bug only occurred when an application was in fullscreen mode.
Comment 26 nakki 2014-06-06 13:33:16 UTC
I worked around it by setting the "windows can cover" option. It works very well on my way to do.
Comment 27 nakki 2014-07-07 19:32:59 UTC
It seems to be solved in KF5/Plasma-Next. but It also seems to be a regression with the "Windows Can Cover" option.
Comment 28 Christoph Feck 2015-02-16 18:06:44 UTC
*** Bug 344219 has been marked as a duplicate of this bug. ***
Comment 29 David Edmundson 2015-03-29 20:26:39 UTC
*** Bug 345634 has been marked as a duplicate of this bug. ***
Comment 30 Bertrand Croq 2015-04-22 05:49:51 UTC
(In reply to nakki from comment #26)
> I worked around it by setting the "windows can cover" option. It works very
> well on my way to do.

This workaround fixes the problem for me too on kubuntu 14.10.
Comment 31 Bhushan Shah 2015-04-29 03:40:26 UTC
*** Bug 346881 has been marked as a duplicate of this bug. ***
Comment 32 Marc González Majoral 2017-02-13 19:51:44 UTC
The "Windows can cover" trick doesn't work anymore, since Plasma 5.7 I think.

Really annoying.
Comment 33 Nate Graham 2018-06-08 18:34:46 UTC
Hello!

This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug has already been resolved in Plasma 5.

Accordingly, we hope you understand why we must close this bug report. If the issue described  here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham