| Summary: | document.compatMode is incorrect for javascript: protocol URLs in IFRAMEs | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | haysfamily | ||||||
| Component: | DOM | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | Normal | CC: | abarth, ap, commit-queue, marcoos+bwo | ||||||
| Priority: | P2 | ||||||||
| Version: | 528+ (Nightly build) | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Attachments: |
|
||||||||
This does not happen in recent WebKit nightlies and Chrome 10. It is reproducible on Safari 5, though (I only checked on Windows). Fixed by HTML5 parser? Do we need a regression test? I'll write a test. Created attachment 85370 [details]
Patch
Comment on attachment 85370 [details]
Patch
It's better when tests mention what expected results are, and why (a link to a bug would be nice). That makes it much easier to decide what to do when results unexpectedly change.
Comment on attachment 85370 [details] Patch Clearing flags on attachment: 85370 Committed r80821: <http://trac.webkit.org/changeset/80821> All reviewed patches have been landed. Closing bug. |
Created attachment 33797 [details] tiny HTML file that shows the correct compatMode with no DOCTYPE in the main document, and then incorrectly set for the IFRAME When you specify a src="javascript:'<HTML><BODY></BODY></HTML>'" attribute for an IFRAME, WebKit assigns document.compatMode = CSS1Compat (strict) even though no DOCTYPE was specified. All other browsers tested (IE 6, 7, 8, Firefox 2, 3, 3.5, Opera 9.6x) report the compatMode = BackCompat (quirks).