https://bugzilla.wikimedia.org/show_bug.cgi?id=47431
--- Comment #3 from PleaseStand <pleasest...@live.com> --- (In reply to comment #2) > God help me. Just when I thought the Services_JSON class was gone for good... I do of course agree with the "upstream" classification. MediaWiki shouldn't have to work around the problem, but rather PHP should be fixed. The main reason I reverted the changes on REL1_21 was to avoid a worst-case scenario in which the problem would remain uncorrected, and in response, Debian and Fedora would start compiling PHP without JSON support, and MediaWiki 1.21 would not work for users of these Linux distributions. (In reply to comment #0) > Until such time a version of the native JSON extension exists that does > not depend on any non-free component, MediaWiki should continue to provide > a pure PHP fallback under the terms of the GPL or another free license, or > at least make one easy to use if necessary. Reverting the change on REL1_21 means we have six months to either fix the problem upstream or work around the problem in MediaWiki. I'm investigating the former: the feasibility of replacing Crockford's JSON_checker with a different library. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
