15765 2012-01-28 20:46:47 +0000 Replaceable interface 2012-12-21 14:41:36 +0000 1 1 1 Unclassified WHATWG URL unspecified All All RESOLVED FIXED P2 normal Unsorted 1 Ms2ger annevk annevk bzbarsky erik.arvidsson mike public-html-admin public-html-wg-issue-tracking public-script-coord public-webapps w3c sideshowbarker+urlspec oldest_to_newest 63236 0 Ms2ger 2012-01-28 20:46:47 +0000 The URL spec [1] currently has interface [Replaceable] URL {}; which I believe we found is required for compat. It seems we should spec such a thing. [1] http://dvcs.w3.org/hg/url/raw-file/tip/Overview.html#interface-url 63269 1 bzbarsky 2012-01-29 01:16:14 +0000 What does that even mean? "Replaceable" is needed for accessor properties because otherwise assignment won't create an own property. But doing this: URL = whatever (with or without var) would work fine. The only weird thing I can think of is if you want something like this: <script> var URL; alert(URL) </script> to alert undefined. Is that what the URL spec wants? That runs right back into the whole "there is no way to express this in ES5 terms" issue we just had with named properties on Window. 63303 2 cam 2012-01-29 23:13:16 +0000 Can you clarify what it's meant to mean? 63314 3 zcorpan 2012-01-30 09:07:58 +0000 Maybe the URL spec should rename "URL" instead. 63319 4 Ms2ger 2012-01-30 09:44:07 +0000 Boris, you fixed the bug at <https://bugzilla.mozilla.org/show_bug.cgi?id=617296>; maybe you could explain what you did? :) (In reply to comment #3) > Maybe the URL spec should rename "URL" instead. With createObjectURL deployed, I'm afraid that's too late. 63340 5 bzbarsky 2012-01-30 16:48:07 +0000 > maybe you could explain what you did? :) Sure. As implemented right now in Gecko, there is no "URL" interface. Instead there is a MozURLProperty interface defined as follows: interface MozURLProperty { DOMString createObjectURL(Blob blob); void revokeObjectURL(DOMString URL); }; and a property on the Window interface defined as follows: readonly attribute MozURLProperty URL; The bug you linked to made this readonly property replaceable. That's a perfectly sensible concept and all. If we were to introduce a URL interface (which would presumably have static methods on it for createObjectURL/revokeObjectURL?) instead of having a property on the window, then we'd just remove the above readonly property and the replaceability code for it, and the site that bug was about would Just Work (well, it'd nuke window.URL with its own stuff, but work within that constraint). 63343 6 Ms2ger 2012-01-30 17:40:32 +0000 Alright, over to URL, then. 67633 7 annevk 2012-05-12 09:37:37 +0000 So this bug is just about removing [Replaceable] at this point, right? 67634 8 Ms2ger 2012-05-12 09:41:07 +0000 It appears so. 67644 9 annevk 2012-05-14 10:51:57 +0000 http://dvcs.w3.org/hg/url/rev/7f474a8a87d9