RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2139895 - GNOME Classic - desktop icons not visible after screen lock
Summary: GNOME Classic - desktop icons not visible after screen lock
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: gnome-shell-extensions
Version: CentOS Stream
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Michael Boisvert
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-11-03 18:25 UTC by Phillip Andrews
Modified: 2023-06-05 08:54 UTC (History)
5 users (show)

Fixed In Version: gnome-shell-extensions-40.7-4.el9
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-05-09 07:46:31 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
3 log files combined (57.70 KB, text/plain)
2022-11-03 18:25 UTC, Phillip Andrews 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-138286 0 None None None 2022-11-03 18:32:25 UTC
Red Hat Product Errata RHBA-2023:2328 0 None None None 2023-05-09 07:46:38 UTC

Description Phillip Andrews 2022-11-03 18:25:24 UTC 
Created attachment 1922062 [details]
3 log files combined

Description of problem:

In the GNOME Classic session, the desktop icons shell extension is inactive after screen lock/unlock. This happens on both X11 and Wayland

Version-Release number of selected component (if applicable):
gnome-shell-extension-desktop-icons 40.7-2.el9
gnome-shell 40.10-3.el9

How reproducible:
As far as I can tell this is a machine-independent issue that should be reproducible everywhere.

Steps to Reproduce:
1. Log in to GNOME Classic session (either Wayland or X11)
2. Lock screen
3. Unlock using password

Actual results:
Desktop icons do not appear and right-clicking on desktop does not produce menu

Expected results:
When right-clicking on the desktop, there should be a menu with "New Folder", "Show Desktop in Files", etc.

Additional info:
Three systemd log files are attached. "login.txt" details a normal login in which the desktop icons appear. "lockunlock.txt" are the log entries that occur when locking and unlocking the screen. "disableenable.txt" was produced when I manually disabled and re-enabled the desktop-icons shell extension, which brings the icons back after they disappear.
Comment 2 Phillip Andrews 2022-11-12 01:46:05 UTC 
Replacing the old forward-ported desktop icons extension with Desktop Icons NG (ding) seems to fix this issue.
Comment 3 Phillip Andrews 2022-11-28 05:40:06 UTC 
This issue is now present on RHEL 9.1, since the GNOME Classic session was changed to include the desktop icons extension.
Comment 4 Florian Müllner 2022-12-14 00:38:58 UTC 
I finally had time to look into this.

The problem is a bad interaction with the background-logo extension.

In a regular session, the desktop-icons extensions is usually enabled after the other one (unless you first turn off the logo extension, enable desktop-icons, then re-enable the logo). That combination happens to work fine.

But in the classic session, desktop-icons are enabled via the session mode, which takes precedence over user extensions. So here desktop-icons are enabled before the background-logo, and as a result the desktop icons are destroyed when the logo extensions recreates the backgrounds.

I will come up with a fix.
Comment 5 Michael Boisvert 2022-12-14 01:35:34 UTC 
FWIW, I cannot reproduce the issue on a fresh 9.1 VM with gnome-shell-40.10-4 and gnome-shell-extensions-40.7-3.
Comment 6 Florian Müllner 2022-12-14 19:47:15 UTC 
(In reply to Michael Boisvert from comment #5)
> FWIW, I cannot reproduce the issue on a fresh 9.1 VM with
> gnome-shell-40.10-4 and gnome-shell-extensions-40.7-3.

Did you test the classic session? Did you maybe disable the background-logo extension?
Comment 7 Michael Boisvert 2022-12-14 20:33:34 UTC 
(In reply to Florian Müllner from comment #6)
> (In reply to Michael Boisvert from comment #5)
> > FWIW, I cannot reproduce the issue on a fresh 9.1 VM with
> > gnome-shell-40.10-4 and gnome-shell-extensions-40.7-3.
> 
> Did you test the classic session? Did you maybe disable the background-logo
> extension?

On my previous test I tried classic wayland and xorg and couldn't reproduce, RHEL 9.1. I did have some changes to the system from previous tests like a classification banner and likely other superficial things. Tried again on a 100% fresh RHEL 9.2 VM and this time around and I can reproduce it every time. Potentially a regression? Sorry for the potential confusion.
Comment 8 Michael Boisvert 2022-12-17 00:46:15 UTC 
gnome-shell-extensions-40.7-4.el9 fixed the issue described in the bug report.
Comment 13 errata-xmlrpc 2023-05-09 07:46:31 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (gnome-shell-extensions bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2023:2328
Note You need to log in before you can comment on or make changes to this bug.