Version: (using KDE 4.2.4) Installed from: Debian testing/unstable Packages When activating panel autohide, moving the cursor close to the screen edge will make a small (5-10 pixel) blue line appear and indicate that the cursor is close to the edge. This small line intercepts the clicks that windows should get. Pretty minor.
the effect needs to be moved into kwin's compositing effects.
I can confirm this for KDE 4.3.1.
*** Bug 237505 has been marked as a duplicate of this bug. ***
*** Bug 201534 has been marked as a duplicate of this bug. ***
Still in KDE 4.4. Only happens with Compiz, not with KWin. But there was no problem under 4.2.
I think the initial description is slightly wrong. What appears to be happening is that in panelview.cpp the function which creates the unhidetrigger for the toolbar checks if composite is enabled and if it is it increases the trigger window size by 30 (pixels I presume). If a full screen app is loaded this 30 pixel window should be lowered below the fullscreen app. The 30 pixel window is enough to block access to a windows toolbar in a fullscreen rdesktop session.
Do you reproduce with kde 4.4.4 or 4.5 beta ?
Hi, Yes with the kde 4.4.4 build it is also the same. On further checking even the 1-pixel window which activates the toolbar causes problems e.g. a full screen krdc to windows which has a hidden toolbar means the windows toolbar cant be activated as the plasma panel captures the mouse. Would the solution not be to ensure full-screen apps are above plasma in z-order ? Ruairi
This still happens with KDE 4.5.1. Auto-hide makes the horizontal scoll bar in gwenview and the page switcher in okular unusable in fullscreen mode.
Happens for me with KDE 4.6.2 (tested with Kubuntu 11.04 packaged version). This is quite annoying when using VirtualBox or full screen Flash video players (with controls at bottom) in fullscreen mode. For me, there is no visual artifact associated with this, just the loss of click events meant for the fullscreen app, from the area where the auto-hide panel would appear.
I don't have any more issues with this. I have KDE 4.6.5, but I don't know when it disappeared.
I'm on latest kubuntu beta, kde 4.7 and this bus is still an issue - IT only happens when desktop effects are turned on and is caused by the drawing of a rectangular area where the panel should be which helps with the drawing of the highlight before the panel is activated. This rectangle traps the mouse clicks preventing the active application receiving them...
Fixed in at least 4.8; clicks are not intercepted within the blue glow area for me.
In the latest Kubuntu beta running kde 4.8.00 this is NOT fixed... Same as before if I have my bottom panel on autohide launch a fullscreen krdc session to a windows terminal server all clicks where the panel would be are prevented from reaching krdc. If I disable desktop effects or make the bottom panel not autohide there is no problem Ruairi
In Gentoo running kde 4.9.0 bug is not fixed. And there is not visual artifact, just loss of click events.
Reopening based on comments #14 and 15
I'm running Kubuntu 13.04 and KDE 4.10 and getting this bug. The bug is exactly as described on comment #14.
I can also confirm this bug. I'm using ArchLinux with KDE 4.10.2 and this happens to me when I'm running a virtual machine in full-screen. Same as comment #15, I don't have any artifacts, and the panel is not visible, but when in full-screen I reach the side where the panel would be, I can't click anything, because it 'detects' the panel. This doesn't happen if I set the panel to always visible.
This problem cannot be fixed until we have done the transition to Wayland.
I've found a surprisingly simple workaround: change from "Autohide" to "Allow overlapping" panel behaviour (or whatever is the original string, I use localized version currently). The panel is still showing when you bring pointer to the edge of the screen.
Thanks Serhiy, I never tried this before. The option is called "Windows can cover" with English strings.
*** Bug 340060 has been marked as a duplicate of this bug. ***
In Plasma 5 that workaround will not work. You can't have enabled "autohide" and "windows can cover" simultaneosly.
*** Bug 341664 has been marked as a duplicate of this bug. ***
This bug is still happening to me. Using KDE 4.14.3.
Ruben, see comment #19.