[solved] Re: Huge mouse-click delay

[martin f krafft]

also sprach martin f krafft  [2016-09-21 13:07 +0200]:
> The more I am fiddling with this, the more I am suspecting the
> Awesome window manager to be at fault. At least my switch to Git
> master could well coincide with the start of these problems.
> Moreover, if I kill awesome, then the mouse behaves just fine. If
> I then restart awesome, the delay quickly grows in length.

I really appreciated your guys' help, and now I feel bad for using
up your time — the problem is indeed with the Awesome window
manager:

  https://github.com/awesomeWM/awesome/issues/1107

Sorry for the noise…

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"i like .net for the same reason i like gentoo. it keeps all the
 people with no clue from writing c code, which is much harder for me
 to identify and eliminate from my systems. in the same way that
 gentoo gives those people a place to be that isn't in debian"
  -- andrew suffield
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

also sprach Peter Hutterer  [2016-09-21 08:49 +0200]:
> * run evemu-record on the mouse and check if you see the button events show
>   up while they're delayed in X. if they work as expected, then it's not a
>   kernel/hw issue.
> * run xev and see if that gets the events as expected. If so, then the issue
>   is in the toolkit (but judging from the rest that's not the case anyway).

In both cases, the event is registered by the tools immediately.

> any server updates recently? can you downgrade?

There was an update about 3 days ago, but of course I can't tell you
exactky whether that's when the problems started. The update before
that was a week old and I am fairly sure the problems aren't that
old.

X.org received only a Debian revision, it seems, but there were tons
of other updates, cf. apt.log: http://slexy.org/raw/s21gsbXDX8

Sure, I can downgrade anything, but I it's probably pay off to know
what I should be downgrading.

Any clues?

The more I am fiddling with this, the more I am suspecting the
Awesome window manager to be at fault. At least my switch to Git
master could well coincide with the start of these problems.
Moreover, if I kill awesome, then the mouse behaves just fine. If
I then restart awesome, the delay quickly grows in length.

I'll start investigating this lead. Thank you everyone for your
patience and input.

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
above all, we should not wish to divest
our existence of its rich ambiguity.
 --friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[Peter Hutterer]

On Tue, Sep 20, 2016 at 02:46:35PM +0200, martin f krafft wrote:
> also sprach Lucien Gentis  [2016-09-20 14:39 
> +0200]:
> > Same problem with touch pad or USB extern mouse ?
> 
> Good question; yes, the same problem exists with an external mouse.

that's... strange and means it's not an issue with the evdev or synaptics
driver. here's the two main things to try:

* run evemu-record on the mouse and check if you see the button events show
  up while they're delayed in X. if they work as expected, then it's not a
  kernel/hw issue.
* run xev and see if that gets the events as expected. If so, then the issue
  is in the toolkit (but judging from the rest that's not the case anyway).

any server updates recently? can you downgrade?

Cheers,
   Peter

> It's a Logitech wireless, and I initially thought that the dongle
> might be the problem, but the delay persists even if I remove the
> dongle, and mouse clicks using the external mouse are similarly
> delayed.
> 
> It's an X240 with that dreadful touchpad-is-all-mousebuttons
> "solution". I am just adding this because maybe the driver is
> synaptics (version 1.8.3).
> 
> -- 
> @martinkrafft | http://madduck.net/ | http://two.sentenc.es/
>  
> now I lay me back to sleep.
> the speaker's dull; the subject's deep.
> if he should stop before I wake,
> give me a nudge for goodness' sake.
>  
> spamtraps: madduck.bo...@madduck.net



> ___
> xorg@lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/listinfo/xorg
> Your subscription address: %(user_address)s

___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[Thomas Lübking]

On Tue, Sep 20, 2016 at 02:08:49PM +0200, martin f krafft wrote:


All of them, including urxvt.


swap xf86-input-libinput for xf86-input-evdev and or try behavior under
a different environment (ie. start only an unmanaged xterm, launch
clients from there and test their behavior)



Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter


No, nothing :(


No surprise since urxvt isn't gdk ;-)

Cheers,
Thomas
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[Thomas Lübking]

On Tue, Sep 20, 2016 at 10:34:18AM +0200, martin f krafft wrote:

Hello,

for a few days now, I'm experiencing (sometimes multi-second!)
delays between mouse click and reaction on my laptop. It's running:

xev reports the events ASAP, so the delay is at a later stage.

In the clients event handling.
=> Which clients in particular? All? Only gtk? Only Qt?
Is xterm affected?

Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter
(notice that exports affect only the shell, ie. you need to start the
client from the same terminal, not the desktop shell)

Cheers,
Thomas
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

also sprach Lucien Gentis  [2016-09-20 15:19 
+0200]:
> So even if restarting the machine does not solve the problem, you can also
> try to unload/load kernel module (if your system permits it) :
> 
> sudo rmmod psmouse
> sudo modprobe psmouse

Doing so does seem to make a difference — for a very short time.
Then the delays come back.

> Another thing you can try is to start your machine with a live
> CD/DVD (Linux Ubuntu, Debian,...) in order to determine if the
> problem is related with your system or your hardware.

Okay, something I can try back at home, but I am on the road right
now :/

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"sobald man über niveau spricht
 ist man längst darüber hinweg."
-- thomas krafft
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[Lucien Gentis]

Hello,

Same problem with touch pad or USB extern mouse ?


Le 20/09/2016 à 10:34, martin f krafft a écrit :

Hello,

for a few days now, I'm experiencing (sometimes multi-second!)
delays between mouse click and reaction on my laptop. It's running:

   X.org 7.7+16 (Debian sid)
   Intel graphics driver 2:2.99.917+git20160706
   evdev 2.10.2

I've already rebooted, but the problem stayed. I am a bit at a loss
getting to the root of this. xev reports the events ASAP, so the
delay is at a later stage.

Do you have any tips on what I could try to zone in on this problem?
It's really quite annoying to have to wait 1–2 seconds between
pressing down the mouse and seeing a result dragging it e.g. to
select text.

Thanks,



___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s


--
Lucien GENTIS
UNIVERSITE DE LORRAINE - ESPE
Centre de Ressources Informatiques
5, Rue Paul Richard
C.O. 3 - MAXEVILLE
54528 LAXOU-CEDEX

Tél. 03 72 74 13 28
Email : lucien.gen...@univ-lorraine.fr

___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

Hey Thomas, thanks for your response!

> In the clients event handling.
> => Which clients in particular? All? Only gtk? Only Qt?
> Is xterm affected?

All of them, including urxvt.

> Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter

No, nothing :(

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"love is a grave mental disease."
   -- platon
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s