Closed
Bug 659597
Opened 14 years ago
Closed 14 years ago
Planet generates faux xhtml, corrupting valid posts
Categories
(Websites :: planet.mozilla.org, defect)
Websites
planet.mozilla.org
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: neil, Unassigned)
Details
Here's some example HTML from blog.mozilla.com:
<div class="catlinks catlinks-allhidden"></div>
<div class="visualClear"></div>
Planet outputs the following markup:
<div class="catlinks catlinks-allhidden"/>
<div class="visualClear"/>
This is valid XHTML, but the page is sent as HTML and therefore the /s are bogus and get ignored by the HTML parser. In particular this means that the <div class="comment"> never gets closed and subsequent posts are indented under the blog post.
Planet also corrupts other markup but this is usually due to a stray unused <strong></strong> created by WordPress which is easily fixed by the author.
Comment 1•14 years ago
|
||
(In reply to comment #0)
> This is valid XHTML, but the page is sent as HTML and therefore the /s are
> bogus and get ignored by the HTML parser.
Hmm? My understanding is that the page is sent as XHTML, actually...
Content-Type is application/xhtml+xml;charset=utf-8
<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml"> ...
What am I missing for it to be considered valid XHTML?
Reporter | ||
Comment 2•14 years ago
|
||
OK, so I tried another browser, and it got served correct XHTML.
Comment 3•14 years ago
|
||
I think there's some code in place that serves it as HTML for some versions of IE due to some IE bug, iirc...
Can I resolve this WFM or invalid?
Reporter | ||
Comment 4•14 years ago
|
||
And I reloaded in the original browser, and got XHTML there too...
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•