➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author arjanstaring
Recipients Haoyu SUN, arjanstaring, eric.smith, mark.dickinson, rhettinger
Date 2020-11-20.14:11:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <[email protected]>
In-reply-to
Content
Please re-evaluate; the current behaviour is incompatible with JSON specification in favour of providing the user/application/consumer of the resulted JSON information regarding the conversion process. Given what is stated in the documentation I do agree with the default behaviour, but I don't agree with only supporting "most JavaScript based encoders and decoders" and not supporting the JSON specification. I would opt to support "most encoders and decoders" + the JSON specification. Furthermore, the allow_nan doesn't allow anything, it forces as no alternative is provided. Setting it to false does not make it disallow, but makes it not work at all, forcing to use the default behaviour. I would suggest when allow_nan is set to false, to make it compliant with JSON and use null instead (as per specification). This way we are supporting most Javascript based encoders and decoders, but can also produce JSON compliant output.
History
Date User Action Args
2020-11-20 14:11:11arjanstaringsetrecipients: + arjanstaring, rhettinger, mark.dickinson, eric.smith, Haoyu SUN
2020-11-20 14:11:11arjanstaringsetmessageid: <[email protected]>
2020-11-20 14:11:11arjanstaringlinkissue40633 messages
2020-11-20 14:11:11arjanstaringcreate