Description of problem: I have a Samba share bookmark in Nautilus. If I access the share from the Nautilus side menu then it prompts me for the username, password and domain of the user to access the share. If I access the same bookmark from the "Places" dropdown menu then it only prompts me for the password. After entering the password into the prompt it then locks the screen and I can no longer close the password dialog and have to force a restart of GDM. If I immediately click cancel the password prompt will go away. Version-Release number of selected component (if applicable): gnome-session-3.26.1-11.el7.x86_64 nautilus-3.22.3-5.el7.x86_64 gvfs-smb-1.30.4-5.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. Open Nautilus, and open a Samba share. Now add the share as a bookmark. I had selected to "Forget Password Immediately". 2. Unmount it and Open the share from "Places" dropdown menu. 3. It opens a Password Dialog. Enter the password to open the share. 4. Session is un-usable. Actual results: After entering the share password into the prompt it then locks the screen and I can no longer close the password prompt and have to force a restart of GDM. If I immediately click cancel the password prompt will go away. Expected results: The password dialog should block the session. The gnome-session should be able to continue even if there is a problem with password dialog. Additional info:
This is most probably either gnome-shell, moving there.
I suppose that "Places" dropdown menu means the menu provided by "Places Status Indicator" extension which is part of the Gnome Shell Classic Mode as I am able to reproduce the issue over it on RHEL 7.7. It opens system modal dialog provided by Gnome Shell which asks for a password only. If I provide a wrong password, then the dialog remains opened and can't be closed, so it effectively blocks the whole system. So this is about Gnome Shell dialog, not the dialog in Nautilus. And I see two issues there: the dialog has to be able to handle the repeated password request (as "ask-password" signal can be emitted multiple times) and also it has to ask for username and domain as well (when G_ASK_PASSWORD_NEED_USERNAME and G_ASK_PASSWORD_NEED_DOMAIN are set). Just note that Nautilus and "gio mount" properly ask for username and domain. However, it seems that also Nautilus has some issues in case of repeated password request as the dialog become insensitive, but this dialog can be simply closed. The repeated password requests works correctly with "gio mount" thus I expect that GVfs and GLib parts are ok.
Red Hat Enterprise Linux 7 shipped it's final minor release on September 29th, 2020. 7.9 was the last minor releases scheduled for RHEL 7. From intial triage it does not appear the remaining Bugzillas meet the inclusion criteria for Maintenance Phase 2 and will now be closed. From the RHEL life cycle page: https://access.redhat.com/support/policy/updates/errata#Maintenance_Support_2_Phase "During Maintenance Support 2 Phase for Red Hat Enterprise Linux version 7,Red Hat defined Critical and Important impact Security Advisories (RHSAs) and selected (at Red Hat discretion) Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available." If this BZ was closed in error and meets the above criteria please re-open it flag for 7.9.z, provide suitable business and technical justifications, and follow the process for Accelerated Fixes: https://source.redhat.com/groups/public/pnt-cxno/pnt_customer_experience_and_operations_wiki/support_delivery_accelerated_fix_release_handbook Feature Requests can re-opened and moved to RHEL 8 if the desired functionality is not already present in the product. Please reach out to the applicable Product Experience Engineer[0] if you have any questions or concerns. [0] https://bugzilla.redhat.com/page.cgi?id=agile_component_mapping.html&product=Red+Hat+Enterprise+Linux+7