The URL is a testcase. Please see Mozilla bug 318365: https://bugzilla.mozilla.org/show_bug.cgi?id=318365
Marking as wontfix for the same reasons as the referred mozilla bug was marked as invalid: we're matching IE behavior here, and that's goog enough.
(In reply to comment #1) > Marking as wontfix for the same reasons as the referred mozilla bug was marked > as invalid: we're matching IE behavior here, and that's goog enough. > Did you even read that bug? The bug notes that Safari/webkit is not starting an implied <body> tag at the presence of an <img> tag. The Mozilla bug was marked INVALID because *they* were matching IE's behavior. Webkit, however, is not. This is still a valid bug. Reopening.
CCing Joost, since he's the one who closed this bug.
I did read it but it must have been late, soz, confirming now :)
Using Hixie's Live DOM Viewer, it appears that an implicit <body> tag is being created if you paste the contents of the URL into the top window (or if you just paste "<img>" in there). http://software.hixie.ch/utilities/js/live-dom-viewer/ Tested with a locally-built debug build of WebKit r18636 with Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8L127).
Also, the DOM Inspector in ToT WebKit shows a <body> element has been created after loading this URL: data:text/html,<img>
This has been fixed long ago.