Directories with invalid unicode characters get automagically added to *all*
playlists in xmms.
Here at work we have a NFS shared directory, /export/fs/mp3s, under which users
can put personal CDs they've ripped to listen to at work.
One of our users with questionable musical taste, ripped a CD, "Misty Eyed
Adventures", by an artist named Maire Brennan. This was ripped under RH 7.1 or
7.2 in either C or ISO8859-1 or ISO8859-15 modes, creating a directory named
/export/fs/mp3s/Maire Brennan - Misty Eyed Adventures
Now, we have users running RHL 8.0. When they access any other directory under
the /export/fs/mp3s directory (say, /export/fs/mp3s/White_Noise, for example) in
xmms, the files in /export/fs/mp3s/Maire Brennan - Misty Eyed Adventures
automatically get added to the XMMS playlist.
The problem appears to be that the a in Maire is encoded improperly for Unicode
-- on RHL 8 machines, this directory appears as M ire Brennan, and Nautilus even
warns that it's invalid Unicode.
I'll attach a dump of the /export/fs/mp3s directory inode. The inode in
question (the Maire Brennan directory) is 13025284.
By itself, the change in encoding from 7.2 to 8.0 isn't a problem. The problem
is that xmms is automatically adding this directory to all playlists.
Presumably it's getting confused by the invalid unicode, but some of our users
are already using this bug in xmms for practical jokes....
Created attachment 80024 [details]
dump of /export/fs/mp3s inode
It definitely appears to be due to Unicode wackiness. If the users run
LANG=C xmms &
then the badly encoded directory doesn't automagically get added to their playlists
Hmm, bugzilla automatically stripped it. The "a" in Maire above has an accent
Moved upstream here: