After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 309135 - Apparent locking with bookmarks requiring auth
Apparent locking with bookmarks requiring auth
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: panel
2.10.x
Other Linux
: Normal major
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-06-27 15:08 UTC by Bastien Nocera
Modified: 2005-09-17 16:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2005-06-27 15:08:15 UTC 
Steps to reproduce:
1. Launch gedit
2. Open the "Open..." dialogue
3. Go to a location that requires authentication (I use sftp://127.0.0.1/, after
having tried to login to 127.0.0.1, so there's a login prompt, but no new key
warning)
4. Enter your password
5. Add the location to your filechooser bookmarks

Now, everytime you plug in/remove a hotpluggable storage device (plug in a USB
key drive for example), the panel appears "locked".

In fact, an authentication dialogue popped up underneath all the windows, and
the dialogue is modal to the panel, making the panel appear as if it was deadlocked.
Comment 1 Vincent Untz 2005-09-16 12:05:21 UTC 
In the code:

	//FIXME gnome_vfs_uri_exists: could there be an authentication
	//dialog if there's a bookmarks to sftp://something?

:-)

We need to look if it's a remote URI and if that's the case, if we have the
right to open it without the keyring making a popup...
Comment 2 Vincent Untz 2005-09-17 16:12:55 UTC 
I don't think there's a way for us to look if we have the right to open the
keyring without asking for a password. So we now just don't check if the remote
URI exists.