Bug 220647

Summary: Poor mouse gesture interaction with dialog boxes
Product: [Applications] konqueror Reporter: Neil Skrypuch <kde>
Component: generalAssignee: Konqueror Bugs <konqueror-bugs-null>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version First Reported In: 4.3.4   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Neil Skrypuch 2009-12-30 09:01:36 UTC
Version:            (using KDE 4.3.4)
Compiler:          gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) 
OS:                Linux
Installed from:    Gentoo Packages

If a dialog box pops up while you're performing a mouse gesture, you'll find that your mouse pointer is now almost completely useless. For example, say you middle click a link or ten to open them in a new tab and then you start a mouse gesture to switch to the next tab, but up pops a dialog box (say, missing plugin or https -> http warning) and all of the sudden you can't use your mouse anymore. That might sound like a very uncommon case, but I've run into it quite a few times now.

It's difficult to explain what exactly happens to the mouse, but suffice to say that you can't use it to change window focus, close tabs, move windows around or anything else that involves left, middle or right clicking. However, mousewheel still works for scrolling, although only in the active window, you cannot use it to switch window focus like you normally can. Left clicking doesn't seem to do anything no matter where you click. Right clicking anywhere in the content area of the Konqueror window does nothing, but clicking on one of the tabs brings up the normal menu, and right clicking anywhere in the location/navigation buttons/menu area will bring up the menu to toggle which toolbars (Main, Extra, Location, Bookmark, HTML) are visible. Finally, if I mouse over the tab area (without touching any mouse buttons whatsoever), there's a tab which is now permanently highlighted (with the light blue outline) which will change position to more or less follow my cursor location.

I've run into this several times now, and I've yet to find a better solution than restarting X, nothing else seems to have an effect. Things I tried include unplugging and plugging my (USB) mouse back in, switching to VT1 and then back to VT7, killing and restarting kwin... nothing helps.

It's worth noting that the keyboard and keyboard shortcuts are still 100% functional, despite the mouse wonkiness.

Expected behaviour would be to just cancel the mouse gesture if a dialog box poups up, or to delay the creation of dialog boxes while a mouse gesture is being performed until after the gesture completes (which might actually be nicer, but probably not nicer to implement).
Comment 1 Neil Skrypuch 2010-02-17 23:18:39 UTC
There's more to this than I originally thought. I've since upgraded to faster hardware (7950 GT -> GTX 275), turned on compositing and upgraded to newer drivers and I haven't seen it since. I had to turn off compositing before because it was just too slow, but now it's quite fast.

Anyways, I haven't seen this issue since the upgrade, whereas I was seeing it several times a week before. I'm guessing turning on compositing and/or upgrading video drivers (I'm on 195.36.03 now, was 180.60 before) is the salient difference.
Comment 2 Neil Skrypuch 2010-02-27 08:22:06 UTC
Nevermind, I just ran into this again (GTX 275, 195.36.03 and compositing on). 

It's worth noting that this time, before I dismissed the dialog box that triggered the problem, I hit alt-tab and noticed that there was in fact *two* pending dialog boxes, not just one. However, when I dismissed the first dialog box via keyboard, there was no second dialog box to be found (either in sight, or to be found via alt-tab).

In light of the above, I'm starting to think that mouse gestures may not actually have anything to do with this bug, and that they were simply implicated because I very frequently open several links in new tabs in rapid succession, and then switch to the first new tab via mouse gesture. I can't be sure if there was ever multiple dialog boxes present in the previous cases, however, it's not unlikely that there were.
Comment 3 Andrew Crouthamel 2018-11-06 15:10:33 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Neil Skrypuch 2018-11-06 23:31:29 UTC
I'm pretty sure this was fixed at some point. I haven't seen it for a long time.