GNOME Bugzilla – Bug 166838
handle keyring auth denial
Last modified: 2018-08-17 13:49:44 UTC
Try to open a webdav uri from an application, get the "allow access" dialog. Press deny. Now the "Authentication required" dialog is shown. Press "cancel". Now the "allow access" dialog is back. One would hope pressing "deny" and then "cancel" would be enough to stop the dialogs from coming up :)
I've noticed the same behaviour with both the webdav and ftp methods.
I can see this as well. 1. Add a remote server to the "Places" menu 2. make sure the password is not cached by keyring manager 3. run gnome-screenshot (System->screenshot) 4. dialog comes up that asks for the sever's password. you cannot get rid of that dialog. confirming.
The issue was raised in https://launchpad.net/distros/ubuntu/+source/gnome-keyring/+bug/24525 as well.
This is actually a problem with gnome-vfs and not gnome-keyring.
Assigning to myself. We have to decide whether access denial includes the keyring only or the accessed resource - ditto for cancellation. The implementation would require libgnomeui and gnome-vfs modifications. This is really a major design decision.
christian, will a fix be available for 2.18.0 (because you set that target milestone)? are you working on this?
christian: *ping*
I have patches that would treat denial as cancellation but this is pending a design decision, and I'm not supposed to make it. I milestoned it because I wanted that somebody seriously investigates how we handle this, but I don't think it's really critical so I could as well remove the milestone if it turns out to be tricky. I'm removing the milestones we're past API/ABI freezes and we have to extend some libgnomeui/gnome-vfs callback structs to make this work. CCing usability maint. Andre: Thanks for pinging me.
Could someone provide either screenshots of the alerts, or reliable steps (with example URIs) to reproduce the bug? Thanks.
* Open an SFTP location using Nautilus * Login * Grant Nautilus access to it * Remember the credentials for this session * Open an audio or video file on the SFTP location, using totem. * Deny access
gnome-vfs is not actively developed anymore and has been replaced by gvfs. If this is still an issue in a recent GNOME version (2.28 or 2.30) which uses gvfs: Please file a new bug report against gvfs with good steps to reproduce, or move this existing report to the product gvfs. If this is not an issue anymore in a recent GNOME version, please close this report as RESOLVED OBSOLETE. For gnome-vfs, this is a WONTFIX.
gnome-vfs got deprecated in 2008. gnome-vfs is not under active development anymore and had its last code changes in 2011. Its codebase has been archived: https://gitlab.gnome.org/Archive/gnome-vfs/commits/master gio (in glib) and gvfs are its successors. See https://developer.gnome.org/gio/stable/ch33.html and https://people.gnome.org/~gicmo/gio-migration-guide/ for porting info. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Feel free to open a task in GNOME Gitlab if the issue described in this task still applies to a recent + supported version of glib/gio/gvfs. Thanks!