Closed Bug 959190 Opened 6 years ago Closed 6 years ago
URL objects lack proper stringification
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release) Build ID: 20131205075310 Steps to reproduce: Type in the console: (new URL('http://example.com')) + "" Actual results: "[object URL]" Expected results: "http://example.com/"
For reference: http://url.spec.whatwg.org/#api URLUtils and URLUtilsReadonly interfaces use the `href` attribute as stringifier.
And our WebIDL has the stringifier on it ... do stringifiers not work? or do they not carry across implements statements?
Andrea, did you miss this in bug 887364? Or has the spec changed since then?
Status: UNCONFIRMED → NEW
Ever confirmed: true
> do stringifiers not work? Stringifier _attributes_ do not work so far in our WebIDL implementation. See bug 851891 for making it a build-time error to try using one. We should be using an anonymous stringifier method here.
And add a test!
And see bug 824857 for adding support for stringifier attributes.
Assignee: nobody → amarchesini
(In reply to Boris Zbarsky [:bz] from comment #3) > Andrea, did you miss this in bug 887364? Or has the spec changed since then? I think the spec is changed. I don't remember. But it's doesn't really matter. I'm going to fix it asap.
I removed 'stringify' in any webidl interface inheriting URLUtils.
test for any stringify interface.
Comment on attachment 8359261 [details] [diff] [review] url.patch r=me. Thank you for doing this!
Attachment #8359261 - Flags: review?(bzbarsky) → review+
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
[testday-20140411] Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 This issue is fixed on Windows 7 SP1 x64, using the latest Beta (20140410150427).
You need to log in before you can comment on or make changes to this bug.