[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#857553: marked as done (xfce4-settings: "Disable Touchpad" duration is broken / rounded)



Your message dated Sun, 13 Nov 2022 11:05:57 +0500
with message-id <CANeoM1GHA2OcWEq+4ES0ULWCn=FJ6iS0u4MJ7nitLLf_=XVGRw@mail.gmail.com>
and subject line Re: xfce4-settings: "Disable Touchpad" duration is broken / rounded
has caused the Debian Bug report #857553,
regarding xfce4-settings: "Disable Touchpad" duration is broken / rounded
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
857553: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857553
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: xfce4-settings
Version: 4.12.1-1
Severity: normal

Dear Maintainer,

in the tab "Touchpad", there is an option to disable the touchpad for
a certain amount of time after a keystroke happened.
Example values: 0.3s, 0.9s, 1.1s
These values are apparently floored (0.0 s, 0.0s, 1.0s, respectively).

Here are two scenarios that demonstrate the current behavior:

Scenario 1
Step to reproduce: set the slider to 0.9 seconds, open an editor of your choice,
  type something, try to wiggle the mouse
Expected behavior: Moving/clicking is blocked for 0.9 seconds
Actual behavior: Moving/clicking is not blocked at all, or "0.0 seconds"

Scenario 2
Step to reproduce: set the slider to 1.1 seconds, open editor, type, move mouse
Expected behavior: Moving/clicking is blocked for 1.1 seconds
Actual behavior: Moving/clicking is blocked for roughly 1 second.

So the general mechanism *does* work, it's just that apparently
the actual setting gets lost somewhere in transit.

This is frustrating, because I constantly touch the touchpad while typing,
which either messes up everything (because 0.9s becomes 0s), or I have
to wait for 1s every time I do anything with the keyboard
(because I want a setting lower than 1s).

And while I'm at it, here's a wishlist for a totally different functionality:
- Only clicks should be blocked.  Movement-only doesn't interfere with typing,
  so I don't see this ever being useful.
- If the previous wish-item gets declined: If one starts moving during the
  "blocking" phase, it seems to stay in a "blocking" state indefinitely until
  I release the touchpad.  So whenever there's a false positive, I'm crrently
  forced to let go and try again when the 1 second is over.
  Ideally, this should not be necessary.

Current workaround:
Set it to 1 second and be frustrated that I can't use the touchpad half of the time.

Reproducible: always.

Below is the "System Information" as generated by 'reportbug' on
the affected system (running on i686).  So that information is reliable.

Please ignore any other meta-information (i.e., headers of this email),
as they are generated by my home system (running on amd64),
which does not have a touchpad to begin with.

I'm happy to provide any other information, try out preliminary patches,
or fiddle around with gdb if you tell me where to start, i.e., which process.

Cheers,
Ben

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-settings depends on:
ii  libc6                2.24-9
ii  libcairo2            1.14.8-1
ii  libdbus-1-3          1.10.14-1
ii  libdbus-glib-1-2     0.108-2
ii  libexo-1-0           0.10.7-1
ii  libfontconfig1       2.11.0-6.7
ii  libgarcon-1-0        0.4.0-2
ii  libgarcon-common     0.4.0-2
ii  libgdk-pixbuf2.0-0   2.36.4-1
ii  libglib2.0-0         2.50.2-2
ii  libgtk2.0-0          2.24.31-2
ii  libnotify4           0.7.7-1
ii  libpango-1.0-0       1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libupower-glib3      0.99.4-4
ii  libx11-6             2:1.6.4-3
ii  libxcursor1          1:1.1.14-1+b1
ii  libxfce4ui-1-0       4.12.1-2
ii  libxfce4util7        4.12.1-3
ii  libxfconf-0-2        4.12.1-1
ii  libxi6               2:1.7.9-1
ii  libxklavier16        5.4-2
ii  libxrandr2           2:1.5.1-1
ii  xfconf               4.12.1-1

Versions of packages xfce4-settings recommends:
ii  x11-utils  7.7+3

xfce4-settings suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: xfce4-settings
Source-Version: 4.13.5-1

> I'm in a locale where decimals get printed by a comma, not a dot.
> Is it possible that whoever reads from xfconf gets the "comma" format?

Good call. Apparently, this was reported upstream
(https://bugzilla.xfce.org/show_bug.cgi?id=11906) and fixed in 4.13.5.
Do you have this problem these days?

--- End Message ---

Reply to: