Fix browsing for non-ascii entity URI under Safari
authorVirgil Dupras <hsoft@hardcoded.net>
Sun, 21 Jun 2015 02:39:42 +0000 (22:39 -0400)
committerVirgil Dupras <hsoft@hardcoded.net>
Sun, 21 Jun 2015 02:39:42 +0000 (22:39 -0400)
commitfe44fca184b018b71c49e15507b1086610697388
treec11b41da3488801330353cf93ba4a30e6564768d
parent51c371bbc390c4095e9859cb48666a65fe807d89
Fix browsing for non-ascii entity URI under Safari

Previously, browsing entities with non-ascii characters in their URI
under Safari wouldn't work. Directories would be empty, songs wouldn't
be added. I haven't tried it, but this behavior seems to be common to
Webkit-based browsers, so Chrome would be affected too.

This turned out to be because Safari normalizes all unicode strings to
NFC, breaking the link with MPD-spewed URIs, which are in NFD.

An obvious fix would have been to normalize all URIs to NFD, but
unfortunately, Safari doesn't have `str.normalize()`. Adding
normalization capabilities to our JS side would have involved
introductiing libraries such as `unorm`, which is rather big.

We could have done it on the C side, but it involves introducing `icu`,
which is far from trivial too.

After much fussing around, I stumbled on a simple solution: URI-encode
our URI when creating our browser table row. This magically prevents
Safari from trying to mess with our unicode form before we get the
chance to send it back to our server.
htdocs/js/mpd.js