Comment 14 for bug 62430

@Steven : Yes, but I think this is a bigger problem then just play lists. The solution of writing "rhythmbox-client --play-uri=[PATH HERE]" works on the command line.

@all

Doing some tests, this is not just a play list issue, it is a whatever you are trying to play directly when RB is close, it wont work, unless you use the solution from Steven just up here.

For example, double clicking on a .MP3 file, in the file manager does nothing more then start rhythmbox. It does not play the music from the MP3.
Looking with ps, witch shows what is the actual command line, gives this :

$ ps -ef | grep rhy
racine 8536 1 23 14:51 ? 00:00:04 rhythmbox /home/racine/multimedia/mp3/musique/Classique/symphony9_beethoven_radio3.mp3
racine 8586 1 4 14:52 ? 00:00:00 /usr/lib/rhythmbox/rhythmbox-metadata unix:tmpdir=/tmp

So the file MP3 is actually on the command line.
Closing RB and doing the same thing with firefox from the http://di.fm website for example

t$ ps -ef | grep rhy
racine 9523 5291 32 14:59 ? 00:00:03 /usr/bin/rhythmbox /tmp/eurodance.pls
racine@maison01:~$ ls /tmp/eu*
/tmp/eurodance.pls

So again, the file is there, and no music.
I think that there is two solutions to the problem.

1- Just like Malcolm said in the first comment : "Rhythmbox is responsible for the contents of /usr/lib/mime/packages/rhythmbox" witch is the file associations. We could ask the programmer to change the file association like this for .MP3 and .PLS.

audio/x-mp3; rhythmbox-client --play-uri='%s'; description="MP3 audio"; test=test -n "$DISPLAY"; nametemplate=%s.mp3
audio/x-scpls; rhythmbox-client --play-uri='%s'; description="MP3 ShoutCast playlist"; test=test -n "$DISPLAY"; nametemplate=%s.pls

By the way, I did change it just like that, and it does not work, I don't know why. Can someone help on that?

2- Ask the programmer to have RB accept a default command line argument as a URL or PATH to the music. Just like "ps" show up here.