GNOME Bugzilla – Bug 140355
Rhythmbox doesn't support gnome-vfs authentication
Last modified: 2005-12-02 12:44:22 UTC
Use Nautilus to mount an sftp location as a server... then try to open music files using Rhythmbox... Nautilus reports that Rhythmbox can't open sftp locations... try dragging the folders over to Rhythmbox, and they don't do anything...
data/rhythmbox.applications need to be fixed to look like: rhythmbox command=rhythmbox name=Music Player can_open_multiple_files=true expects_uris=true startup_notify=true requires_terminal=false rhythmbox command=rhythmbox name=Music Player can_open_multiple_files=true expects_uris=false startup_notify=true uses_gnomevfs=true requires_terminal=false mime_types=x-directory/normal,application/x-ogg,application/ogg,audio/x-mp3,audio/x-scpls,audio/x-mp3,audio/x-mpeg,audio/mpeg,audio/x-mpegurl,application/x-flac (I currently only have access to windows computers, so I can't commit that myself ;)
ok, let's try again, the previous copy and paste exercise totally failed. rhythmbox command=rhythmbox name=Music Player can_open_multiple_files=true expects_uris=true startup_notify=true uses_gnomevfs=true requires_terminal=false mime_types=x-directory/normal,application/x-ogg,application/ogg,audio/x-mp3,audio/x-scpls,audio/x-mp3,audio/x-mpeg,audio/mpeg,audio/x-mpegurl,application/x-flac should work
After the recommended modification, I tried to open the sftp resource again. RB segv'd, and it segv's on every launch. Stack trace:
+ Trace 46132
Thread 6 (Thread 46668720 (LWP 4557))
I tried it and couldn't reproduce the crash. Can you remove your library (~/.gnome2/rhythmbox/rhythmdb.xml) and try again ?
The modifications to rhythmbox.applications should only help with this part of the report: « Use Nautilus to mount an sftp location as a server... then try to open music files using Rhythmbox... Nautilus reports that Rhythmbox can't open sftp locations... » ie when double clicking on a file from within Nautilus. The drag and drop part should work even without that change I think.
I removed the .gnome2/rhythmbox directory and tried again. When I drag from Nautilus to the tracklist, nothing happens. When I drag from Nautilus to the left pane, Rhythmbox segv's (stack trace attached). When I double click from Nautilus, a Rhythmbox window appears and just as quickly disappears. None of this modifies the contents of my .gnome2/rhythmbox/*.xml files. (gdb) thread apply all bt
+ Trace 46487
Thread 5 (Thread 57449392 (LWP 2153))
Thread 4 (Thread 36330416 (LWP 2152))
Thread 3 (Thread 77118384 (LWP 2151))
Thread 2 (Thread 25840560 (LWP 2150))
Thread 1 (Thread -150583168 (LWP 2147))
Well it's been almost five months since this bug was filed, and still no fix. Maybe not everyone has this problem, but it's affected me across multiple versions and on two different distros...Does anyone have any further info on this issue? I'm not a very good programmer, but I'll do what I can to help. Oh and by the way, it worked in the 0.6 series, and it worked in 0.8.2. Does that information help at all?
I'm a bit confused by the backtrace, it looks like a problem switching sources. Do these SFTP sources require authentication?
Yes. Otherwise they wouldn't be very secure, would they? ;-)
What I mean is, is an authentication dialog required? I use public ssh key authentication, with ssh-agent so that after providing the passphrase to the agent, I'm not prompted for it when logging in to other sites. This means no authentication dialog is required. What I am getting at is that Rhythmbox doesn't support the authentication dialog currently, and it's hard to fix, because it requires making every file open asynchronous.
Yes. The authentication dialog is required. I understand the asynchronous open problem -- hopefully a clever gnome-vfs2/gnome-keyring-manager solution can be found... but regardless, it shouldn't crash....
Taking my brand new FC3 out for a spin, I still am hopeful that a gnome-vfs2/gnome-keyring-manager solution might be able to be found. I now find myself trying to access a secure WebDAV resource which requires password authentication. Colin -- any hope of looking at this again? Thanks! -jag
Any update on this? Would be helpful...
*** Bug 172106 has been marked as a duplicate of this bug. ***
Created attachment 54000 [details] [review] initial patch This is an initial patch to add gnome-vfs authentication support, using asynchronous get_info calls for remote files. I've tested this with local files, remote files that don't require intevention, and remote files that need a password entered/keyring authorisation. Radio still works. The patch also has to make library tracks hidden until they have been stat'd, which also prevent bug 318936.
Some notes on the above: * tracks remain hidden until the stat has completed, because until then it may be waiting on authentication from the user. * tracks with the "hidden" property set MUST not have synchronous gnome-vfs operations performed on them from the main thread, as it will block the UI. * bug 125177 then becomes WONTFIX for files that are gnome-vfs remote. * rb-podcast-manager currently only works is the "local" podcast episode storage is gnome-vfs local.
*** Bug 316376 has been marked as a duplicate of this bug. ***
Created attachment 55419 [details] [review] updated patch This is an updated version of the patch (same as posted to the ML), with a few more fixes. There are two known issues: 1) remote tracks will be removed from (normal) playlists when RB is restarted, because of bug 319278, and 2) the UI will block while for a while when importing remote tracks, because the metadata read is done in the main thread.
I've committed the latest patch from the mailing list to cvs, so we now support authentication gnome-vfs mounts. There are a few minor issues to sort out (like importing remote files sometimes blocking the UI a bit), but it works.