[Webkit-unassigned] [Bug 43650] New: Some IDL attributes don't reflect URL content attributes properly
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Aug 6 15:43:31 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=43650
Summary: Some IDL attributes don't reflect URL content
attributes properly
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
URL: http://aryeh.name/tests/reflection.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: Minor
Priority: P2
Component: HTML DOM
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: Simetrical+webkit at gmail.com
Version:
Google Chrome 6.0.472.22 (Official Build 54852) dev
WebKit 534.3
V8 2.2.24.8
User Agent Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.22 Safari/534.3
Command Line /opt/google/chrome/google-chrome
Minimal test case:
data:text/html,<!doctype html><script>var el = document.createElement("iframe"); el.setAttribute("src", ""); alert(el.src);</script>
This alerts an empty string, when it should alert the full current URL, according to HTML5:
http://www.whatwg.org/specs/web-apps/current-work/multipage/urls.html#reflecting-content-attributes-in-idl-attributes
Replace iframe/src by audio/src, base/href, blockquote/cite, embed/src, form/action, ins/cite, source/src, video/src, or video/poster and the same bug occurs. Replace it by other things, like a/href or img/src, and it does not. I don't know why. This problem occurs in real HTML files too, not just data URLs.
If you replace the "" with "foo", and switch from data URL to an actual file (I don't know what "foo" is supposed to resolve to relative to a data URL . . .), it gets weirder. In a few of the above cases it works correctly -- specifically audio/src, source/src, video/src, video/poster -- but in all other cases it does not.
Safari 5 exhibits a similar problem, but with a somewhat smaller set of attributes: base/href, blockquote/cite, embed/src, form/action, iframe/src, ins/cite. I'm not sure if it's the same bug but different versions, or entirely different bugs, but in either case it's appropriate for here, I guess.
Opera 10.60 exhibits similarly weird behavior in various different cases. Firefox matches the spec in all cases I tested except form/action, where it's also wrong when setting to the empty string but right in other cases. IE8 seems correct per spec in all cases.
(The URL given <http://aryeh.name/tests/reflection.html> is a test suite for IDL reflection that I'm working on right now. It might not be fully correct yet; I'll try to isolate and file bugs one by one. But it's a quick way to check all elements at once for this particular failure, if you ignore the other failing tests.)
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list