Bugzilla – Bug 993
special character not sorted properly in web ui artist browse
Last modified: 2011-03-16 04:40:39 UTC
Just loaded up the new 6.0 beta. One thing that I noticed was artist '�-ziq' - which was previously sorted after 'Z' and with its own '�' header in the artist list, has now been sorted after the 'A's and without its own header. Tried Default2 and Default skins with the same results. These are mp3 files with id3v1 tags: $ id3v2 -l mu-ziq_-_bluff_limbo_-_101_hectors_house.mp3 id3v1 tag info for mu-ziq_-_bluff_limbo_-_101_hectors_house.mp3: Title : Hector's House Artist: �-ziq Album : Bluff Limbo Year: 1994, Genre: Unknown (255) Comment: uberstd 3.90.3 mp3gain Track: 1 I can provide a sample file if it helps things. I attached a little screenshot.
Created attachment 314 [details] sorting behavior
Jason - where would you like this sorted? After Z as it was before, or in the U's ?
Or actually, s/�/MU/
I just thought it was a bit odd that � now sorts between A and B and that there might be something wrong with the 6.0 sorting mechanism. I'm not too fussed about where � appears - wherever perl sorts it by default is fine. Do you think putting � in an id3v2.3 tag might help since that tag supports more character encodings?
Well, it's the issue of if/where we normalize it for the "titlesort". Having the native character leaves it up to perl for where to sort it, instead of us explitly putting it somewhere. For instance, we turn �nima into AENIMA
I've checked in subversion change 2401. This normalizes � to MU