Earlier had a user complaining about not being able to type after a link without it being underlined also. The user frantically tried all settings to remove the underline. On save, all text after that point was underlined. On viewing the plaintext, we found a '<u />' tag. This seems to be a self-closing underline tag, but is invalid HTML and caused the whole last half of the document to be underlined.
Is there an optimization to contract "<X></X>" to "<X/>"? If so, there should be a check that X is a valid self-closing tag, and if not, the pair should be deleted.
--
TWiki:Main/BuckGolemon
- 27 Sep 2007
I've just generated the exact same problem with this HTML: <blockquote> </blockquote>
Is transformed into: <blockquote />
Which just indents the entire rest of the document.
--
TWiki:Main.BuckGolemon
- 02 Oct 2007
Was this supposed to be reported against one of the editors?
TinyMCEPlugin perhaps? If so,
exactly how do you reproduce it? Is the <u /> in the HTML viewed in the editor, or does it only appear after the save?
CC
Yes,
TinyMCEPlugin. The HTML views as '<blockquote> </blockquote>', but saves as <blockquote />. I believe it happens when all the content of a tag is deleted, but the tag remains.
--
TWiki:Main.BuckGolemon
- 08 Oct 2007
Raw edit, insert
underline with no content here:
test.
View raw html in TMCE, can see the u/u. Save.
OK, I see the problem. Confirmed.
Fixed when I fixed the parser (can't remember the checkin number, sorry)
CC