Bug 89309 - winlogo+middle click stopped working for window resize (libinput)
Summary: winlogo+middle click stopped working for window resize (libinput)
Status: RESOLVED NOTABUG
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/libinput (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Peter Hutterer
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-25 07:02 UTC by Tomasz Torcz
Modified: 2015-03-08 22:14 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Tomasz Torcz 2015-02-25 07:02:20 UTC
I'm using Fedora 22, which recently started using libinput. With this change, GNOME lost the ability to resize windows by using winlogokey+middle click. Winlogo+left click still works for window move.

When trying to resize window with winlogo+middle click, mouse cursor doesn't move. Upon releasing winlogo key, GNOME overview is shown. The overview does not appear upon winkey release in case of moving window (with left mouse key). Nor it's been shown in all the years I've been using this laptop with Fedora and GNOME3.

The hardware is Lenovo Thinkpad T400, with 3 physical keys between keyboard and touchpad. I'm using trackpoint as sole device, but I did not try to disable touchpad.

I've captured xev during failed try to move window with winkey+middle click:

ButtonPress event, serial 33, synthetic NO, window 0x1000001,
    root 0x82, subw 0x0, time 11641602, (98,150), root:(98,214),
    state 0x0, button 5, same_screen YES

ButtonRelease event, serial 33, synthetic NO, window 0x1000001,
    root 0x82, subw 0x0, time 11641602, (98,150), root:(98,214),
    state 0x1000, button 5, same_screen YES

ButtonPress event, serial 33, synthetic NO, window 0x1000001,
    root 0x82, subw 0x0, time 11641641, (98,150), root:(98,214),
    state 0x0, button 4, same_screen YES

ButtonRelease event, serial 33, synthetic NO, window 0x1000001,
    root 0x82, subw 0x0, time 11641641, (98,150), root:(98,214),
    state 0x800, button 4, same_screen YES
Comment 1 Peter Hutterer 2015-02-25 07:13:13 UTC
right, that's the scroll-on-middle click kicking in. default behaviour for the trackstick middle button is to scroll, i.e. middle button held down + up/down movement generates scroll events.

Try this xorg.conf.d snippet here:

Section "InputClass"
   Identifier "disable trackstick scrolling"
   MatchProduct "TPPS/2 IBM TrackPoint"
   MatchDriver "libinput"
   Option "ScrollMethod" "none"
EndSection
Comment 2 Tomasz Torcz 2015-03-06 15:11:32 UTC
This snippet fixes the issue. It should be default.
Comment 3 Peter Hutterer 2015-03-08 22:14:47 UTC
maybe, but there are quite a few different opinions on what should be the default. which is why we have the configuration option.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.