User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:126.96.36.199) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/188.8.131.52 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:184.108.40.206) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/220.127.116.11 When opening an XHTML page and viewing the source, for non-container tags like: <link rel="stylesheet" href="style.css" type="text/css"/> the last '/' is red, which is normally used to describe errors. This gives the illusion the closing /> is wrong, while it is standard XML syntax. Reproducible: Always Steps to Reproduce: 1. Go to an XHTML page such as http://bugs.dazjorz.com/ 2. View source 3. Look at a non-container tag like <link/>. See how the last '/' is red. Actual Results: The '/' at the end (in '/>') is red. Expected Results: I expected the '/' at the end to be black, just like the / in </title>, for example, and the > which comes after the / in for example <link/>.
It seems that server is reporting "text/html" so that why you get that "/" is red.
text/html is a valid mime type for XHTML 1.0; next to that, I have an XHTML doctype, so Firefox knows it's XML... Right?
(In reply to comment #2) > text/html is a valid mime type for XHTML 1.0; next to that, I have an XHTML > doctype, so Firefox knows it's XML... Right? > if it is under "text/html", you are using the HTML parser instead XML parser.
But that's not right, because I have an XHTML doctype, so the file *must* be parsed by an XML parser. Isn't that a bug in Firefox itself, then?
Files are parsed according to their MIME type. If the file is marked as text/html, then it's parsed as HTML. Mark it as text/plain and it's not parsed at all. The DOCTYPE is only examined for text/html, and then only to switch between HTML parsing modes--see http://developer.mozilla.org/en/docs/Mozilla%27s_DOCTYPE_sniffing for the details.