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 657526 - Banshee saves playlists with URL encoded names
Banshee saves playlists with URL encoded names
Status: RESOLVED DUPLICATE of bug 647917
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
git master
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-08-27 19:39 UTC by William Witt
Modified: 2011-08-30 22:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description William Witt 2011-08-27 19:39:23 UTC
In current git master, banshee URL encodes playlist names when saving them to mass storage devices (at least as .m3u).  Additionally, they are not decoded when detected by banshee, so the error cascades, creating completely unreadable names (example: Recently%252520Played).

Video of bug in action:
http://www.vimeo.com/28242141

Test Case:
1) Put an .is_audio_player file on a thumb drive with the following contents:
audio_folders=MUSIC/
output_formats=application/ogg,audio/x-ms-wma,audio/flac,audio/x-wav,audio/mpeg
playlist_formats=audio/x-mpegurl

2) Add music and create a playlist with spaces in the device
3) Disconnect device through banshee (so playlists are written to the device)
4) Reconnect device (remove and replace from usb port)
5) Repeat steps 3 & 4 several times and note how the playlists names change.
Comment 1 Andrés G. Aragoneses (IRC: knocte) 2011-08-27 22:35:00 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

(Thanks especially for the video! I would love that every bug reporter does that :) )

*** This bug has been marked as a duplicate of bug 647917 ***
Comment 2 Andrés G. Aragoneses (IRC: knocte) 2011-08-30 21:44:08 UTC
William, BTW, the video shows a second bug: the fact that the progress bar that appears to inform the user that a sync is happening, but it doesn't disappear when the sync finishes. Do you mind creating a new bug for that? Thanks
Comment 3 William Witt 2011-08-30 22:57:44 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=657769