Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ZPublisher should be smart about encoding errors #654

Open
d-maurer opened this issue Jun 18, 2019 · 0 comments
Open

ZPublisher should be smart about encoding errors #654

d-maurer opened this issue Jun 18, 2019 · 0 comments
Milestone

Comments

@d-maurer
Copy link
Contributor

Modern browsers internally use unicode. Only at system boundaries they employ an encoding to map from/to the internal representation. Following HTML 5, they use character references to represent characters not encodable by the output encoding.

ZPublisher should follow a similar approach for HTML and XML responses (i.e. use
"xmlcharrefreplace" rather than "replace" as encoding error handling). For HTML and XML responses, character references are at most places correctly handled. There are places where this is not the case (e.g. in CDATA sections) but at those places a character reference is not more bad than a replacement character. Maybe, this argument is even correct for all responses (thus that xmlcharrefreplace could be used independent of the reponse type).

@dataflake dataflake added this to the 5.0 milestone Oct 30, 2019
@icemac icemac modified the milestones: 5.0, 5.1 Oct 2, 2020
@icemac icemac modified the milestones: 5.1, 5.2 Apr 20, 2021
@icemac icemac modified the milestones: 5.2, 5.4 Nov 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants