desktop-packages team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

systemd has nothing at all to do with what happens on the keypresses.
udev only adjusts the kernel's keymaps during boot. But at runtime, the
keypresses are handled by the kernel, sent through /dev/input/* as evdev
events, and read by *-settings-daemon or other programs. So tentatively
assigning to unity-settings-daemon.

** Package changed: systemd (Ubuntu) => unity-settings-daemon (Ubuntu)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1435108

Title:
  Volume hotkeys stop working (dozens of seconds of delay)

Status in unity-settings-daemon package in Ubuntu:
  Incomplete

Bug description:
  This seems to be a similar problem to the one described here:
  http://ubuntuforums.org/showthread.php?t=1829744

  With recent Ubuntu versions, though, gnome-settings-daemon is not
  there anymore. I tried to kill unity-settings-daemon as a workaround,
  but it doesn't work.

  I followed the instructions here:

  https://wiki.ubuntu.com/Hotkeys/Troubleshooting

  and I can correctly see the keypresses be received correctly both with
  xev and with evtest

  with the latter, I can see that the interesting hotkeys codes:

  Event: time 1427077143.513820, -------------- SYN_REPORT ------------
  Event: time 1427077143.616493, type 4 (EV_MSC), code 4 (MSC_SCAN), value ae
  Event: time 1427077143.616493, type 1 (EV_KEY), code 114 (KEY_VOLUMEDOWN), value 0
  Event: time 1427077143.616493, -------------- SYN_REPORT ------------
  Event: time 1427077144.292461, type 4 (EV_MSC), code 4 (MSC_SCAN), value b0
  Event: time 1427077144.292461, type 1 (EV_KEY), code 115 (KEY_VOLUMEUP), value 1

  And the events can be seen even when the volume hotkeys are
  unresponsive (the volume is not updated).

  This seems to happen more often (or at least it's more noticeable to
  me) when watching something in fullscreen.

  Keypresses usually aren't lost, but are simply delayed and buffered,
  and thus if I press the button 5/10 times, after half a minute of so,
  all the keypresses will trigger the corresponding action all together

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: udev 208-8ubuntu8.2
  ProcVersionSignature: Ubuntu 3.16.0-31.43-generic 3.16.7-ckt5
  Uname: Linux 3.16.0-31-generic x86_64
  ApportVersion: 2.14.7-0ubuntu8.2
  Architecture: amd64
  CurrentDesktop: Unity
  CustomUdevRuleFiles: 80-docker.rules
  Date: Mon Mar 23 02:07:48 2015
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2014-08-17 (217 days ago)
  InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
  MachineType: LENOVO 20AQCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.16.0-31-generic.efi.signed root=UUID=259bbe5f-d5f2-42de-89f9-58a9d77e4a21 ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: Upgraded to utopic on 2014-10-16 (157 days ago)
  dmi.bios.date: 05/20/2014
  dmi.bios.vendor: LENOVO
  dmi.bios.version: GJET77WW (2.27 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20AQCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0E50512 STD
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: Not Available
  dmi.modalias: dmi:bvnLENOVO:bvrGJET77WW(2.27):bd05/20/2014:svnLENOVO:pn20AQCTO1WW:pvrThinkPadT440s:rvnLENOVO:rn20AQCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNotAvailable:
  dmi.product.name: 20AQCTO1WW
  dmi.product.version: ThinkPad T440s
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1435108/+subscriptions