| 2022-05-11 14:04:35 |
Jeremy Bícha |
bug |
|
|
added bug |
| 2022-05-11 14:04:43 |
Jeremy Bícha |
nominated for series |
|
Ubuntu Jammy |
|
| 2022-05-11 14:04:43 |
Jeremy Bícha |
bug task added |
|
gnome-remote-desktop (Ubuntu Jammy) |
|
| 2022-05-11 14:04:49 |
Jeremy Bícha |
gnome-remote-desktop (Ubuntu Jammy): importance |
Undecided |
Low |
|
| 2022-05-11 14:04:52 |
Jeremy Bícha |
gnome-remote-desktop (Ubuntu Jammy): status |
New |
Triaged |
|
| 2022-05-11 20:35:07 |
Jeremy Bícha |
gnome-remote-desktop (Ubuntu): status |
Fix Committed |
Triaged |
|
| 2022-05-12 19:23:12 |
Jeremy Bícha |
gnome-remote-desktop (Ubuntu): status |
Triaged |
Fix Committed |
|
| 2022-05-12 19:24:54 |
Jeremy Bícha |
description |
Impact
------
The gnome-remote-desktop systemd user service is always running.
This was a contributing factor for LP: #1971415
Although it's "harmless" for the user service to be running if remote desktop sharing is not enabled, it's a waste of resources to run a service if it's not needed.
Test Case
---------
Install all Ubuntu updates and the gnome-remote-desktop update.
From a clean install (or new user), run this command:
systemctl --user status gnome-remote-desktop.service
It should show the service as "Active: inactive"
Open the Settings app to the Sharing page. Turn on Sharing and turn on Remote Desktop. Use the systemctl command to verify that the service is "Active: active (running). Log out and log back in and reverify.
Now turn off Remote Desktop Sharing and verify that the service is inactive. Log out and log back in and reverify.
More details
-------------------
This fix uses a dpkg maintscript to remove /etc/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . (That file is a symlink to the actual service).
It also modifies debian/rules so that that file is no longer automatically added.
Instead of /etc/systemd/user/ , the user service is intended to be enabled with the symlink ~/.config/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . That is appropriate since the GNOME implementation is per-user, not system-wide and it is also disabled by default.
Fixing this bug has been strongly urged by the GNOME Remote Desktop maintainers, and this brings us in line with how non-Debian distros have been packaging gnome-remote-desktop.
What could go wrong
-------------------
The technical fix seems minimal, correct, and targeted to me. |
Impact
------
The gnome-remote-desktop systemd user service is always running.
This was a contributing factor for LP: #1971415
Although it's "harmless" for the user service to be running if remote desktop sharing is not enabled, it's a waste of resources to run a service if it's not needed.
Test Case
---------
Install all Ubuntu updates and the gnome-remote-desktop update.
From a clean install (or new user), run this command:
systemctl --user status gnome-remote-desktop.service
It should show the service as "Active: inactive"
Open the Settings app to the Sharing page. Turn on Sharing and turn on Remote Desktop. Use the systemctl command to verify that the service is "Active: active (running). Log out and log back in and reverify.
Now turn off Remote Desktop Sharing and verify that the service is inactive. Log out and log back in and reverify.
More details
-------------------
This fix uses a dpkg maintscript to remove /etc/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . (That file is a symlink to the actual service).
It also modifies debian/rules so that that file is no longer automatically added.
Instead of /etc/systemd/user/ , the user service is intended to be enabled with the symlink ~/.config/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . That is appropriate since the GNOME implementation is per-user, not system-wide and it is also disabled by default.
Fixing this bug has been strongly urged by the GNOME Remote Desktop maintainers, and this brings us in line with how non-Debian distros have been packaging gnome-remote-desktop.
What could go wrong
-------------------
The RDP and VNC sharing services in GNOME could start when they shouldn't or not start when they should. |
|
| 2022-05-13 02:47:39 |
Launchpad Janitor |
gnome-remote-desktop (Ubuntu): status |
Fix Committed |
Fix Released |
|
| 2022-05-16 12:02:28 |
Adolfo Jayme Barrientos |
bug |
|
|
added subscriber Adolfo Jayme |
| 2022-05-16 19:28:46 |
Seth Arnold |
cve linked |
|
2022-1736 |
|
| 2022-05-16 20:42:01 |
Jeremy Bícha |
cve unlinked |
2022-1736 |
|
|
| 2022-05-17 18:14:17 |
Jeremy Bícha |
gnome-remote-desktop (Ubuntu Jammy): status |
Triaged |
In Progress |
|
| 2022-05-17 18:16:00 |
Jeremy Bícha |
description |
Impact
------
The gnome-remote-desktop systemd user service is always running.
This was a contributing factor for LP: #1971415
Although it's "harmless" for the user service to be running if remote desktop sharing is not enabled, it's a waste of resources to run a service if it's not needed.
Test Case
---------
Install all Ubuntu updates and the gnome-remote-desktop update.
From a clean install (or new user), run this command:
systemctl --user status gnome-remote-desktop.service
It should show the service as "Active: inactive"
Open the Settings app to the Sharing page. Turn on Sharing and turn on Remote Desktop. Use the systemctl command to verify that the service is "Active: active (running). Log out and log back in and reverify.
Now turn off Remote Desktop Sharing and verify that the service is inactive. Log out and log back in and reverify.
More details
-------------------
This fix uses a dpkg maintscript to remove /etc/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . (That file is a symlink to the actual service).
It also modifies debian/rules so that that file is no longer automatically added.
Instead of /etc/systemd/user/ , the user service is intended to be enabled with the symlink ~/.config/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . That is appropriate since the GNOME implementation is per-user, not system-wide and it is also disabled by default.
Fixing this bug has been strongly urged by the GNOME Remote Desktop maintainers, and this brings us in line with how non-Debian distros have been packaging gnome-remote-desktop.
What could go wrong
-------------------
The RDP and VNC sharing services in GNOME could start when they shouldn't or not start when they should. |
Impact
------
The gnome-remote-desktop systemd user service is always running.
This was a contributing factor for LP: #1971415
Although it's "harmless" for the user service to be running if remote desktop sharing is not enabled, it's a waste of resources to run a service if it's not needed.
Test Case
---------
Install all Ubuntu updates and the gnome-remote-desktop update.
From a clean install (or new user), run this command:
systemctl --user status gnome-remote-desktop.service
It should show the service as "Active: inactive"
Open the Settings app to the Sharing page. Turn on Sharing and turn on Remote Desktop. Use the systemctl command to verify that the service is "Active: active (running). Log out and log back in and reverify.
Now turn off Remote Desktop Sharing and verify that the service is inactive. Log out and log back in and reverify.
More details
-------------------
This fix uses a dpkg postinst script to remove /etc/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . (That file is a symlink to the actual service). We couldn't use https://manpages.debian.org/unstable/dpkg-maintscript-helper because the file is technically not a "conffile" as recognized by dpkg.
It also modifies debian/rules so that that file is no longer automatically added.
Instead of /etc/systemd/user/ , the user service is intended to be enabled with the symlink ~/.config/systemd/user/gnome-session.target.wants/gnome-remote-desktop.service . That is appropriate since the GNOME implementation is per-user, not system-wide and it is also disabled by default.
Fixing this bug has been strongly urged by the GNOME Remote Desktop maintainers, and this brings us in line with how non-Debian distros have been packaging gnome-remote-desktop.
What could go wrong
-------------------
The RDP and VNC sharing services in GNOME could start when they shouldn't or not start when they should. |
|
| 2022-05-24 23:06:55 |
Brian Murray |
gnome-remote-desktop (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
| 2022-05-24 23:06:57 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2022-05-24 23:06:58 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
| 2022-05-24 23:07:01 |
Brian Murray |
tags |
jammy |
jammy verification-needed verification-needed-jammy |
|
| 2022-05-31 20:27:20 |
Jeremy Bícha |
tags |
jammy verification-needed verification-needed-jammy |
jammy verification-done verification-done-jammy |
|
| 2022-06-06 14:18:29 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2022-06-06 14:19:01 |
Launchpad Janitor |
gnome-remote-desktop (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
