touch-packages team mailing list archive

[Didier Roche <didrocks@xxxxxxxxxx>]

I wonder if this is really systemd related, we know that unity-settings-
daemon reveal some similar issues (though, most of the time, they are
all lost and even restarting it isn't succifient as it misses some env
variable to leak in the session).

So, let's figure out if it's systemd related first, can you try to reboot (ensure the upstart package is installed with yesterday's update) and select in grub under more option the upstart entry? Then, do you get the same behavior?
Thanks!

** Changed in: systemd (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1435108

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

Status in systemd 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/systemd/+bug/1435108/+subscriptions