Updated the title and description to clarify that the regression is
restricted to messages in the notification list and not popup
notifications.

** Description changed:

- As part of the LTS 22.04.3 release many gnome package updates are
- available in the 'proposed' repository. When checking these on a test
- machine I noticed that the window raise behavior when clicking on
- notifications has regressed for some applications. In 22.04.2 clicking
- on a notification in gnome shell would raise the application window and
- focus the inbox or chat channel the message was received in. In the
- 22.04.3 proposed packages this is still the case for e.g. Thunderbird,
- but for other applications such as 'slack' and 'signal' clicking on a
- new message notification no longer raises the application window.
+ The window raise behavior when clicking on notifications in the
+ notification list has regressed in LTS 22.04.3.
+ 
+ In 22.04.2 clicking on a queued notification in the list would raise the
+ application window and focus e.g. the inbox or chat channel the message
+ was received in. In 22.04.3, when clicking on queued notifications for
+ applications such as thunderbird, slack' and signal the application
+ window is no longer raised and 'Window is ready' notifications are not
+ triggered.
+ 
+ The issue only occurs for queued messages in the message list, for
+ example when 'do not disturb' is enabled. Clicking on pop-up
+ notifications still focuses attention on the application the
+ notification originated from.
+ 
  Although not a major bug, it's quite annoying as it breaks the workflow
  and means extra work in finding the application and the channel that the
  message arrived at.
  
  Due to the many package updates it's not clear to me which update broke
  the behavior (maybe mutter or gnome-shell) but filing it under shell
  because of the notification area issue.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: gnome-shell 42.9-0ubuntu2
  ProcVersionSignature: Ubuntu 5.15.0-77.84-generic 5.15.108
  Uname: Linux 5.15.0-77-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  Date: Mon Jul 10 08:47:24 2023
  DisplayManager: gdm3
  InstallationDate: Installed on 2020-07-02 (1102 days ago)
  InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  ProcEnviron:
-  TERM=xterm-256color
-  PATH=(custom, no user)
-  XDG_RUNTIME_DIR=<set>
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  TERM=xterm-256color
+  PATH=(custom, no user)
+  XDG_RUNTIME_DIR=<set>
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  RelatedPackageVersions: mutter-common 42.9-0ubuntu1
  SourcePackage: gnome-shell
  UpgradeStatus: Upgraded to jammy on 2022-11-19 (232 days ago)

** Summary changed:

- Clicking on a notification in the notification list no longer raises window 
in LTS 22.04.3
+ Clicking on a notification in the notification list no longer raises 
application window in LTS 22.04.3

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

Title:
  Clicking on a notification in the notification list no longer raises
  application window in LTS 22.04.3

Status in gnome-shell package in Ubuntu:
  Confirmed

Bug description:
  The window raise behavior when clicking on notifications in the
  notification list has regressed in LTS 22.04.3.

  In 22.04.2 clicking on a queued notification in the list would raise
  the application window and focus e.g. the inbox or chat channel the
  message was received in. In 22.04.3, when clicking on queued
  notifications for applications such as thunderbird, slack' and signal
  the application window is no longer raised and 'Window is ready'
  notifications are not triggered.

  The issue only occurs for queued messages in the message list, for
  example when 'do not disturb' is enabled. Clicking on pop-up
  notifications still focuses attention on the application the
  notification originated from.

  Although not a major bug, it's quite annoying as it breaks the
  workflow and means extra work in finding the application and the
  channel that the message arrived at.

  Due to the many package updates it's not clear to me which update
  broke the behavior (maybe mutter or gnome-shell) but filing it under
  shell because of the notification area issue.

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: gnome-shell 42.9-0ubuntu2
  ProcVersionSignature: Ubuntu 5.15.0-77.84-generic 5.15.108
  Uname: Linux 5.15.0-77-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  Date: Mon Jul 10 08:47:24 2023
  DisplayManager: gdm3
  InstallationDate: Installed on 2020-07-02 (1102 days ago)
  InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  RelatedPackageVersions: mutter-common 42.9-0ubuntu1
  SourcePackage: gnome-shell
  UpgradeStatus: Upgraded to jammy on 2022-11-19 (232 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2026727/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to