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 440456 - Fails to copy tracks with < and ? in name to library
Fails to copy tracks with < and ? in name to library
Status: RESOLVED DUPLICATE of bug 550117
Product: rhythmbox
Classification: Other
Component: general
0.10.0
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-22 14:21 UTC by Sebastien Bacher
Modified: 2008-09-07 12:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastien Bacher 2007-05-22 14:21:21 UTC 
The bug has been opened on https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/114865

"Binary package hint: rhythmbox

Any song with a question mark, less than sign, or any other symbol not allowed in filenames fails when being copied to the library. I assume due to the fact it is unable to create the file.

Rhythmbox should sanitize the filenames when copying instead of simply failing.
...
When copying from a CD, Rhythmbox creates a file with the song name as it is in the ID3 tags. I have an album with track 11 called "Fame < Infamy" and during the extracting process I got a simple error message saying unable to access the file with a path name similar to "/media/shared/music/Fall Out Boy/Infinity On High/11 - Fame < Infamy.mp3". This partition is indeed vfat, I know I wouldn't happen on ext3, but what if a song name contains a slash? The same would occur.
Really rhythmbox should either figure out the filesystem and sanitize appropriately, or simply check if it can actually make the file and attempt sanitized filenames if it recieves an error."
Comment 1 Kirk Bridger 2007-10-16 17:16:39 UTC 
I can confirm that this currently happens on RB 0.11.2 in Gutsy.  For example a CD with the song name Who? will simply fail to copy to the library.  RB should sanitize or prompt the user for clarifying info, making the filename valid on the filesystem but keeping the correct characters in the tags.
Comment 2 Maduser 2008-09-04 21:14:09 UTC 
There is a second Problem based on this. I have imported a CD where the Titles have a ":". So this was not a Problem on may ext3-Filesystem. But try to copy it to my IPod fail, because here are ":" not allowed. So I think the filename should not depend on the actual filesystem, it should filter on every system special chars, because it could be later copied to a other device.
Comment 3 Jonathan Matthew 2008-09-07 12:11:35 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.


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