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 r.david.murray
Recipients amaury.forgeotdarc, ezio.melotti, r.david.murray, serhiy.storchaka, vstinner, wrohdewald
Date 2014-10-28.13:43:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1414503832.22.0.969367552628.issue22746@psf.upfronthosting.co.za>
In-reply-to
Content
In normal HTML utf-8 works fine, doesn't it?. It's only when reading from a file (where the browser doesn't know the encoding) that it fails.  Do you have a use case for xmlcharrefreplace in the HTML context (which is what cgitb is primarily targeted at).  Some place where the web page can't be declared as utf-8, perhaps?

I suppose it might be a not-unreasonable enhancement request to have a parameter to Hook that says "do xmlcharrefreplace", but since the workaround is actually simpler than that, I don't know if that is worthwhile or not.  Or do people feel like doing the replacement all the time (it's only in tracebacks, after all) be the right thing to do?
History
Date User Action Args
2014-10-28 13:43:52r.david.murraysetrecipients: + r.david.murray, amaury.forgeotdarc, vstinner, ezio.melotti, wrohdewald, serhiy.storchaka
2014-10-28 13:43:52r.david.murraysetmessageid: <1414503832.22.0.969367552628.issue22746@psf.upfronthosting.co.za>
2014-10-28 13:43:52r.david.murraylinkissue22746 messages
2014-10-28 13:43:52r.david.murraycreate