Open ctr49 opened 12 years ago
The evhttp_decode_uri function in use here - provided by libevent - or its GCD pendant http_decode_uri are fairly simple and yes I don't think they supports CC88 url decoding.
However never had issues with files generated by itunes as they always used a different form of unicode normalisation in the encoded url? And those work IIRC.
I was looking at the raw xml as generated by iTunes. This may be related to either iTunes on MacOS or storing the library on an AFP share... But regardless of the reasons I guess it wouldnt hurt to decode those characters?!
I've got some serious problems with non-ascii characters in filenames contained in iTunesLibrary.xml
Take the following example:
Special characters like ä,ö,ü are encoded using "combining diaeresis" (%CC%88) and forked-daapd doesn't seem to honor this, so I don't have those in my playlist but just when it picks up the file in the filesystem.
Whenever %CC%88 is found, the previous character should be converted a -> ä o -> ö u -> ü A -> Ä O -> Ö U -> Ü
and "%C3%9F" shall become "ß" (without any attention to the previous character).
Thanks!