This bug was fixed in the package gnome-shell-extension-ubuntu-dock -
74ubuntu1

---------------
gnome-shell-extension-ubuntu-dock (74ubuntu1) kinetic; urgency=medium

  [ Marco Trevisan (Treviño) ]
  * New EGO upstream bugfix release 74
  * debian/control: Bump dependency on gnome-shell << 44 (LP: #1990423)
  * docking: Respect St.Settings for animation duration
  * stylesheet: Increase apps tooltips margins
  * stylesheet: Set margin for default app-running dots
  * stylesheet: Remove upstream defined dash-item-container's children margins
    (LP: #1966167)
  * stylesheet: Do not add edge padding to edge elements
  * stylesheet: Fix definition for dash-separator in shrink mode
  * appIcons: Add missing implementation of _setPoupTimeout to wrapped toggle
  * appIcons: Also redirect arguments, to called methods if any
  * appIcons: Implement setForcedHighlight function in DockShowAppsIcons
  * appIcons: Modernize and cleanup DockShowAppsIcon code
  * docking: Fix arguments for overridden _getAppDisplayBoxForState
  * Settings: Move the Shrink option to the global theme settings
  * prefs: Do not request resizing of our root widget on startup
  * prefs: Never use a scrolled window in newer GNOME Shell
  * appIcons: Monitor windows workspace changes when isolating workspaces
  * locations: Make FileManagerApp emit windows-changed on workspace switches
    (LP: #1971012)
  * stylesheet: Take in account side margin and opposite padding in separators
  * stylesheet: Explicitly use border radius and spacing from upstream
  * stylesheet: Simplify dash separator definition based on upstream one
  * stylesheet: Use unique function to handle padding/margin on internal
    children
  * stylesheet: avoid computing the shrunk dash padding multiple times
  * stylesheet: Use generic style generator for shrink mode too
  * stylesheet: Move mixins to the top of the file for easier re-usage
  * stylesheet: Use dock-container-style to define the extended cases too
  * docking: Move style classes names to Theming
  * dash, stylesheet: Support shrink and position-based style for labels
  * stylesheet: Move dock specific variables to dock namespace
  * stylesheet: Sync global variable definitions with upstream

  [ David Astillero Pérez ]
  * Update Spanish translation

  [ Jose Riha ]
  * Update Slovak translation

  [ rene-coty ]
  * Updated French Translation

 -- Marco Trevisan (Treviño) <ma...@ubuntu.com>  Sat, 24 Sep 2022
10:02:45 +0200

** Changed in: gnome-shell-extension-ubuntu-dock (Ubuntu)
       Status: In Progress => 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/1971012

Title:
  Nautilus windows not respecting workspace isolation

Status in gnome-shell-extension-ubuntu-dock package in Ubuntu:
  Fix Released
Status in gnome-shell-extension-ubuntu-dock source package in Jammy:
  New

Bug description:
  In settings, under multitasking > application switching, setting
  "include applications from the current workspace only" is supposed to
  provide workspace isolation, making only apps in the current workspace
  show in the dock. For example, if I have 2 firefox windows in
  workspace 1, and a terminal window in workspace 2, terminal should not
  show as open in the dock in workspace 1, and firefox should not show
  as open in the dock in workspace 2.

  Additionally, quitting all windows from right click in the dock should
  close only all windows of that app in the current workspace.

  This mostly works correctly, but for some reason some apps, including
  nautilus and software and updates, do not respect it. If you switch
  workspaces with them open, the new workspace shows them as having the
  same number of open windows as the previous workspace, even though no
  windows are open in that workspace. If you quit with right click from
  the dock, it sometimes quits all instances across all workspaces. If
  you open a separate window in the new workspace with right click on
  the dock, it then updates to the correct number, but the problem then
  returns on switching back to the previous workspace. If you open and
  close a window in the new workspace, then switch back to the old one,
  it is possible to get to a point where despite several windows of the
  app being open in that workspace, it shows as not open in the dock.

  The problem persists across different installs and machines

  To reproduce:
  Open ubuntu (a live version is fine). Turn on workspace isolation in 
settings. Pin nautilus to favorites so it shows in the dock. Open a window of 
nautilus, and a window of some other app (firefox works). Switch workspaces. 
Observe that an orange dot is still present under nautilus, and it still acts 
like it is open in the new workspace

  ---
  ProblemType: Bug
  ApportVersion: 2.20.11-0ubuntu82
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  DisplayManager: gdm3
  DistroRelease: Ubuntu 22.04
  InstallationDate: Installed on 2020-04-25 (735 days ago)
  InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  NonfreeKernelModules: nvidia_modeset nvidia
  Package: gnome-shell 42.0-2ubuntu1
  PackageArchitecture: amd64
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 5.15.0-27.28-generic 5.15.30
  RelatedPackageVersions: mutter-common 42.0-3ubuntu2
  Tags:  jammy
  Uname: Linux 5.15.0-27-generic x86_64
  UpgradeStatus: Upgraded to jammy on 2022-04-30 (1 days ago)
  UserGroups: adm cdrom dip lpadmin lxd nordvpn plugdev sambashare sudo 
wireshark
  _MarkForUpload: True

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