Closed
Bug 310827
Opened 19 years ago
Closed 19 years ago
Header Data shown in Document Body
Categories
(Core :: DOM: HTML Parser, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: movgp0, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4 When having data in the header of a html-file, witch is not enclosed as property, but as content firefox works in quirks mode and moves that data into the body. This is not a good thing if you want to extend some xhtml-file with some metadata. Its possible to hide the information using a special ccs instruction per case, but this is not the sence behind. Reproducible: Always Steps to Reproduce: <html xmlns="..." xmlns:ns="..."> <header> <title>Title</title> <ns:foo>Data</ns:foo> </header> <body> </body> </html> Actual Results: <html xmlns="..." xmlns:ns="..."> <header> <title>Title</title> </header> <body> <ns:foo>Data</ns:foo> </body> </html> Expected Results: <html xmlns="..." xmlns:ns="..."> <header> <title>Title</title> <ns:foo>Data</ns:foo> </header> <body> </body> </html> This is needed ie. when trying to include Geoinformation into an xhtml-file. The syntax is: <html xmlns="http://www.w3.org/1999/xhtml" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"> <header> <title>Title</title> <geo:Point> <geo:lat>45</geo:lat> <geo:long>30</geo:long> </geo:Point> </header> <body> Content of body. </body> </html> This is ie. a need for geoinformational searchengines witch can be used in cases like finding a hotel/restaurant next to you're current location. It coul'd also be viewed by an (firefox-)plugin to be able to see the location on a worldmap.
Comment 1•19 years ago
|
||
I suspect the answer is: "don't serve such documents as text/html". From http://www.w3.org/TR/xhtml-media-types/#text-html "In particular, 'text/html' is NOT suitable for XHTML Family document types that adds elements and attributes from foreign namespace..."
Component: General → HTML: Parser
Product: Firefox → Core
Version: unspecified → Trunk
I know that, so I've included the following line into the Header: <meta http-equiv="Content-Type" content="application/xhtml+xml" /> I've no possibility to change the behavior from the (Apache-)Server of my Webhoster witch would be the best solution at all. Also changing the Fileextension to .xhtml will help, but then I have the Problems that (1) the Tools I've in use (specially blogger.com) won't support that and (2) Internet-Explorer can't show them without a registry-hack. So I would need to have a copy of each and every .xhtml file with an .html Extension. Considering such practical Problems, I would recommend to let the Meta-Element overwrite the RFC2616 (HTTP) Response Header, whitch is afaik the original purpose of http-equiv="Content-Type".
Comment 3•19 years ago
|
||
> Considering such practical Problems, I would recommend to let the Meta-Element
> overwrite the RFC2616 (HTTP) Response Header
That would violate the HTTP and XHTML specifications.
Marking invalid; the behavior here is exactly what XHTML requires.Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•