[DJSON-11] Commas still don't work properly in all cases for removed values via value-fn

Fri, 17 May 2013 08:33:47 -0500

DSON-7 fixes the problem with printing JSON with extra commas, but only as long as the last item is actually printable (the test doesn't appear to demonstrate this, but the keys are iterated in hash order, not insertion order). If the last item's no good, we still have a problem.

The best way to handle this without trying to precalculate value-fn for the next value (in case it's not needed) is to insert the comma BEFORE we print the current value, but only if it's not the first thing to be printed.

[DJSON-9] Always escape U+2028 and U+2029 to be nice to broken JSON parsers

Sun, 28 Apr 2013 21:46:10 -0500

U+2028 and U+2029 should be treated like \n and, viz, escaped even when *escape-unicode* is false.

A number of JSON parsers (such as ExtJS's) think they can eval JSON in a JS runtime to decode it. This is not true, since JS does not allow U+2028 and U+2029 unescaped in strings:

http://timelessrepo.com/json-isnt-a-javascript-subset

While this is broken behavior, it is also quite common, so escaping these characters uniformly may ease some developer pain and surprise.

Clojure JIRA

[DJSON-11] Commas still don't work properly in all cases for removed values via value-fn

[DJSON-9] Always escape U+2028 and U+2029 to be nice to broken JSON parsers