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 1905000 - Desktop refresh broken after unlock
Summary: Desktop refresh broken after unlock
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: gnome-shell
Version: 8.3
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: 8.0
Assignee: Florian Müllner
QA Contact: Michal Odehnal
URL:
Whiteboard:
: 1905001 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-12-07 10:53 UTC by Johannes Scheiber
Modified: 2023-04-27 12:03 UTC (History)
6 users (show)

Fixed In Version: gnome-shell-extensions-3.32.1-15.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-09 19:33:50 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2021:4381 0 None None None 2021-11-09 19:34:10 UTC

Description Johannes Scheiber 2020-12-07 10:53:10 UTC
Same as https://bugzilla.redhat.com/show_bug.cgi?id=1904371 for RHEL 7.9

Description of problem:
  - once password is entered into lock screen, the menu bar appears, but the lock screen image persists
  - when clicking menu items after this, the sub menus do not disappear if the mouse is moved out of them and they persist (see screenshots)

Version-Release number of selected component (if applicable):


How reproducible:
  - OS:     RHEL 7.9
  - kernel: 3.10.0-1160.2.2.el7.x86_64
  - window manager: X11
  - gnome-shell: 3.28.3-30.el7.x86_64 ( gnome classic!)
  - mutter: 3.28.3-26.el7.x86_64


Steps to Reproduce:
  1. start with a clean desktop
  2. start a terminal and running "top"
  3. Press WINDOWS key, so the "Windows Picker" is active.
  4. Wait for the screensaver (you can set the interval to 1 minutes so you do not have to wait for too long)
  5. The screen fades away (wait a bit more until complete blank, e.g. 30 seconds); when you interrupt to early the lock screen it not yet active
     and you go straight to desktop
  6. When it is completely black, click the mouse or hit some key
  7. the lock screen appears
  8. press ESC (or push upwards with mouse)
    (Note again: I disabled password; but according to user report the problem also triggers when you enter password)
  9. Problem reproduces: half-login; animation caught half-way, top-bar half-working
 10. Try Alt-F2 r: then normal desktop will appear (but it does not show the window picker; else it would have been to easy...)

Actual results:
  - password screen persists
  - menu windows overlap and perssist

Expected results:
  - password screen vanishes
  - regular background appeares
  - menu and submenu only persist as long as the mouse is hovering on it

Comment 2 Steve Barcomb 2021-01-11 21:47:24 UTC
*** Bug 1905001 has been marked as a duplicate of this bug. ***

Comment 8 Martin Krajnak 2021-05-31 09:44:18 UTC
gnome-shell-extension-places-menu-3.32.1-15.el8.noarch
gnome-shell-extension-windowsNavigator-3.32.1-15.el8.noarch
gnome-shell-extension-auto-move-windows-3.32.1-15.el8.noarch
gnome-shell-extension-drive-menu-3.32.1-15.el8.noarch
gnome-shell-extension-panel-favorites-3.32.1-15.el8.noarch
gnome-shell-extension-apps-menu-3.32.1-15.el8.noarch
gnome-shell-extension-dash-to-dock-3.32.1-15.el8.noarch
gnome-shell-extension-top-icons-3.32.1-15.el8.noarch
gnome-shell-extension-launch-new-instance-3.32.1-15.el8.noarch
gnome-shell-extension-native-window-placement-3.32.1-15.el8.noarch
gnome-shell-extension-window-grouper-3.32.1-15.el8.noarch
gnome-shell-extension-screenshot-window-sizer-3.32.1-15.el8.noarch
gnome-shell-extension-horizontal-workspaces-3.32.1-15.el8.noarch
gnome-shell-extension-disable-screenshield-3.32.1-15.el8.noarch
gnome-shell-extension-updates-dialog-3.32.1-15.el8.noarch
gnome-shell-extension-no-hot-corner-3.32.1-15.el8.noarch
gnome-shell-extension-common-3.32.1-15.el8.noarch
gnome-shell-extension-systemMonitor-3.32.1-15.el8.noarch
gnome-shell-extension-desktop-icons-3.32.1-15.el8.noarch
gnome-shell-extension-user-theme-3.32.1-15.el8.noarch
gnome-shell-extension-window-list-3.32.1-15.el8.noarch
gnome-shell-extension-workspace-indicator-3.32.1-15.el8.noarch

Comment 12 errata-xmlrpc 2021-11-09 19:33:50 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 (Moderate: GNOME security, 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/RHSA-2021:4381


Note You need to log in before you can comment on or make changes to this bug.