Touch double click not working after update

Xfce4 version 4.20.0-2.3

Kernel: Linux 6.15.2-1-default

xinput --list
\u23a1 Virtual core pointer id=2 [master pointer (3)]
\u239c \u21b3 Virtual core XTEST pointer id=4 [slave pointer (2)]
\u239c \u21b3 eGalax Inc. eGalaxTouch P81X84 A0E8 v00_T1 k4.18.203 id=13 [slave pointer (2)]
\u239c \u21b3 eGalax Inc. eGalaxTouch P81X84 A0E8 v00_T1 k4.18.203 Mouse id=14 [slave pointer (2)]
\u239c \u21b3 PixArt HP 125 USB Optical Mouse id=10 [slave pointer (2)]
\u239c \u21b3 Dell KB216 Wired Keyboard Consumer Control id=17 [slave pointer (2)]
\u23a3 Virtual core keyboard id=3 [master keyboard (2)]
\u21b3 Virtual core XTEST keyboard id=5 [slave keyboard (3)]
\u21b3 Power Button id=6 [slave keyboard (3)]
\u21b3 Video Bus id=7 [slave keyboard (3)]
\u21b3 Power Button id=8 [slave keyboard (3)]
\u21b3 Sleep Button id=9 [slave keyboard (3)]
\u21b3 Intel HID events id=15 [slave keyboard (3)]
\u21b3 Intel HID 5 button array id=16 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard id=11 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard System Control id=12 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard Consumer Control id=18 [slave keyboard (3)]

Touch double click has stopped working since updating our image. Single click works fine, but double click is needed. The double click is “visible” visually but nothing happens. I am not sure which logs to provide in this case as syslog is not reporting anything, neither is .xsession-errors so will provide all the necessary logs upon request. Thank you.

It is always advised to provide links to other places where you reported the issue already, e.g. bugzilla:
https://bugzilla.opensuse.org/show_bug.cgi?id=1248173

1 Like

Please post output in Preformatted text ( click </> )

xinput --list
\u23a1 Virtual core pointer id=2 [master pointer (3)]
\u239c \u21b3 Virtual core XTEST pointer id=4 [slave pointer (2)]
\u239c \u21b3 eGalax Inc. eGalaxTouch P81X84 A0E8 v00_T1 k4.18.203 id=13 [slave pointer (2)]
\u239c \u21b3 eGalax Inc. eGalaxTouch P81X84 A0E8 v00_T1 k4.18.203 Mouse id=14 [slave pointer (2)]
\u239c \u21b3 PixArt HP 125 USB Optical Mouse id=10 [slave pointer (2)]
\u239c \u21b3 Dell KB216 Wired Keyboard Consumer Control id=17 [slave pointer (2)]
\u23a3 Virtual core keyboard id=3 [master keyboard (2)]
\u21b3 Virtual core XTEST keyboard id=5 [slave keyboard (3)]
\u21b3 Power Button id=6 [slave keyboard (3)]
\u21b3 Video Bus id=7 [slave keyboard (3)]
\u21b3 Power Button id=8 [slave keyboard (3)]
\u21b3 Sleep Button id=9 [slave keyboard (3)]
\u21b3 Intel HID events id=15 [slave keyboard (3)]
\u21b3 Intel HID 5 button array id=16 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard id=11 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard System Control id=12 [slave keyboard (3)]
\u21b3 Dell KB216 Wired Keyboard Consumer Control id=18 [slave keyboard (3)]

This means TW has not been upgraded for quite a while. Or are we looking at old output?

Well we use it as an image and the previous version was from 2022 and worked correctly. Updating to the newest version does not make any difference.

Tried updating it yesterday:

Kernel: Linux 6.16.1-1-default

Same issue

How do you mean?

Is that from 2022 to current in one go? Yes, that is an issue.

How else would you do it if not in one go? Using image means we use it for lots of computers and therefore do not update the image on a regular basis.

Am I understanding right that if a new computer arrives it gets the 2022 install, and does not get updated?
Could you define “lots of computers” as a number?
Could you also explain why this approach is used instead of some configuration management, f.e. salt, ansible?

All in all I am afraid that you have a far more serious problem than double click.

I am sorry but how is any of that relevant? I will do a fresh Tumbleweed from ISO and report back if the issue persists. If yes, there is a bug somewhere which would not be the first case in TW. If not, we will build the image from scratch again or think about using different distro.

A rolling distro is supposed to keep rolling, not as a static image. TW changes rapidly and there is no way we can support upgrading from any historical version.
I’ve worked in a situation where we dealt with > 1000 TW installs, we used salt to take care of them. This included having our own weekly updated mirror of the oss repo, that the servers used as sole update source. We tested every update session on a block of 10 servers, only after their success the rest was updated.
Some comparison: In a business environment you cannot stay on 42.3 and then upgrade in one go to 16.0

Fresh install from ISO with XFCE does not work either. Double click on icons does nothing. S

OpenSUSE 15.6 faces the same problem…

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.