Implement the new syntax (= {}) for dictionary defaulting
Categories
(Core :: DOM: Bindings (WebIDL), enhancement)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox69 | --- | fixed |
People
(Reporter: bzbarsky, Assigned: bzbarsky)
Details
Attachments
(1 file)
See https://github.com/heycam/webidl/pull/750
This implements two things:
- A syntax for specifying "default dictionary" using
{}. - The requirement that trailing optional dictionaries be thus specified.
| Assignee | ||
Comment 1•7 years ago
|
||
= {} can now be used to indicate that an optional dictionary should have the
default value of 'default-initialized dictionary'
Comment 2•7 years ago
|
||
Bugbug thinks this bug is a enhancement, but please change it back in case of error.
Comment 4•7 years ago
|
||
Backed out changeset 12653dd76667 for causing bustages in FuzzingFunctions.webidl
Backout link: https://hg.mozilla.org/integration/autoland/rev/ea1bdf131082f9a8a2fd96282f70896632e62a58
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=254552202&repo=autoland&lineNumber=3699
[task 2019-07-03T06:38:43.296Z] 06:38:43 INFO - WebIDL.WebIDLError: error: Dictionary argument without any required fields or union argument containing such dictionary not followed by a required argument must have a default value, /builds/worker/workspace/build/src/dom/webidl/FuzzingFunctions.webidl line 111:66
[task 2019-07-03T06:38:43.296Z] 06:38:43 INFO - optional KeyboardEventInit aDictionary);
[task 2019-07-03T06:38:43.296Z] 06:38:43 INFO - ^
[task 2019-07-03T06:38:43.296Z] 06:38:43 INFO - Makefile:55: recipe for target 'webidl.stub' failed
[task 2019-07-03T06:38:43.296Z] 06:38:43 ERROR - make[4]: *** [webidl.stub] Error 1
| Assignee | ||
Comment 6•7 years ago
|
||
Looks like the fuzzing builds include the extra FuzzingFunctions file that nothing else builds...
Comment 8•7 years ago
|
||
Because the changes here relied on what changed with Bug 1366738 and that one was backed out because of mochitest failures by https://hg.mozilla.org/integration/autoland/rev/a70f62521b875857e709f4120006ac2429c869c2 we had build bustages on that backout https://treeherder.mozilla.org/#/jobs?repo=autoland&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception&revision=a70f62521b875857e709f4120006ac2429c869c2&selectedJob=254556814
So in order to have green builds again I also backed out this bug: https://hg.mozilla.org/integration/autoland/rev/6430800a95e1d2101859af8145ed1353c6cf79c9
Somehow when backing out Bug 1366738 we didn't have hunked fail and that's why we went on with the initial backout.
Push with failures: https://treeherder.mozilla.org/#/jobs?repo=autoland&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception&revision=a70f62521b875857e709f4120006ac2429c869c2&selectedJob=254556814
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=254556814&repo=autoland&lineNumber=3497
Backout link: https://hg.mozilla.org/integration/autoland/rev/6430800a95e1d2101859af8145ed1353c6cf79c9
Boris, sorry, it just looks like a case of bad timing.
| Assignee | ||
Comment 9•7 years ago
|
||
Somehow when backing out Bug 1366738 we didn't have hunked fail
That's because that bug removed some code that this bug would have needed to change had that code still been around.
That said, looks like bug 1366738 has been re-landed, so this should just re-land too.
Comment 10•7 years ago
|
||
Comment 11•7 years ago
|
||
| bugherder | ||
Description
•