Bug 201534 - Area under "auto hidden panel" is inactive
Summary: Area under "auto hidden panel" is inactive
Status: RESOLVED DUPLICATE of bug 199017
Alias: None
Product: plasma4
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 206978 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-07-26 11:22 UTC by Ruairi Hickey
Modified: 2010-05-22 00:09 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ruairi Hickey 2009-07-26 11:22:38 UTC
Version:           4.2.98 (using KDE 4.2.98)
OS:                Linux
Installed from:    Ubuntu Packages

If my plasma panel is set to autohide and my rdp session under krdc is full screen I cannot activate the windows (remote session panel) as it appears the mouse is being trapped by plasma

Set KDE panel to autohide and maximize remote session, also set remote windows toolbar to autohide also, unable to activate the remote toolbar as the plasmas toobar appears to be trapping events, although it is not visible.
Comment 1 Urs Wolfer 2009-07-30 22:36:53 UTC
Can you reproduce this issue with any other fullscreen KDE app? For example Konqueror in fullscreen? If you can, it's an issue with Plasma.
Comment 2 Ruairi Hickey 2009-07-31 08:04:02 UTC
No, as when I move the mouse near the bottom of the screen the kde menu will slide over the KDE app, whereas with the rdp session in krdc it would appear to have activated but it is not displayed as it is possibly behind krdc.  (It could still be a plasma bug)
Comment 3 Ruairi Hickey 2009-08-11 10:29:43 UTC
I had a similar problem today with VirtualBox - when an XP session is run in fullscreen and you switch away from it and then back the kde menu bar stays on top, and this requires me to resize the virtualbox session and then make it full screen again - I would think that this is therefore a plasma issue - It is allowing / not remembering whether the menu should be behind a maximized application.
Comment 4 Urs Wolfer 2009-09-11 22:39:49 UTC
Do you still think this issue is releated to KDE? Or KWin (the window manger)? Or even Plasma?
Comment 5 Ruairi Hickey 2009-09-12 00:18:35 UTC
Yes, as it affects all the current kubuntu 9.10 installations I currently have.  If I set my planel to auto-hide and then select windows can cover the behaviour is as expected - ie I can click the lower area of the screeen (where the panel would normallly exist) in Virtual Box  full screen sessions and KRDC full screen sessions.  
If I then select auto-hide the area where the panel is visible does not respond to clicks in the KRDC / Virtual Box sessions.  
Looks like a plasma issue, but it's hard to tell...
Comment 6 Urs Wolfer 2009-09-12 11:34:31 UTC
Assigning to Plasma, since this bug is most probably related to it.
Comment 7 Aaron J. Seigo 2009-11-26 23:00:47 UTC
*** Bug 206978 has been marked as a duplicate of this bug. ***
Comment 8 Ruairi Hickey 2009-11-27 13:17:48 UTC
This does not occur when desktop effects are turned off (thanks to asiego for the pointer) so it is likely a bug there.
Comment 9 Adam McLellan 2009-12-03 04:02:30 UTC
I can confirm this bug _does_ occur even with KDE desktop effects turned off.  Unless you mean disabling compositing in Xorg itself, not just KDE?

Don't take this next bit as 100% reliable, but this is my experience.  Hidden plasma bars do not appear to pop-up under certain types of fullscreen apps, such as those which grab the full screen through SDL or OpenGL calls.

However, if an app is making itself fullscreen through other methods, even if a component inside is using SDL/OpenGL then the bug may appear.  I.E. Firefox in fullscreen mode with a flash video component inside also set to fullscreen (or a java-based game using OpenGL, etc).  This fills the Firefox window and therefore the screen, but is not being picked up by KDE as a fullscreen app for the purposes of Plasma autohiding.

Hope this helps.
Comment 10 Adam McLellan 2009-12-05 04:38:16 UTC
Just a follow-up: there seems to be some other factor involved here as well.  After a full reboot I was using the same in-browser java application without experiencing the bug.  However after leaving my computer for a few hours and returning, now it's back again.
Comment 11 Henry Rust 2010-01-03 16:00:11 UTC
I can confirm this bug using KDE SC 4.3.4 and Qt 4.5.3.
It also occurs, if you run Firefox in fullscreen mode without a flash video component inside. In this case you can't click on links which are in the area of the panel.
Comment 12 Roberto Ciang 2010-03-05 17:28:55 UTC
I can totally confirm this bug ever since I started to use KDE 4.3 (via Kubuntu 9.10). When Firefox, PCMan X (a telnet client) or VirtualBox are in fullscreen mode, and while my Plasma panel is in autohide mode, then the panel won't be brought up when the mouse cursor touches the edge of the screen, and meanwhile an invisible "mask" still covers an area over the fullscreened windows, equivalent to the panel area, preventing the mouse cursor from accessing Firefox statusbar, Windows taskbar in VirtualBox, etc. So I have to abandon the autohide feature of Plasma panels.

I have also found that this bug mostly occur when using Compiz as the window manager for KDE. Using KWin it seems to be fine.

Maybe people can recall when KDE 4.2, this bug was not present then. Hope some developers can help look into this soon, so that we may have autohidable Plasma panels with clickable fullscreen windows together.
Comment 13 Marco Martin 2010-05-22 00:09:33 UTC

*** This bug has been marked as a duplicate of bug 199017 ***