#14817 closed bug (invalid)
Webpositive cannot render html file
Reported by: | jackburton | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/WebPositive | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Download this zip file, unzip it and open main.htm or index.html with Webpositive: https://github.com/gibberlings3/iesdp/archive/gh-pages.zip
It won't work and show an error: "This page contains the following errors: error on line 26 at column 8: opening and ending tag mismatch: link line 0 and head"
Note that the same page works correctly if opened from here:
https://gibberlings3.github.io/iesdp/main.htm
Otter browser opens the file correctly. hrev52724, x64
Change History (4)
comment:1 by , 6 years ago
Summary: | Webpositive cannot render → Webpositive cannot render html file |
---|
comment:2 by , 6 years ago
comment:3 by , 6 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
I checked the files. You declare an XHTML strict doctype but your page do not validate as strict XHTML (non-closed tags, etc). If you want this to work, either make sure your pages pass XML validation, or use a non-xhtml doctype.
comment:4 by , 5 years ago
Remove milestone for tickets with status = closed and resolution != fixed
This happens when the MIME sniffing misidentifies an HTML file as XHTML. WebKit relies on the mime attribute for local files to decide which parser (html or xhtml) to use. I don't know what other browsers do for local files.
We can improve our sniffing rules or change our strategy.
Online this doesn't matter, because we instead trust the MIME type given by the web server, which is usually set properly.