focus-follow-mouse works poorly with popups
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| KDE Base |
Confirmed
|
Medium
|
||
| kdebase-workspace (Ubuntu) |
Low
|
Unassigned |
Bug Description
Using the 'focus follow mouse' mode,
kwin activates the window below the cursor
when the mouse crosses the window boundary.
It should also activate the window below the
cursor when a modal popup (a menu for instance)
pops down.
Suppose you pop the knetworkmanager menu up
and move the window to another window because you have
the proper network selected. You click the mouse
button into another window. The popup pops down,
but that other window does not get activated.
Instead we get the window that was activated before
popping the menu. That can be very counter-intuitive.
- L.
leonbottou (leon-bottou) wrote : | #1 |
Yuriy Kozlov (yuriy-kozlov) wrote : | #2 |
I can confirm this behavior on KDE 3.5.6. I'm not sure if this is a bug or a feature though.
Could you link your upstream report to this bug?
Changed in kdebase: | |
status: | New → Confirmed |
Quote from the linked upstream report:
"Lubos Lunak 2007-03-23 15:54
It seems focus changes are not handled properly while/after input grabs."
Changed in kdebase: | |
status: | Unknown → New |
Changed in kdebase-workspace: | |
importance: | Medium → Low |
status: | Confirmed → Triaged |
Jonathan Thomas (echidnaman) wrote : | #4 |
Hi there!
Thanks for reporting this bug! Your bug seems to be a problem with the KDE program itself, and not with our KDE packages. But don't worry! This issue is being tracked by the KDE developers at: http://
Once fixed in KDE, it will be included in Kubuntu once the KDE version the fix is in in reaches Kubuntu.
Thanks!
Changed in kdebase-workspace (Ubuntu): | |
status: | Triaged → Invalid |
Changed in kdebase: | |
status: | New → Confirmed |
Changed in kdebase: | |
importance: | Unknown → Medium |
I just discovered that this problem also follows- mouse' mode.
happens in 'click-to-focus' mode.
It is just more annoying
in 'focus-
When a popup is displayed, a click outside
the popup window hides the popup and is passed
to the window below the cursor.
But that does not cause the activation of
the underlying window because the window
manager is not informed of that click.
Basically it does not involve the 'Activate and pass click'
function of the window manager.
Here is a precise scenario to reproduce:
- two partially overlapping konqueror windows.
make sure that one can see the 'new tab' button
of the lower window.
- perform a quick single click on a menu of the upper
konqueror window, so that the menu popup is
displayed and stays there without maintaining
the mouse button depressed.
- move the mouse over the 'new tab' button of
the lower window and perform a quick single click.
The popup disappears and the 'new tab' button
is triggered. But the lower konqueror window
remains inactive.
Going to report upstream...
- L.