This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
In three places, the syntax optional [EnsureUTF16] DOMString is used; however, this syntax is not valid according to WebIDL2 Production 58 [1]. Changing these three cases to: [EnsureUTF16] optional DOMString fixes these problems. [1] http://heycam.github.io/webidl/#proddef-Argument In one place, the syntax optional (... or [EnsureUTF16] DOMString or ...)? is used. Unfortunately, the only way to make this valid according to WebIDL2 is to move the extended attribute before "optional", which definitely makes this semantically awkward (if not ill formed). That is, one would have to write: [EnsureUTF16] optional (... or DOMString or ...)? which looks rather strange when "..." is not DOMString.
https://github.com/whatwg/xhr/commit/fad6118b670569bef63afc8d5e1bb5a94154f431
Thanks!
I see the change was made in the whatwg version, and not the downstream (w3c) version. Could you downstream this to W3C please?
Please don't reopen my bugs.
W3C version updated: https://dvcs.w3.org/hg/xhr/raw-file/tip/xhr-1/Overview.html Thanks,
(In reply to Anne from comment #4) > Please don't reopen my bugs. You are confused. I reported the bug, therefore it is MY bug. You are merely the assignee. In any case, I (and any other reporter of a bug) damn well have the right to reopen a bug if it isn't satisfactorily addressed. I appreciate your addressing this bug in the WHATWG version, but the bug was reported against the W3C edition, so it isn't fixed until addressed in the latter. Thanks to Jungkee for following through with an update.
No it wasn't. The W3C version does not have bugs associated with it. Otherwise the bug would not have been assigned to me.
(In reply to Anne from comment #7) > No it wasn't. The W3C version does not have bugs associated with it. > Otherwise the bug would not have been assigned to me. Then please explain how the product code of WebAppsWG associated with this bug is associated with a WHATWG spec. Last time I checked the WebAppsWG was a W3C WG working on W3C specs (only).