Mouse settings not reapplied after reconnect or resume

Bug #1904700 reported by Ivo Wever
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
systemd (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I upgraded from 18.04 to 20.04 and notice that my mouse settings (I mouse lefthanded) are no longer restored/reapplied when I reconnect its usb receiver (gets disconnected due to use of KVM switch) or when resuming (after suspend). I now have to reselect the right button as my primary every time.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: udev 245.4-4ubuntu3.3
ProcVersionSignature: Ubuntu 5.4.0-54.60-generic 5.4.65
Uname: Linux 5.4.0-54-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.12
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
CustomUdevRuleFiles: 70-snap.core.rules 70-snap.xonotic.rules 70-snap.gnome-calculator.rules 70-snap.gnome-characters.rules 70-snap.canonical-livepatch.rules 70-snap.chromium.rules 60-vboxdrv.rules
Date: Wed Nov 18 09:12:11 2020
InstallationDate: Installed on 2016-07-01 (1600 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
MachineType: LENOVO 20L7001LMH
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.4.0-54-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=512M-:192M vt.handoff=7
SourcePackage: systemd
UpgradeStatus: Upgraded to focal on 2020-11-14 (3 days ago)
dmi.bios.date: 06/04/2020
dmi.bios.vendor: LENOVO
dmi.bios.version: N22ET65W (1.42 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20L7001LMH
dmi.board.vendor: LENOVO
dmi.board.version: SDK0J40697 WIN
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.modalias: dmi:bvnLENOVO:bvrN22ET65W(1.42):bd06/04/2020:svnLENOVO:pn20L7001LMH:pvrThinkPadT480s:rvnLENOVO:rn20L7001LMH:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
dmi.product.family: ThinkPad T480s
dmi.product.name: 20L7001LMH
dmi.product.sku: LENOVO_MT_20L7_BU_Think_FM_ThinkPad T480s
dmi.product.version: ThinkPad T480s
dmi.sys.vendor: LENOVO

Revision history for this message
Ivo Wever (ivo-wever) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in systemd (Ubuntu):
status: New → Confirmed
Revision history for this message
Austin Riedhammer (austinried) wrote :

Same issue here, except I noticed the problem because my mouse speed was getting reset after every reboot and most times I resumed from sleep. The speed displayed on the slider is correct so I usually just have to wiggle the slider to get it to actually apply the correct speed, but the same thing happens if I set the primary button to right instead of left.

Revision history for this message
Ivo Wever (ivo-wever) wrote :

Indeed, I forgot to point that out: the settings in the configuration panel stay correct: to switch back to 'Right' as the primary button, I have to first select 'Left', so I can then select 'Right' again. I could probably fix it by hooking some xinput commands into the proper udev event, but since it seems to be a regression, I was hoping someone knowledgeable might realize the underlying issue, and come up with a better fix :)

Revision history for this message
Dan Streetman (ddstreet) wrote :

please reopen if this is still an issue

Changed in systemd (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.