Details
-
Bug
-
Status: Closed
-
High
-
Resolution: Done
-
2.26.21, 3.0.1, 3.1.0
-
None
-
None
Description
IE8 does not render "<p>foo ' bar<p>" as "foo ' bar" but as "foo ' bar". This is a known IE8 bug and only affects this character entity. Background: ' is not a HTML4 entity, but an XML/HTML5 one.
The fact that we only now are bitten by this IE8 bug (and not earlier) is because the way the ' character is normalized has changed in one of the 7.9 maintenance releases (as a result of the changes we made to both the HtmlCleaner and CKEditor). An overview of how 7.8, 7.9.1, 7.9.8 and trunk store the string
"<p>foo ' bar ' baz ' lux</p>"
when entering the text in source view and clicking save (see note below).
7.8.10-SNAPSHOT | "<p>foo ' bar ' baz ' lux</p>" |
7.9.1 | "<p>foo ' bar ' baz ' lux</p>" |
7.9.9-SNAPSHOT | "<p>foo ' bar ' baz ' lux</p>" |
10.1.0-SNAPSHOT | "<p>foo ' bar ' baz ' lux</p>" |
Bottom line: customers can have content with "'" as literal text, entered either on purpose or because of conversions, leading to editing problems (opening and saving a document in IE8 transforms "'" to "&apos;" CMS-9479) and on the site customers only now notice the rendering problem in IE8 (CMS-9434).
Note that CKEditor also does cleanup when switching from source to wysiwyg mode, it actually replaces all ' and ' for ' but that does not help us (enough).
Attachments
Issue Links
- relates to
-
CMS-9434 htmlcleaner creates xml codes for several characters, which can not be rendered by internet explorer 8 and below
- Closed
- waits for
-
CMS-9479 in IE8, in richtext editor, XML entities get mingled up when editing for the second time
- Closed
-
HSTTWO-3420 implement a mechanism to globally configure a custom content rewriter
- Closed