This bug was fixed in the package gnome-shell-extension-ubuntu-dock -
72~ubuntu5.22.04.2.1

---------------
gnome-shell-extension-ubuntu-dock (72~ubuntu5.22.04.2.1) jammy; urgency=medium

  * Keep shell overview always visible and usable (LP: #1979096):
    - docking: Do ControlsManagerLayout allocation with box-adjusted workArea
    - docking: Be more consistent in reducing the overlay layout space
    - docking: Add both bottom and top spacing when there are no workspaces

gnome-shell-extension-ubuntu-dock (72~ubuntu5.22.04.2) jammy;
urgency=medium

  [ Marco Trevisan (Treviño) ]
  * debian/control: Update maintainer to myself
  * Ensure startup animations are performed on monitor changes (LP: #2019751):
    - utils: Ensure we destroy the Signals handler as last thing on destroy
    - docking: Do not wait for dash animation two times with no overview
    - docking: Ensure we perform the startup animation completely on docks
      updates (LP: #1965208)
    - docking: Use a try/catch statement on our promise to show errors in case
    - docking: Cleanup startup animation injections once done
    - docking: Handle monitors changed events while preparing startup animation
    - docking: Keep clip and coverPane size matching current setup
    - docking: Handle when dash is destroyed during the login animation
  * Do not hide the dock when menus are closed (LP: #1983130):
    - docking: Ignore hover changes if overview is visible (LP: #1983130)
    - docking: Check if autohide or intellihide is enabled on menu closed
  * Keep shell overview always visible and usable (LP: #1979096):
    - docking: Also reduce the app grid area when in auto-hide mode
      (LP: #1992847)
    - docking: Use an even width for the overview content area
    - docking: Keep overview controls layout proportions when resizing it
      (LP: #1992847)

  [ Daniel van Vugt ]
  * docking: Handle when dash is destroyed during the login animation
    (LP: #2019751)

 -- Marco Trevisan (Treviño) <ma...@ubuntu.com>  Fri, 02 Jun 2023
04:12:06 +0200

** Changed in: gnome-shell-extension-ubuntu-dock (Ubuntu Jammy)
       Status: Fix Committed => Fix Released

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

Title:
  Desktop area may get clipped to a small rectangle if the hypervisor
  changes X11 screen resolution during the login animation

Status in gnome-shell package in Ubuntu:
  In Progress
Status in gnome-shell-extension-ubuntu-dock package in Ubuntu:
  Fix Released
Status in gnome-shell source package in Jammy:
  Triaged
Status in gnome-shell-extension-ubuntu-dock source package in Jammy:
  Fix Released
Status in gnome-shell source package in Lunar:
  Triaged
Status in gnome-shell-extension-ubuntu-dock source package in Lunar:
  Fix Released

Bug description:
  [ Impact ]

  GNOME Shell startup animation may not complete during startup, leading
  to a non-functional GNOME shell because the workarea could be clipped
  or input events are ignored.

  [ Test case ]

  1. Run this script: https://gitlab.gnome.org/3v1n0/gnome-shell/-/snippets/5749
  2. It's expected to launch a gnome-shell nested instance and perform monitor 
changes
  3. The shell should animate to the final state and everything should be 
usable:
     - Clicking in shell widgets should work
     - No area is hidden or clipped

  [ Regression potential ]

  GNOME Shell may not start properly, input events are ignored and/or
  the desktop area is clipped.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2019751/+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