GNOME Bugzilla – Bug 331776
no gnome-keyring prompt
Last modified: 2006-03-29 12:43:48 UTC
That bug has been described on https://launchpad.net/distros/ubuntu/+source/rhythmbox/+bug/30119 "Rythmbox hangs when launched or trying to access files and folders stored in a network folder before gnome-keyring is authorised ("opened") in a session. Rythmbox should prompt the user for their keyring password, e.g. as Nautilus does. ... > Thanks for your bug. Do you still have the issue with the updates for that package? ... http://librarian.launchpad.net/1576664/debug-backtrace I have version 0.9.3.1 installed. It still locks up when starting; thats is it tries to start loading the library and then hangs! I've attached a backtrace from a crash just now. ... > Do you try to import for a network share or do you have some network songs to your library? According to upstream that should work fine. Is the backtrace reflecting an hang or a crash that may be a different issue? What kind of share do you use (smb, ftp, sftp, ...)? ... It is a username/password protected smb share. All the music is in a folder called "music" on the smb share. There are also 3 podcasts feeds with their downloaded files stored localy on the computer under "/home/dominic/Podcasts". The backtrace was generated by: 1. Start Computer 2. Login 3. Start Rhythmbox (0.9.3.1) 4. Hang/Lockup starts 5. gdb -p $(pidof rhythmbox) 6. (gdb) thread apply all bt The only way to close Rhythmbox is by: "Right click > Close" and then select close from the Force Close dialogue. Forget to add that the music is already loaded into the library. You dont have time to do anything like import or even display the about dialogue box before the crash/hang/lockup happens"
gnome-keyring support is already an enhancement request, marking as a dupe of bug #330346 *** This bug has been marked as a duplicate of 330346 ***
I guess that bug is for DAAP passwords, this is for network support, re-opening. Sorry.
We disabled the password prompt some time ago because it was causing deadlocks. Should be possible to re-enable it, and test out.
The deadlock should be fixed, and it was re-enabled for 0.9.3. It works fine for me, accessing SMB shares I need to enter a password to, SMB shared with the passwordin my gnome-keyring, and key-authenticated SFTP.
Can this bug be closed then?
Looking at the trace, it appears to be either wedged or going slowly because gnome-vfs is doing several stats at once. I think it hasn't actually hung, and it shouldn't occur with cvs, since we are now passing them all to gnome-vfs in one go.