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 655385 - Importing playlists with hash marks fails
Importing playlists with hash marks fails
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Importing
2.0.0
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2011-07-27 06:37 UTC by Mark Stover
Modified: 2020-03-17 09:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Mark Stover 2011-07-27 06:37:49 UTC 
When importing a playlist in either .m3u or .pls format, any directory or file name that contains a hash mark (#, pound sign/number sign) fails to import.

I have tried escaping the filenames or placing inside quotes to no avail.

I am using Banshee 2.0.1 for Ubuntu 11.04

Even playlists created by exporting from Banshee and then re-importing fail.
Comment 1 Mark Stover 2011-07-28 05:08:54 UTC 
This may be a duplicate of this bug: https://bugzilla.gnome.org/show_bug.cgi?id=652953

I found through that bug, that if I URLEncode the hash mark (change # to %23) in the m3u file, that the song gets imported into the playlist fine. 

Banshee, when exporting playlists does not URLEncode the information into the m3u, thus rendering it unable to be re-imported.
Comment 2 André Klapper 2020-03-17 09:24:40 UTC 
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.