GNOME Bugzilla – Bug 583934
Rhythmbox ignores portable_audio_player interface
Last modified: 2009-05-31 13:07:34 UTC
My phone (HTC Dream) reports: $ hal-device | grep audio portable_audio_player.access_method.protocols = { 'storage' } (string list) portable_audio_player.output_formats = { 'audio/x-ms-wma', 'audio/3gpp', 'audio/mp4', 'audio/aac', 'audio/vnd.rn-realaudio', 'audio/x-midi', 'audio/x-wav', 'audio/mpeg' } (string list) portable_audio_player.audio_folders = { 'Music/' } (string list) portable_audio_player.storage_device = '/org/freedesktop/...' (string) info.capabilities = { 'storage', 'block', 'portable_audio_player', 'access_control' } (string list) info.category = 'portable_audio_player' (string) Rhythmbox happily ignores this data, including portable_audio_player.audio_folders. This results in rhythmbox grinding to a halt when it tries to index ~3GB of git trees in Code/ directory of my phone. Rhythmbox should respect the audio_folders (and possibly output_formats) key when present.
It works perfectly for me. Output from 'rhythmbox -D generic' might help.
Created attachment 135651 [details] Debugging output
See the attachment, it seems the directory is only obeyed for songs, not playlists. Add some gigs of source code with bazillions of small files and it soon gets ugly :)
Indeed.. I don't think we really thought about what we should do when playlist support information is missing. In this case, we don't have a playlist path spec or playlist formats, so it probably doesn't make sense to go looking for playlists at all.
fix committed as 0c9d36ecc5d8866e69cdbadbe29495fc243e9817 This didn't make it into 0.12.2, but never mind, the next one will be along soon enough.