[Bug 10894] New: Reflecting an IDL attribute with a URL should try to canonicalize whatever value is set

http://www.w3.org/Bugs/Public/show_bug.cgi?id=10894

           Summary: Reflecting an IDL attribute with a URL should try to
                    canonicalize whatever value is set
           Product: HTML WG
           Version: unspecified
          Platform: All
               URL: http://dev.w3.org/html5/spec/common-dom-interfaces.htm
                    l#reflecting-content-attributes-in-idl-attributes
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P3
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: adrianba@microsoft.com
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


Created attachment 918
  --> http://www.w3.org/Bugs/Public/attachment.cgi?id=918
Test case

The spec says: "If a reflecting IDL attribute is a DOMString attribute whose
content attribute is defined to contain a URL, then on getting, the IDL
attribute must resolve the value of the content attribute relative to the
element and return the resulting absolute URL if that was successful, or the
empty string otherwise"

None of the major browsers return the empty string.

Proposed language:
"If a reflecting IDL attribute is a DOMString attribute whose content attribute
is defined to contain a URL, then on getting, the IDL attribute must resolve
the value of the content attribute relative to the element and return the
resulting absolute URL"

In other words, store whatever value is supplied, and then try to canonicalize
the URL relative to that.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Thursday, 30 September 2010 19:38:35 UTC