All autopkgtests for the newly accepted xorg-server (2:21.1.4-2ubuntu1.6) for 
kinetic have finished running.
The following regressions have been reported in tests triggered by the package:

nvidia-graphics-drivers-390/390.157-0ubuntu0.22.10.1 (i386)
gnudatalanguage/1.0.1-3maysync1 (amd64)
libsoup3/3.2.0-1 (amd64)
gscan2pdf/2.13.0-1 (amd64)
qlcplus/4.12.5-3 (armhf)


Please visit the excuses page listed below and investigate the failures, 
proceeding afterwards as per the StableReleaseUpdates policy regarding 
autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-
migration/kinetic/update_excuses.html#xorg-server

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

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

Title:
  Force update keyboard LEDs after calling EnableDevice to fix its
  hardware state after VT switching

Status in OEM Priority Project:
  New
Status in X.Org X server:
  New
Status in xorg-server package in Ubuntu:
  Fix Committed
Status in xorg-server source package in Jammy:
  Fix Committed
Status in xorg-server source package in Kinetic:
  Fix Committed

Bug description:
  [ Impact ]

   * This change will force update keyboard LED status after calling
  EnableDevice, in order to resolve LED status not syncing after
  switching VT to a X session.

   * This also fixes the issue with NVIDIA driver and Xorg, that after
  resuming from suspend the keyboard LED is always off.

  [ Test Plan ]

  1. Log onto an GNOME Xorg session (KDE Kwin worked this issue around)

  2. Turn on NumLock on the keyboard

  3. Use Ctrl-Alt-F3 to switch to a text console, then Ctrl-Alt-F2 to
  switch back to desktop

  NumLock LED should be on after switching back to the desktop

  [ Where problems could occur ]

   * The changes are to push status to the device when enabling it
  regardless of actual keyboard state change, therefore switching
  between VTs and adding/removing keyboard/mouse/xinput devices should
  be affected by this change.

  [ Original Report ]

  Switching virtual terminals [Ctrl-Alt-F1 - F7] to a X session turns
  off keyboard LEDs.

  This issue is reproducible on 2:21.1.3-2ubuntu2.1 (on 22.04)

  To reproduce:
  1. Log on a X session desktop (GNOME Xorg for example)
  2. Turn on NumLock
  3. Use Ctrl-Alt-F3 to switch to a text console, then Ctrl-Alt-F2 to switch 
back to desktop

  Expected:
  NumLock LED should be on

  Actual:
  NumLock LED is off, but functions like NumLock is on.  If NumLock is pressed 
the LED turns off as well as the function.  If CapsLock is pressed the LED 
states sync back (LED turns back on).

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1993621/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to