Ubuntu
kdebase-workspace package

KDE panel blocking mouse

Bug #435347 reported by Ruairi Hickey
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE Base
Unknown
Medium
kdebase-workspace (Ubuntu)
Invalid
Low
Unassigned

Bug Description

If I set the kde panel to autohide, it slides off the screen when not active.

If I run either krdc or virtualbox sessions in full-screen mode the area where the panel would cover is not responding to mouse clicks - generally this is the windows panel in the virtualbox client or krdc session.

If I set the panel to not autohide then there is no problem.

It is probable that the panel is still grabbing input even though it is not visible / on top.

This is happening on current Karmic on both i386 & x64.

Revision history for this message
In , alecs1 (nuorama) wrote :

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.

Revision history for this message
In , aseigo (aseigo) wrote :

the effect needs to be moved into kwin's compositing effects.

Revision history for this message
Ruairi Hickey (ruairi-hickey) wrote :

Forgot to mention, if I resize my panel and center it I can click my mouse in the KRDC / Virtual Box sessions in the area where the panel is no longer active ie the windows start button....

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Upstream report: https://bugs.kde.org/show_bug.cgi?id=206978

affects: ubuntu → kdebase-workspace (Ubuntu)
Changed in kdebase-workspace (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Revision history for this message
In , jstarek (juergen-starek) wrote :

I can confirm this for KDE 4.3.1.

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: Unknown → Invalid
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Closing downstream task since this bug is being tracked at KDE already (http://bugs.kde.org/show_bug.cgi?id=201534) and once it is fixed, the fix will be available in the next KDE bugfix release anyways.

Changed in kdebase:
status: Invalid → Unknown
Changed in kdebase-workspace (Ubuntu):
status: Triaged → Invalid
Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: Unknown → New
Revision history for this message
In , Marco Martin (notmart) wrote :

*** Bug 237505 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Marco Martin (notmart) wrote :

*** Bug 201534 has been marked as a duplicate of this bug. ***

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: New → Invalid
Jonathan Thomas (echidnaman)
Changed in kdebase:
status: Invalid → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: Unknown → New
Revision history for this message
In , MilchFlasche (robertus0617) wrote :

Still in KDE 4.4. Only happens with Compiz, not with KWin. But there was no problem under 4.2.

Revision history for this message
In , Ruairi Hickey (ruairi-hickey) wrote :

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.

Revision history for this message
In , Neoclust-kde (neoclust-kde) wrote :

Do you reproduce with kde 4.4.4 or 4.5 beta ?

Revision history for this message
In , Ruairi Hickey (ruairi-hickey) wrote :

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

Revision history for this message
In , Andreas Fackler (andreasfackler) wrote :

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.

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
importance: Unknown → Medium
Revision history for this message
In , Jussi Holm (jussi-pokko) wrote :

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.

Revision history for this message
In , alecs1 (nuorama) wrote :

I don't have any more issues with this. I have KDE 4.6.5, but I don't know when it disappeared.

Revision history for this message
In , Ruairi Hickey (ruairi-hickey) wrote :

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...

Revision history for this message
In , Thijs (thijs22nospam) wrote :

Fixed in at least 4.8; clicks are not intercepted within the blue glow area for me.

Bug Watch Updater (bug-watch-updater)
Changed in kde-baseapps:
status: New → Fix Released
Revision history for this message
In , Ruairi Hickey (ruairi-hickey) wrote :

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

Revision history for this message
In , Rasen (aleksei95ua) wrote :

In Gentoo running kde 4.9.0 bug is not fixed.
And there is not visual artifact, just loss of click events.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Reopening based on comments #14 and 15

Bug Watch Updater (bug-watch-updater)
Changed in kde-baseapps:
status: Fix Released → Confirmed
Revision history for this message
In , Pliniocsfernandes (pliniocsfernandes) wrote :

I'm running Kubuntu 13.04 and KDE 4.10 and getting this bug.
The bug is exactly as described on comment #14.

Revision history for this message
In , Lombard218 (lombard218) wrote :

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.

Revision history for this message
In , Mgraesslin (mgraesslin) wrote :

This problem cannot be fixed until we have done the transition to Wayland.

Bug Watch Updater (bug-watch-updater)
Changed in kde-baseapps:
status: Confirmed → Unknown
Revision history for this message
In , Serhiy (xintx-ua) wrote :

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.

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

Thanks Serhiy, I never tried this before.

The option is called "Windows can cover" with English strings.

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 340060 has been marked as a duplicate of this bug. ***

Revision history for this message
In , rmrcbm (rmrcbm) wrote :

In Plasma 5 that workaround will not work. You can't have enabled "autohide" and "windows can cover" simultaneosly.

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 341664 has been marked as a duplicate of this bug. ***

Revision history for this message
In , biker (rguerra-marin) wrote :

This bug is still happening to me. Using KDE 4.14.3.

Revision history for this message
In , Cfeck (cfeck) wrote :

Ruben, see comment #19.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.