[SOLVED] Cannot resize windows or move

KD0SKH · 2022-10-25 18:50:53

I prefer dwm but I tried this in openbox as well and it seems that I can click, the "drag" gesture is not working. It's as if I can only click!

This may be a laptop problem as my arch linux desktop has no issues.

It's not a hardware problem because I cannot click+drag with an external mouse anymore than the touchpad situation.

I'm not sure what's changed lately that might break this. I'm on a Lenovo x250.

Thanks in advance

EDIT: Using xev between the "good" case and "bad" case of my misbehaving laptop, I see a difference in the event stream:

MotionNotify event happens in both cases when I mouse over a window.

ConfigureNotify event never happes in the laptop case. In the good case, I see this event firing off when dragging the window around.

Thanks for the help Seth

Last edited by KD0SKH (2022-10-31 05:10:35)

seth · 2022-10-25 20:51:22

The ConfigureNotify is because of the moving window, not its cause.

xev -event mouse

enter the window and press the mouse button, you should get sth. like

ButtonPress event, serial 25, synthetic NO, window 0x2000001,
    root 0x2ca, subw 0x2000002, time 369820815, (40,45), root:(1168,594),
    state 0x10, button 1, same_screen YES

EnterNotify event, serial 25, synthetic NO, window 0x2000001,
    root 0x2ca, subw 0x0, time 369820816, (40,45), root:(1168,594),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 272

ButtonRelease event, serial 25, synthetic NO, window 0x2000001,
    root 0x2ca, subw 0x2000002, time 369826279, (40,45), root:(1168,594),
    state 0x110, button 1, same_screen YES

LeaveNotify event, serial 25, synthetic NO, window 0x2000001,
    root 0x2ca, subw 0x0, time 369826279, (40,45), root:(1168,594),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 16

as direct response, but the details matter, so please post your output.
Can you alt+lmb drag the window?

Edit: please slow click this, ie keep the button pressed for several seconds before you release it.

Last edited by seth (2022-10-25 20:53:14)

KD0SKH · 2022-10-25 21:48:32

Here's the output when I scroll the xev window, Alt-Click once, and then scroll away

http://0x0.st/o3NC.txt

All dragging operations are affected, regardless of modifier keys used.

EDIT: Saw your other suggestion, hee's with long clicks:

http://0x0.st/o3qX.txt

Basically I tried to move the window and then tried to resize it (I'm using DWM)

Last edited by KD0SKH (2022-10-25 21:51:31)

KD0SKH · 2022-10-26 00:15:00

The plot thickens: normal trackpad click allows for select, but no other buttons? Very strange, but I can at least move windows around and select text...

seth · 2022-10-26 07:26:17

This is from the suppsed long click:

ButtonPress event, serial 25, synthetic NO, window 0x1a00001,
    root 0x665, subw 0x0, time 744790, (333,246), root:(350,278),
    state 0x8, button 1, same_screen YES

ButtonRelease event, serial 25, synthetic NO, window 0x1a00001,
    root 0x665, subw 0x0, time 744790, (333,246), root:(350,278),
    state 0x108, button 1, same_screen YES
…
ButtonPress event, serial 25, synthetic NO, window 0x1a00001,
    root 0x665, subw 0x0, time 751181, (330,267), root:(347,299),
    state 0x8, button 3, same_screen YES

ButtonRelease event, serial 25, synthetic NO, window 0x1a00001,
    root 0x665, subw 0x0, time 751181, (330,267), root:(347,299),
    state 0x408, button 3, same_screen YES

Look at the time stamps: the button bounces.
Overmore the state is & 0x8 - which is the Alt key. Do you actively press that when trying to press the button in the xev window?
And since Alt is typically the modifier of window managers, I'd not expect it to show up there at all (alt+lmb would be a grabbed event and lead to the window being moved but not passed to the client)

=> Do you manipulate the keymap (xmodmap?) in weird™ ways?

KD0SKH · 2022-10-26 23:27:30

In DWM, the way to manipulate windows (moving or resizing) is with the "mod" key, which can be set to ALT.

So I think maybe the issue is with synaptec vs libinput, because I do have something that works: the trackpad click.

Here's a case of me moving the window around (mod key set to "Windows" key this time) using the trackpad click, which works:
http://0x0.st/o3pI.txt

Here's the case of it not working (i.e. trying to use the thinkpad buttons above the trackpad to have the scrolling):
http://0x0.st/o3pl.txt

(Good lord the URLs are different by one character, where [uppercase i] "I" is related with the working case and [lowercase L] "l" is associated with the malfunctioning case, are the only difference, sorry about that). In the content, it seems the "NotifyGrab/unGrab" events are spaced out in the working case, indicating I am grabbing a window and possibly moving it. The other case has it occuring without any event in between? I apologize for my weak xev-fu, I aspire to understand what's happening more.

EDIT: As far as XMODMAP I have some things to allow me to print out umlaut'd characters with right alt, but that hasn't been an issue before and I've made no changes recently.

SOLVED: xf86-input-evdev needed instead of xf86-input-evdev-trackpoint

Last edited by KD0SKH (2022-10-31 05:09:19)

seth · 2022-10-27 07:30:55

In DWM, the way to manipulate windows (moving or resizing) is with the "mod" key, which can be set to ALT.

Yes, but the point was that the alt modifier was set in http://0x0.st/o3qX.txt (and actually #3 at the tops says "Alt-Click once")
Don't - ideally that behavior is grabbed and you don't get any event (as is the case in https://0x0.st/o3pI.txt - the trackpad case)

I need to see the xev responses without that button pressed, though notably

ButtonPress event, serial 25, synthetic NO, window 0x2c00001,
    root 0x665, subw 0x0, time 2295958, (219,341), root:(236,373),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 25, synthetic NO, window 0x2c00001,
    root 0x665, subw 0x0, time 2295958, (219,341), root:(236,373),
    state 0x100, button 1, same_screen YES

in https://0x0.st/o3pl.txt (ie. the not working case w/ the "thinkpad buttons") does NOT have the alt modifier pressed.

So please reconfigure DWM to use Alt as modifier, restart DWM (to make sure it's grabbing that stuff) and post the otputs of

xev # no event filtering

for
1. thinkpad buttons
a. w/ the alt key down
b. w/o the alt key down
2. trackpad click
a. w/ the alt key down
b. w/o the alt key down

Edit:
In brad terms, when the WM shortcut hits, the pointer "leaves" the xev window and "enters" a special shortcut window that then tracks the events for DWM.

Last edited by seth (2022-10-27 07:34:01)

KD0SKH · 2022-10-27 19:01:27

Procedure:

0. Set MOD key to ALT (default in DWM) [EDIT: Before you worry, I am aware this involves running make and restarting Xorg, which was performed and the changes were observed to take hold]
1. xev > foo.txt
2. mouse up to xev window
3. click with or without MOD key
4. Scroll down and Ctrl-C on xev from xterm

1a: Tpad mouse button+MOD
http://0x0.st/o3Yh.txt

1b: Tpad mouse button
http://0x0.st/o3YF.txt

2a: Trackpad Click+MOD
http://0x0.st/o3YC.txt

2b: Trackpad Click
http://0x0.st/o3gr.txt

Last edited by KD0SKH (2022-10-27 19:03:24)

seth · 2022-10-27 19:58:34

1a: Tpad mouse button+MOD

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5381182, (397,129), root:(398,151),
    state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False
…
KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5385215, (312,158), root:(313,180),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False
…
ButtonPress event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5385296, (311,168), root:(312,190),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5385296, (311,168), root:(312,190),
    state 0x100, button 1, same_screen YES

!!!!!!!!!!
The alt key gets pressed and released before the mouse button is pressed (and released) w/o the alt modifier.
!!!!!!!!!!!

1b: Tpad mouse button

ButtonPress event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5402886, (275,270), root:(276,292),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5402886, (275,270), root:(276,292),
    state 0x100, button 1, same_screen YES

The mouse gets pressed w/o any sign of the alt key/modifier (as is expected)

2a: Trackpad Click+MOD

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5417288, (340,130), root:(341,152),
    state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False
…
ConfigureNotify event, serial 32, synthetic YES, window 0x1000001,
    event 0x1000001, window 0x1000001, (0,21), width 1364, height 371,
    border_width 1, above 0x0, override NO

EnterNotify event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5421349, (358,135), root:(359,157),
    mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 8

KeymapNotify event, serial 32, synthetic NO, window 0x0,
    keys:  1   0   0   0   0   0   0   0   1   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0  
…
KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5421369, (358,138), root:(359,160),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

The alt key gets pressed and release after what looks like the window being moved around, no sign of the mouse button (as expected, since it's grabbed)

2b: Trackpad Click

ButtonPress event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5444218, (197,95), root:(198,117),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0x665, subw 0x0, time 5444218, (197,95), root:(198,117),
    state 0x100, button 1, same_screen YES

The mouse gets pressed w/o any sign of the alt key/modifier (as is expected)

Bottom line: the touchpad mousebutton seems to release the alt key - I'd almost say that this is the hardware, but you're getting that w/ the WIN modifier as well?
Do you have a right alt button?

KD0SKH · 2022-10-31 05:09:52

xf86-input-evdev instead of xf86-input-evdev-trackpoint

Ugh. It's solved

Arch Linux

#1 2022-10-25 18:50:53

[SOLVED] Cannot resize windows or move

#2 2022-10-25 20:51:22

Re: [SOLVED] Cannot resize windows or move

#3 2022-10-25 21:48:32

Re: [SOLVED] Cannot resize windows or move

#4 2022-10-26 00:15:00

Re: [SOLVED] Cannot resize windows or move

#5 2022-10-26 07:26:17

Re: [SOLVED] Cannot resize windows or move

#6 2022-10-26 23:27:30

Re: [SOLVED] Cannot resize windows or move

#7 2022-10-27 07:30:55

Re: [SOLVED] Cannot resize windows or move

#8 2022-10-27 19:01:27

Re: [SOLVED] Cannot resize windows or move

#9 2022-10-27 19:58:34

Re: [SOLVED] Cannot resize windows or move

#10 2022-10-31 05:09:52

Re: [SOLVED] Cannot resize windows or move

Board footer