Activity log for bug #1779890

Date Who What changed Old value New value Message
2018-07-03 15:35:44 Val bug added bug
2018-08-31 07:55:29 Launchpad Janitor gvfs (Ubuntu): status New Confirmed
2018-08-31 07:56:25 Tim Connolly bug added subscriber Tim Connolly
2020-05-28 18:15:34 Val bug watch added https://gitlab.gnome.org/GNOME/gvfs/-/issues/481
2020-06-03 20:53:42 Sebastien Bacher gvfs (Ubuntu): importance Undecided Low
2020-06-03 20:53:44 Sebastien Bacher gvfs (Ubuntu): status Confirmed Triaged
2020-06-03 20:53:54 Sebastien Bacher bug task added gvfs
2020-10-27 10:52:33 Sebastien Bacher gvfs (Ubuntu): importance Low High
2020-10-27 10:53:22 Sebastien Bacher tags amd64 apport-bug bionic amd64 apport-bug bionic desktop-lts-wishlist focal
2020-11-03 10:20:23 Iain Lane bug added subscriber Iain Lane
2021-05-12 22:59:53 Carlos R Laguna Mendoza bug added subscriber Carlos R Laguna Mendoza
2021-10-05 03:01:09 Matthew Ruffell bug added subscriber Matthew Ruffell
2022-03-30 13:55:25 renbag bug added subscriber renbag
2022-03-31 11:58:54 renbag attachment added psauxf_slow-machine-no-workaroud.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575188/+files/psauxf_slow-machine-no-workaroud.txt
2022-03-31 11:59:16 renbag attachment added 1274_environ_slow-machine_no-workaround.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575192/+files/1274_environ_slow-machine_no-workaround.txt
2022-03-31 11:59:51 renbag attachment added psauxf_slow-machine-with-workaroud.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575193/+files/psauxf_slow-machine-with-workaroud.txt
2022-03-31 12:00:19 renbag attachment added 1641_environ_slow-machine_with-workaround.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575194/+files/1641_environ_slow-machine_with-workaround.txt
2022-03-31 12:00:52 renbag attachment added psauxf_fast-machine-no-workaroud.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575195/+files/psauxf_fast-machine-no-workaroud.txt
2022-03-31 12:01:31 renbag attachment added sssd.conf https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575196/+files/sssd.conf
2022-03-31 12:01:56 renbag attachment added smb.conf https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575197/+files/smb.conf
2022-03-31 12:02:15 renbag attachment added AD_installed_packages.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5575198/+files/AD_installed_packages.txt
2022-05-20 16:05:55 Bug Watch Updater gvfs: status Unknown New
2022-07-27 12:53:30 Andreas Hasenack bug added subscriber Andreas Hasenack
2022-09-21 14:06:25 Jean-Baptiste Lallement bug added subscriber Jean-Baptiste Lallement
2022-11-08 09:43:23 Sebastien Bacher tags amd64 apport-bug bionic desktop-lts-wishlist focal amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal
2023-03-21 14:02:49 Didier Roche-Tolomelli affects gvfs (Ubuntu) tracker-miners (Ubuntu)
2023-03-21 14:03:04 Didier Roche-Tolomelli tracker-miners (Ubuntu): assignee Denison Barbosa (justdenis)
2023-03-21 19:54:49 Launchpad Janitor tracker-miners (Ubuntu): status Triaged Fix Released
2023-03-29 11:11:17 Denison Barbosa summary Nautilus does not use a valid Kerberos ticket when accessing Samba share gvfsd process does not have the KRB5CCNAME environment set
2023-03-29 12:00:50 Denison Barbosa description Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gvfs-daemons 1.36.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 Date: Tue Jul 3 11:12:06 2018 ExecutablePath: /usr/lib/gvfs/gvfsd InstallationDate: Installed on 2018-04-27 (66 days ago) InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426) ProcEnviron: LANG=en_CA.UTF-8 PATH=(custom, no user) SHELL=/bin/bash XDG_RUNTIME_DIR=<set> SourcePackage: gvfs UpgradeStatus: No upgrade log present (probably fresh install) [ Impact ] The KRB5CCNAME environment variable points to the Kerberos ticket of the current machine and this ticket is used for authentication in Active Directory servers. This variable is set by pam_sss when the user authenticates and can be used by other processes, such as gio, to skip the credentials input when accessing network shares, for example. Some services rely on gvfs-daemon in order to properly function, such as tracker-extract-3.service and tracker-miner-fs-3.service, which means they will ask for the gvfs-daemon to be initialized when they are executed by systemd. This creates problems if one service that relies on gvfsd is started too early, as it would result in gvfsd being started too early as well. As of version 3.1 of tracker-miners, the install target of tracker-miners-fs-3.service was set to gnome-session.target: https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/283 However, the tracker-extract-3.service was not updated and its target is still default.target, which is too early for the service to start. Starting tracker-extract too early is also starting gvfsd too early, before the session environment gets fully updated. Which means that gvfsd does not have the KRB5CCNAME variable and can not do any operations with it. Tracker-extract is supposed to be a helper service managed by tracker-miner-fs-3.service. By using a [Install] section, we are actually telling systemd that it should manage this service as well, when it shouldn't. So, by removing the [Install] section and having tracker-miner-fs-3.service being tied to gnome-session.target, we fix the issue of gvfsd starting too early without the updated session environment. [ Test Plan ] In order to test this issue, it's required to have an Active Directory server running. 1) Authenticate with an AD user (as this would set the KRB5CCNAME env); 2) Check gvfsd environment. This can be done by running: cat /proc/$(pidof gvfsd)/environ | xargs --null -n1 You will be able to see that it does not have the variable listed. 3) Check that the information mentioned above about tracker-miner-fs- 3.service is true. 4) Disable tracker-extract-3.service (This is a bit tricky, since its target was default.target. The easiest way is to remove the symlink that systemd created when enabling the unit, located under /etc/systemd/user/default.target.wants/tracker-extract-3.service 5) Reboot the machine; 6) Repeat steps 1 and 2. This will show that gvfsd is now started with the proper environment. Is not enough to look at ptree and the pids of the processes, instead it's better to look into the session logs with: journalctl --user -b And check the order in which the services were started and when they were triggered. [ Where problems could occur ] The tracker project is a search engine that speeds up search operations in Gnome. The tracker-miners is the indexing daemon that populates the database with information, so changing its start does not affect the system behavior. This changes fix the startup of gvfs-daemon.service, which could delay services that relied on it running to be executed. ## Original description ## Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gvfs-daemons 1.36.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 Date: Tue Jul 3 11:12:06 2018 ExecutablePath: /usr/lib/gvfs/gvfsd InstallationDate: Installed on 2018-04-27 (66 days ago) InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426) ProcEnviron:  LANG=en_CA.UTF-8  PATH=(custom, no user)  SHELL=/bin/bash  XDG_RUNTIME_DIR=<set> SourcePackage: gvfs UpgradeStatus: No upgrade log present (probably fresh install)
2023-03-29 13:00:12 Denison Barbosa affects gvfs gvfs (Ubuntu)
2023-03-29 13:00:27 Denison Barbosa nominated for series Ubuntu Jammy
2023-03-29 13:00:27 Denison Barbosa bug task added gvfs (Ubuntu Jammy)
2023-03-29 13:00:27 Denison Barbosa bug task added tracker-miners (Ubuntu Jammy)
2023-03-29 13:00:27 Denison Barbosa nominated for series Ubuntu Kinetic
2023-03-29 13:00:27 Denison Barbosa bug task added gvfs (Ubuntu Kinetic)
2023-03-29 13:00:27 Denison Barbosa bug task added tracker-miners (Ubuntu Kinetic)
2023-03-29 13:02:38 Denison Barbosa attachment added Debdiff for tracker-miners fix on Jammy https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5658667/+files/lp1779890_jammy.debdiff
2023-03-29 13:03:43 Denison Barbosa attachment added Debdiff for tracker-miners fix on Kinetic https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1779890/+attachment/5658668/+files/lp1779890_kinetic.debdiff
2023-03-29 16:21:20 Ubuntu Foundations Team Bug Bot tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch
2023-03-29 16:21:30 Ubuntu Foundations Team Bug Bot bug added subscriber Ubuntu Sponsors Team
2023-04-03 13:39:07 Denison Barbosa bug added subscriber Ubuntu Stable Release Updates Team
2023-04-12 02:29:53 Matthew Ruffell tracker-miners (Ubuntu Jammy): status New In Progress
2023-04-12 02:29:54 Matthew Ruffell tracker-miners (Ubuntu Kinetic): status New In Progress
2023-04-12 02:29:57 Matthew Ruffell tracker-miners (Ubuntu Jammy): importance Undecided Medium
2023-04-12 02:29:59 Matthew Ruffell tracker-miners (Ubuntu Kinetic): importance Undecided Medium
2023-04-12 02:30:19 Matthew Ruffell tracker-miners (Ubuntu Jammy): assignee Denison Barbosa (justdenis)
2023-04-12 02:30:30 Matthew Ruffell tracker-miners (Ubuntu Kinetic): assignee Denison Barbosa (justdenis)
2023-04-13 05:19:32 Matthew Ruffell nominated for series Ubuntu Focal
2023-04-13 05:19:32 Matthew Ruffell bug task added gvfs (Ubuntu Focal)
2023-04-13 05:19:32 Matthew Ruffell bug task added tracker-miners (Ubuntu Focal)
2023-04-13 05:19:42 Matthew Ruffell tracker-miners (Ubuntu Focal): status New In Progress
2023-04-13 05:19:45 Matthew Ruffell tracker-miners (Ubuntu Focal): importance Undecided Medium
2023-04-13 05:19:49 Matthew Ruffell tracker-miners (Ubuntu Focal): assignee Matthew Ruffell (mruffell)
2023-04-13 05:26:02 Matthew Ruffell description [ Impact ] The KRB5CCNAME environment variable points to the Kerberos ticket of the current machine and this ticket is used for authentication in Active Directory servers. This variable is set by pam_sss when the user authenticates and can be used by other processes, such as gio, to skip the credentials input when accessing network shares, for example. Some services rely on gvfs-daemon in order to properly function, such as tracker-extract-3.service and tracker-miner-fs-3.service, which means they will ask for the gvfs-daemon to be initialized when they are executed by systemd. This creates problems if one service that relies on gvfsd is started too early, as it would result in gvfsd being started too early as well. As of version 3.1 of tracker-miners, the install target of tracker-miners-fs-3.service was set to gnome-session.target: https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/283 However, the tracker-extract-3.service was not updated and its target is still default.target, which is too early for the service to start. Starting tracker-extract too early is also starting gvfsd too early, before the session environment gets fully updated. Which means that gvfsd does not have the KRB5CCNAME variable and can not do any operations with it. Tracker-extract is supposed to be a helper service managed by tracker-miner-fs-3.service. By using a [Install] section, we are actually telling systemd that it should manage this service as well, when it shouldn't. So, by removing the [Install] section and having tracker-miner-fs-3.service being tied to gnome-session.target, we fix the issue of gvfsd starting too early without the updated session environment. [ Test Plan ] In order to test this issue, it's required to have an Active Directory server running. 1) Authenticate with an AD user (as this would set the KRB5CCNAME env); 2) Check gvfsd environment. This can be done by running: cat /proc/$(pidof gvfsd)/environ | xargs --null -n1 You will be able to see that it does not have the variable listed. 3) Check that the information mentioned above about tracker-miner-fs- 3.service is true. 4) Disable tracker-extract-3.service (This is a bit tricky, since its target was default.target. The easiest way is to remove the symlink that systemd created when enabling the unit, located under /etc/systemd/user/default.target.wants/tracker-extract-3.service 5) Reboot the machine; 6) Repeat steps 1 and 2. This will show that gvfsd is now started with the proper environment. Is not enough to look at ptree and the pids of the processes, instead it's better to look into the session logs with: journalctl --user -b And check the order in which the services were started and when they were triggered. [ Where problems could occur ] The tracker project is a search engine that speeds up search operations in Gnome. The tracker-miners is the indexing daemon that populates the database with information, so changing its start does not affect the system behavior. This changes fix the startup of gvfs-daemon.service, which could delay services that relied on it running to be executed. ## Original description ## Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gvfs-daemons 1.36.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 Date: Tue Jul 3 11:12:06 2018 ExecutablePath: /usr/lib/gvfs/gvfsd InstallationDate: Installed on 2018-04-27 (66 days ago) InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426) ProcEnviron:  LANG=en_CA.UTF-8  PATH=(custom, no user)  SHELL=/bin/bash  XDG_RUNTIME_DIR=<set> SourcePackage: gvfs UpgradeStatus: No upgrade log present (probably fresh install) [ Impact ] The KRB5CCNAME environment variable points to the Kerberos ticket of the current machine and this ticket is used for authentication in Active Directory servers. This variable is set by pam_sss when the user authenticates and can be used by other processes, such as gio, to skip the credentials input when accessing network shares, for example. Some services rely on gvfs-daemon in order to properly function, such as tracker-extract-3.service and tracker-miner-fs-3.service, which means they will ask for the gvfs-daemon to be initialized when they are executed by systemd. This creates problems if one service that relies on gvfsd is started too early, as it would result in gvfsd being started too early as well. As of version 3.1 of tracker-miners, the install target of tracker-miners-fs-3.service was set to gnome-session.target: https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/283 However, the tracker-extract-3.service was not updated and its target is still default.target, which is too early for the service to start. Starting tracker-extract too early is also starting gvfsd too early, before the session environment gets fully updated. Which means that gvfsd does not have the KRB5CCNAME variable and can not do any operations with it. Tracker-extract is supposed to be a helper service managed by tracker-miner-fs-3.service. By using a [Install] section, we are actually telling systemd that it should manage this service as well, when it shouldn't. So, by removing the [Install] section and having tracker-miner-fs-3.service being tied to gnome-session.target, we fix the issue of gvfsd starting too early without the updated session environment. [ Test Plan ] In order to test this issue, it's required to have an Active Directory server running. 1) Authenticate with an AD user (as this would set the KRB5CCNAME env); 2) Check gvfsd environment. This can be done by running:     cat /proc/$(pidof gvfsd)/environ | xargs --null -n1    You will be able to see that it does not have the variable listed. 3) Check that the information mentioned above about tracker-miner-fs-    3.service is true. 4) Disable tracker-extract-3.service (This is a bit tricky, since its    target was default.target. The easiest way is to remove the symlink that    systemd created when enabling the unit, located under    /etc/systemd/user/default.target.wants/tracker-extract-3.service 5) Reboot the machine; 6) Repeat steps 1 and 2.    This will show that gvfsd is now started with the proper environment. Is not enough to look at ptree and the pids of the processes, instead it's better to look into the session logs with:    journalctl --user -b And check the order in which the services were started and when they were triggered. Test packages are available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf320070-test After installing test packages of tracker-miners, KRB5CCNAME should be set in gvfs environment upon login to gnome. [ Where problems could occur ] The tracker project is a search engine that speeds up search operations in Gnome. The tracker-miners is the indexing daemon that populates the database with information, so changing its start does not affect the system behavior. This changes fix the startup of gvfs-daemon.service, which could delay services that relied on it running to be executed. [ Other info ] This was fixed upstream by the following commit: commit 29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 From: Denison Barbosa <denison.barbosa@canonical.com> Date: Tue, 21 Mar 2023 15:04:28 +0000 Subject: Removing [Install] section from tracker-extract-3.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 Focal requires three additional patches to solve the issue, namely: commit 8065985c8d818414a36fe151862afdf42c5eda8a Author: Laurent Bigonville <bigon@bigon.be> Date: Sat, 4 Apr 2020 19:18:00 +0200 Subject: Move the Install section to the systemd .service file instead of the udev one Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/8065985c8d818414a36fe151862afdf42c5eda8a commit 74ae33ce01b8d314d6e33746915f75f270b0e21d Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 3 Nov 2020 12:50:02 +0100 Subject: miners: Opt out of systemd / XDG autostart integration Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/74ae33ce01b8d314d6e33746915f75f270b0e21d commit 3a75f93865e8eb002a377a341a72b1a4b22a8040 Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 27 Oct 2020 22:05:07 +0100 Subject: miners: Tie systemd startup to gnome-session.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/3a75f93865e8eb002a377a341a72b1a4b22a8040 ## Original description ## Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus.
2023-04-13 05:26:16 Matthew Ruffell nominated for series Ubuntu Bionic
2023-04-13 05:26:16 Matthew Ruffell bug task added gvfs (Ubuntu Bionic)
2023-04-13 05:26:16 Matthew Ruffell bug task added tracker-miners (Ubuntu Bionic)
2023-04-13 05:26:16 Matthew Ruffell nominated for series Ubuntu Lunar
2023-04-13 05:26:16 Matthew Ruffell bug task added gvfs (Ubuntu Lunar)
2023-04-13 05:26:16 Matthew Ruffell bug task added tracker-miners (Ubuntu Lunar)
2023-04-13 05:27:19 Matthew Ruffell tracker-miners (Ubuntu Bionic): status New Won't Fix
2023-04-13 06:10:19 Matthew Ruffell attachment added debdiff for tracker-miners on Focal https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663487/+files/lp1779890_focal.debdiff
2023-04-13 06:11:13 Matthew Ruffell attachment added debdiff for tracker-miners on jammy https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663488/+files/lp1779890_jammy_v2.debdiff
2023-04-13 06:12:00 Matthew Ruffell attachment added debdiff for tracker-miners on kinetic https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663489/+files/lp1779890_kinetic_v2.debdiff
2023-04-18 23:23:27 Matthew Ruffell description [ Impact ] The KRB5CCNAME environment variable points to the Kerberos ticket of the current machine and this ticket is used for authentication in Active Directory servers. This variable is set by pam_sss when the user authenticates and can be used by other processes, such as gio, to skip the credentials input when accessing network shares, for example. Some services rely on gvfs-daemon in order to properly function, such as tracker-extract-3.service and tracker-miner-fs-3.service, which means they will ask for the gvfs-daemon to be initialized when they are executed by systemd. This creates problems if one service that relies on gvfsd is started too early, as it would result in gvfsd being started too early as well. As of version 3.1 of tracker-miners, the install target of tracker-miners-fs-3.service was set to gnome-session.target: https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/283 However, the tracker-extract-3.service was not updated and its target is still default.target, which is too early for the service to start. Starting tracker-extract too early is also starting gvfsd too early, before the session environment gets fully updated. Which means that gvfsd does not have the KRB5CCNAME variable and can not do any operations with it. Tracker-extract is supposed to be a helper service managed by tracker-miner-fs-3.service. By using a [Install] section, we are actually telling systemd that it should manage this service as well, when it shouldn't. So, by removing the [Install] section and having tracker-miner-fs-3.service being tied to gnome-session.target, we fix the issue of gvfsd starting too early without the updated session environment. [ Test Plan ] In order to test this issue, it's required to have an Active Directory server running. 1) Authenticate with an AD user (as this would set the KRB5CCNAME env); 2) Check gvfsd environment. This can be done by running:     cat /proc/$(pidof gvfsd)/environ | xargs --null -n1    You will be able to see that it does not have the variable listed. 3) Check that the information mentioned above about tracker-miner-fs-    3.service is true. 4) Disable tracker-extract-3.service (This is a bit tricky, since its    target was default.target. The easiest way is to remove the symlink that    systemd created when enabling the unit, located under    /etc/systemd/user/default.target.wants/tracker-extract-3.service 5) Reboot the machine; 6) Repeat steps 1 and 2.    This will show that gvfsd is now started with the proper environment. Is not enough to look at ptree and the pids of the processes, instead it's better to look into the session logs with:    journalctl --user -b And check the order in which the services were started and when they were triggered. Test packages are available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf320070-test After installing test packages of tracker-miners, KRB5CCNAME should be set in gvfs environment upon login to gnome. [ Where problems could occur ] The tracker project is a search engine that speeds up search operations in Gnome. The tracker-miners is the indexing daemon that populates the database with information, so changing its start does not affect the system behavior. This changes fix the startup of gvfs-daemon.service, which could delay services that relied on it running to be executed. [ Other info ] This was fixed upstream by the following commit: commit 29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 From: Denison Barbosa <denison.barbosa@canonical.com> Date: Tue, 21 Mar 2023 15:04:28 +0000 Subject: Removing [Install] section from tracker-extract-3.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 Focal requires three additional patches to solve the issue, namely: commit 8065985c8d818414a36fe151862afdf42c5eda8a Author: Laurent Bigonville <bigon@bigon.be> Date: Sat, 4 Apr 2020 19:18:00 +0200 Subject: Move the Install section to the systemd .service file instead of the udev one Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/8065985c8d818414a36fe151862afdf42c5eda8a commit 74ae33ce01b8d314d6e33746915f75f270b0e21d Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 3 Nov 2020 12:50:02 +0100 Subject: miners: Opt out of systemd / XDG autostart integration Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/74ae33ce01b8d314d6e33746915f75f270b0e21d commit 3a75f93865e8eb002a377a341a72b1a4b22a8040 Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 27 Oct 2020 22:05:07 +0100 Subject: miners: Tie systemd startup to gnome-session.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/3a75f93865e8eb002a377a341a72b1a4b22a8040 ## Original description ## Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus. [ Impact ] The KRB5CCNAME environment variable points to the Kerberos ticket of the current machine and this ticket is used for authentication in Active Directory servers. This variable is set by pam_sss when the user authenticates and can be used by other processes, such as gio, to skip the credentials input when accessing network shares, for example. Some services rely on gvfs-daemon in order to properly function, such as tracker-extract-3.service and tracker-miner-fs-3.service, which means they will ask for the gvfs-daemon to be initialized when they are executed by systemd. This creates problems if one service that relies on gvfsd is started too early, as it would result in gvfsd being started too early as well. As of version 3.1 of tracker-miners, the install target of tracker-miners-fs-3.service was set to gnome-session.target: https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/283 However, the tracker-extract-3.service was not updated and its target is still default.target, which is too early for the service to start. Starting tracker-extract too early is also starting gvfsd too early, before the session environment gets fully updated. Which means that gvfsd does not have the KRB5CCNAME variable and can not do any operations with it. Tracker-extract is supposed to be a helper service managed by tracker-miner-fs-3.service. By using a [Install] section, we are actually telling systemd that it should manage this service as well, when it shouldn't. So, by removing the [Install] section and having tracker-miner-fs-3.service being tied to gnome-session.target, we fix the issue of gvfsd starting too early without the updated session environment. [ Test Plan ] In order to test this issue, it's required to have an Active Directory server running. 1) Authenticate with an AD user (as this would set the KRB5CCNAME env); 2) Check gvfsd environment. This can be done by running:     cat /proc/$(pidof gvfsd)/environ | xargs --null -n1    You will be able to see that it does not have the variable listed. 3) Check that the information mentioned above about tracker-miner-fs-    3.service is true. 4) Disable tracker-extract-3.service (This is a bit tricky, since its    target was default.target. The easiest way is to remove the symlink that    systemd created when enabling the unit, located under    /etc/systemd/user/default.target.wants/tracker-extract-3.service 5) Reboot the machine; 6) Repeat steps 1 and 2.    This will show that gvfsd is now started with the proper environment. Is not enough to look at ptree and the pids of the processes, instead it's better to look into the session logs with:    journalctl --user -b And check the order in which the services were started and when they were triggered. Test packages are available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf320070-test After installing test packages of tracker-miners, KRB5CCNAME should be set in gvfs environment upon login to gnome. [ Where problems could occur ] The tracker project is a search engine that speeds up search operations in Gnome. The tracker-miners is the indexing daemon that populates the database with information, so changing its start does not affect the system behavior. This changes fix the startup of gvfs-daemon.service, which could delay services that relied on it running to be executed. [ Other info ] This was fixed upstream by the following commit: commit 29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 From: Denison Barbosa <denison.barbosa@canonical.com> Date: Tue, 21 Mar 2023 15:04:28 +0000 Subject: Removing [Install] section from tracker-extract-3.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/29a2320c1e4f0f7ced3c3e9d4d1c06c51518c1f3 Focal requires four additional patches to solve the issue, namely: commit 8065985c8d818414a36fe151862afdf42c5eda8a Author: Laurent Bigonville <bigon@bigon.be> Date: Sat, 4 Apr 2020 19:18:00 +0200 Subject: Move the Install section to the systemd .service file instead  of the udev one Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/8065985c8d818414a36fe151862afdf42c5eda8a commit 74ae33ce01b8d314d6e33746915f75f270b0e21d Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 3 Nov 2020 12:50:02 +0100 Subject: miners: Opt out of systemd / XDG autostart integration Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/74ae33ce01b8d314d6e33746915f75f270b0e21d commit 3a75f93865e8eb002a377a341a72b1a4b22a8040 Author: Sam Thursfield <sam@afuera.me.uk> Date: Tue, 27 Oct 2020 22:05:07 +0100 Subject: miners: Tie systemd startup to gnome-session.service Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/3a75f93865e8eb002a377a341a72b1a4b22a8040 commit 395e719f70829dcce78b6bcc6e90a4754918c212 Author: Abderrahim Kitouni <akitouni@gnome.org> Date: Fri, 5 Mar 2021 10:30:06 +0100 Subject: miners: fix After= usage in systemd service files Link: https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/395e719f70829dcce78b6bcc6e90a4754918c212 ## Original description ## Nautilus prompts for username and password when accessing a Samba share on a network drive, despite having a perfectly valid unexpired Kerberos ticket. The Kerberos ticket is obtained automatically at logon by authentication against a Samba Active Directory server (Samba AD-DC). Accessing the same Samba share with the same Kerberos ticket via "smbclient //host/sharename -k" works fine. One known workaround is: "nautilus -q", and then "killall gvfsd". After that, accessing the Samba share with Nautilus works normally as it should. I did not experience this issue in Ubuntu 16.04. It appears that a regression was introduced somewhere between 16.04 and 18.04. The issue is quite annoying and confusing for the users who are used to accessing Samba shares on the network drive without being prompted for their username and password. The issue appears to manifest itself usually not on the first access to a Samba share, but on subsequent accesses after a system reboot or upon user logout/login. Strangely, removing ~/.cache/ibus/bus/registry file before user login appears to fix the issue for the current user session, but then the problem reappears upon subsequent user logins or after a system reboot. Nemo appears to have the same problem as Nautilus.
2023-04-18 23:26:40 Matthew Ruffell attachment added debdiff for tracker-miners on Focal V2 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5665098/+files/lp1779890_focal_v2.debdiff
2023-04-20 02:18:27 Matthew Ruffell attachment removed debdiff for tracker-miners on Focal https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663487/+files/lp1779890_focal.debdiff
2023-04-20 02:18:50 Matthew Ruffell attachment removed Debdiff for tracker-miners fix on Kinetic https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5658668/+files/lp1779890_kinetic.debdiff
2023-04-20 02:19:00 Matthew Ruffell attachment removed Debdiff for tracker-miners fix on Jammy https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5658667/+files/lp1779890_jammy.debdiff
2023-04-20 02:21:16 Matthew Ruffell tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch sts-sponsor
2023-04-20 10:03:37 Launchpad Janitor gvfs (Ubuntu Bionic): status New Confirmed
2023-04-20 10:03:37 Launchpad Janitor gvfs (Ubuntu Focal): status New Confirmed
2023-04-20 10:03:37 Launchpad Janitor gvfs (Ubuntu Jammy): status New Confirmed
2023-04-20 10:03:37 Launchpad Janitor gvfs (Ubuntu Kinetic): status New Confirmed
2023-04-20 10:03:37 Launchpad Janitor gvfs (Ubuntu Lunar): status New Confirmed
2023-04-25 19:53:24 Bug Watch Updater gvfs (Ubuntu): status Confirmed New
2023-04-26 19:12:26 Heitor Alves de Siqueira tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch sts-sponsor amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves
2023-04-26 19:12:33 Heitor Alves de Siqueira bug added subscriber Heitor Alves de Siqueira
2023-05-02 15:08:05 Sebastien Bacher gvfs (Ubuntu Lunar): importance Unknown Undecided
2023-05-02 15:08:05 Sebastien Bacher gvfs (Ubuntu Lunar): status Confirmed Invalid
2023-05-02 15:08:18 Sebastien Bacher gvfs (Ubuntu Kinetic): status Confirmed Invalid
2023-05-02 15:08:25 Sebastien Bacher gvfs (Ubuntu Jammy): status Confirmed Invalid
2023-05-02 15:08:33 Sebastien Bacher gvfs (Ubuntu Focal): status Confirmed Invalid
2023-05-02 15:08:40 Sebastien Bacher gvfs (Ubuntu Bionic): status Confirmed Invalid
2023-06-13 05:23:10 Matthew Ruffell attachment removed debdiff for tracker-miners on jammy https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663488/+files/lp1779890_jammy_v2.debdiff
2023-06-13 05:23:21 Matthew Ruffell attachment removed debdiff for tracker-miners on kinetic https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5663489/+files/lp1779890_kinetic_v2.debdiff
2023-06-13 05:23:28 Matthew Ruffell attachment removed debdiff for tracker-miners on Focal V2 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5665098/+files/lp1779890_focal_v2.debdiff
2023-06-13 05:24:40 Matthew Ruffell attachment added Debdiff for tracker-miners on Focal V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679384/+files/lp1779890_focal_v3.debdiff
2023-06-13 05:25:06 Matthew Ruffell attachment added Debdiff for tracker-miners on Jammy V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679385/+files/lp1779890_jammy_v3.debdiff
2023-06-13 05:25:34 Matthew Ruffell attachment added Debdiff for tracker-miners on Kinetic V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679386/+files/lp1779890_kinetic_v3.debdiff
2023-06-13 05:26:21 Matthew Ruffell attachment added Debdiff for tracker-miners on Lunar V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679387/+files/lp1779890_lunar_v3.debdiff
2023-06-13 05:26:53 Matthew Ruffell attachment added Debdiff for tracker-miners on Mantic V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679388/+files/lp1779890_mantic_v3.debdiff
2023-06-16 04:03:27 Matthew Ruffell attachment added Debdiff for tracker-miners on Jammy V4 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5680090/+files/lp1779890_jammy_v4.debdiff
2023-06-16 04:03:57 Matthew Ruffell attachment removed Debdiff for tracker-miners on Jammy V3 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5679385/+files/lp1779890_jammy_v3.debdiff
2023-06-19 12:15:13 Christian Ehrhardt  tracker-miners (Ubuntu): status Fix Released Confirmed
2023-06-19 12:20:51 Christian Ehrhardt  tracker-miners (Ubuntu Lunar): status Fix Released Confirmed
2023-06-19 12:40:00 Christian Ehrhardt  removed subscriber Ubuntu Sponsors
2023-08-10 17:58:58 Utkarsh Gupta tracker-miners (Ubuntu Kinetic): status In Progress Won't Fix
2023-08-26 13:51:08 Launchpad Janitor tracker-miners (Ubuntu): status Confirmed Fix Released
2023-08-27 22:42:25 Matthew Ruffell nominated for series Ubuntu Mantic
2023-08-27 22:42:25 Matthew Ruffell bug task added gvfs (Ubuntu Mantic)
2023-08-27 22:42:25 Matthew Ruffell bug task added tracker-miners (Ubuntu Mantic)
2023-09-26 05:25:48 Launchpad Janitor gvfs (Ubuntu Mantic): status New Confirmed
2023-09-26 05:26:55 Ondřej Pfrogner bug added subscriber Ondřej Pfrogner
2023-10-24 16:13:16 Bug Watch Updater gvfs (Ubuntu): status Confirmed New
2023-12-01 03:01:51 Matthew Ruffell nominated for series Ubuntu Noble
2023-12-01 03:01:51 Matthew Ruffell bug task added gvfs (Ubuntu Noble)
2023-12-01 03:01:51 Matthew Ruffell bug task added tracker-miners (Ubuntu Noble)
2023-12-01 03:02:06 Matthew Ruffell tracker-miners (Ubuntu Jammy): assignee Denison Barbosa (justdenis) Matthew Ruffell (mruffell)
2023-12-01 03:02:53 Matthew Ruffell gvfs (Ubuntu Mantic): importance Unknown Undecided
2023-12-01 03:02:53 Matthew Ruffell gvfs (Ubuntu Mantic): status Confirmed Invalid
2023-12-01 03:03:12 Matthew Ruffell gvfs (Ubuntu Noble): importance Unknown Undecided
2023-12-01 03:03:12 Matthew Ruffell gvfs (Ubuntu Noble): status New Invalid
2023-12-01 03:03:47 Matthew Ruffell tracker-miners (Ubuntu Lunar): importance High Medium
2023-12-01 03:03:47 Matthew Ruffell tracker-miners (Ubuntu Lunar): status Confirmed In Progress
2023-12-01 03:03:47 Matthew Ruffell tracker-miners (Ubuntu Lunar): assignee Denison Barbosa (justdenis) Matthew Ruffell (mruffell)
2023-12-01 03:04:21 Matthew Ruffell tracker-miners (Ubuntu Mantic): status Fix Released In Progress
2023-12-01 03:04:42 Matthew Ruffell tracker-miners (Ubuntu Noble): status Fix Released In Progress
2023-12-01 05:00:37 Matthew Ruffell attachment removed Debdiff for tracker-miners on Focal V3 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5679384/+files/lp1779890_focal_v3.debdiff
2023-12-01 05:00:46 Matthew Ruffell attachment removed Debdiff for tracker-miners on Kinetic V3 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5679386/+files/lp1779890_kinetic_v3.debdiff
2023-12-01 05:00:56 Matthew Ruffell attachment removed Debdiff for tracker-miners on Lunar V3 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5679387/+files/lp1779890_lunar_v3.debdiff
2023-12-01 05:01:04 Matthew Ruffell attachment removed Debdiff for tracker-miners on Mantic V3 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5679388/+files/lp1779890_mantic_v3.debdiff
2023-12-01 05:01:12 Matthew Ruffell attachment removed Debdiff for tracker-miners on Jammy V4 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5680090/+files/lp1779890_jammy_v4.debdiff
2023-12-01 05:02:13 Matthew Ruffell attachment added Debdiff for tracker-miners on unstable v5 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5725472/+files/tracker-miners_unstable.debdiff
2023-12-01 05:03:17 Matthew Ruffell attachment added Debdiff for tracker-miners on Mantic v5 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5725473/+files/lp1779890_mantic_v5.debdiff
2023-12-01 05:03:52 Matthew Ruffell attachment added Debdiff for tracker-miners on Lunar v5 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5725474/+files/lp1779890_lunar_v5.debdiff
2023-12-01 05:04:42 Matthew Ruffell attachment added Debdiff for tracker-miners on Jammy v5 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5725475/+files/lp1779890_jammy_v5.debdiff
2023-12-01 05:05:14 Matthew Ruffell attachment added Debdiff for tracker-miners on Focal v5 https://bugs.launchpad.net/ubuntu/noble/+source/tracker-miners/+bug/1779890/+attachment/5725476/+files/lp1779890_focal_v5.debdiff
2023-12-01 18:29:04 Jeremy Bícha bug task deleted tracker-miners (Ubuntu Noble)
2023-12-01 18:29:11 Jeremy Bícha tracker-miners (Ubuntu): status In Progress Fix Committed
2023-12-01 18:29:18 Jeremy Bícha bug task deleted gvfs (Ubuntu)
2023-12-01 18:29:30 Jeremy Bícha bug task deleted gvfs (Ubuntu Bionic)
2023-12-01 18:29:36 Jeremy Bícha bug task deleted gvfs (Ubuntu Jammy)
2023-12-01 18:29:41 Jeremy Bícha bug task deleted gvfs (Ubuntu Focal)
2023-12-01 18:29:45 Jeremy Bícha bug task deleted gvfs (Ubuntu Noble)
2023-12-01 18:29:49 Jeremy Bícha bug task deleted gvfs (Ubuntu Mantic)
2023-12-01 18:29:53 Jeremy Bícha bug task deleted gvfs (Ubuntu Lunar)
2023-12-01 18:30:02 Jeremy Bícha bug task deleted gvfs (Ubuntu Kinetic)
2023-12-01 18:30:09 Jeremy Bícha bug task deleted tracker-miners (Ubuntu Kinetic)
2023-12-01 18:30:53 Jeremy Bícha bug added subscriber Jeremy Bícha
2024-01-25 20:37:15 Brian Murray tracker-miners (Ubuntu Lunar): status In Progress Won't Fix
2024-01-28 19:20:52 Launchpad Janitor tracker-miners (Ubuntu): status Fix Committed Fix Released
2024-01-28 21:58:45 Matthew Ruffell attachment removed Debdiff for tracker-miners on unstable v5 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5725472/+files/tracker-miners_unstable.debdiff
2024-01-28 21:59:00 Matthew Ruffell attachment removed Debdiff for tracker-miners on Lunar v5 https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1779890/+attachment/5725474/+files/lp1779890_lunar_v5.debdiff
2024-02-08 21:27:33 Zach Brown bug added subscriber Zach Brown
2024-02-09 09:06:52 Timo Aaltonen tracker-miners (Ubuntu Mantic): status In Progress Fix Committed
2024-02-09 09:06:53 Timo Aaltonen bug added subscriber SRU Verification
2024-02-09 09:06:57 Timo Aaltonen tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-mantic
2024-02-09 09:09:04 Timo Aaltonen tracker-miners (Ubuntu Jammy): status In Progress Fix Committed
2024-02-09 09:09:08 Timo Aaltonen tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-mantic amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-jammy verification-needed-mantic
2024-02-09 09:11:16 Timo Aaltonen tracker-miners (Ubuntu Focal): status In Progress Fix Committed
2024-02-09 09:11:21 Timo Aaltonen tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-jammy verification-needed-mantic amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-focal verification-needed-jammy verification-needed-mantic
2024-02-10 05:05:33 Matthew Ruffell tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-needed verification-needed-focal verification-needed-jammy verification-needed-mantic amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-done-jammy verification-needed verification-needed-focal verification-needed-mantic
2024-02-10 06:17:07 Matthew Ruffell tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-done-jammy verification-needed verification-needed-focal verification-needed-mantic amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-done-jammy verification-done-mantic verification-needed verification-needed-focal
2024-02-10 08:52:54 Matthew Ruffell tags amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-done-jammy verification-done-mantic verification-needed verification-needed-focal amd64 apport-bug bionic desktop-lts-wishlist dt-798 focal patch se-sponsor-halves verification-done-focal verification-done-jammy verification-done-mantic
2024-02-20 23:49:07 Launchpad Janitor tracker-miners (Ubuntu Mantic): status Fix Committed Fix Released
2024-02-20 23:49:10 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2024-02-22 22:21:22 Launchpad Janitor tracker-miners (Ubuntu Jammy): status Fix Committed Fix Released
2024-03-06 00:43:01 Launchpad Janitor tracker-miners (Ubuntu Focal): status Fix Committed Fix Released