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 550035 - banshee doesn't respect the portable_audio_player.folder_depth key
banshee doesn't respect the portable_audio_player.folder_depth key
Status: RESOLVED DUPLICATE of bug 537367
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
1.2.1
Other Linux
: Normal critical
: 1.x
Assigned To: Gabriel Burt
Gabriel Burt
Depends on:
Blocks:
 
 
Reported: 2008-08-31 10:11 UTC by Jakub Steiner
Modified: 2008-08-31 13:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jakub Steiner 2008-08-31 10:11:57 UTC
I have tried to create an FDI file for my generic audio player. The player expects the files to be in /AUDIOS/MUSIC folder, but not in nested hierarchy. The FDI snippet seems to work with rhythmbox, it will put it inside the folder with no further folder hierarchy. Banshee insists on creating /AUDIOS/MUSIC/$Artists/$Album/.

Here's what my generic player FDI snippet looks like:

	<!-- generic chinese 'Aiptek, MP315 MP3 Player' (says Odin on the box) -->
        <match key="@storage.originating_device:usb.product_id" int="0x757a">
          <merge key="portable_audio_player.access_method" type="string">storage</merge>
          <merge key="portable_audio_player.type" type="string">generic</merge>
          <merge key="portable_audio_player.folder_depth" type="int">1</merge>
          <addset key="portable_audio_player.access_method.protocols" type="strlist">storage</addset>
          <append key="portable_audio_player.output_formats" type="strlist">audio/mpeg</append>
          <append key="portable_audio_player.input_formats" type="strlist">audio/mpeg</append>
          <append key="portable_audio_player.audio_folders" type="strlist">AUDIOS/MUSIC/</append>
         </match>
Comment 1 Bertrand Lorentz 2008-08-31 13:32:55 UTC
Mmmh, the code that's supposed to handle the folder depth is commented out in MassStorageSource.GetTrackPath.

Gabriel, any idea why ?
Comment 2 Michael Monreal 2008-08-31 13:40:51 UTC
I already filed this a few month ago. 

Bertrand, please take a look at the other bug, I linked a third bug which may be related.

*** This bug has been marked as a duplicate of 537367 ***