Closed
Bug 1127341
Opened 9 years ago
Closed 9 years ago
Changing exposure set of an interface doesn't regenerate worker bindings that had that interface as an argument
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
mozilla38
Tracking | Status | |
---|---|---|
firefox38 | --- | fixed |
People
(Reporter: bzbarsky, Assigned: bzbarsky)
References
Details
Attachments
(1 file)
3.40 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
Bug 1121688 introduced a setup whereby the exposure set of an interface affects whether we generate overloads for worker-specific binding methods that take that interface type. Unfortunately, the dep set of a method doesn't include the IDLInterfaces of its arguments; see the big comment in IDLWrapperType._getDependentObjects. What this means is that if I have, in two different webidl files: interface X {}; and [Exposed=(Window,Worker)] interface Y { void foo(long arg); void foo(X arg); }; and Y has a worker-specific descriptor, we will generate a worker binding for Y without the "takes X" overload of "foo". Then if X is modified to have [Exposed=(Window,Worker)] the binding for Y is not regenerated, since it has no explicit dependency on X.webidl. Still thinking about ways we might be able to address this.
Assignee | ||
Comment 1•9 years ago
|
||
Well, this is the brute-force approach...
Attachment #8556499 -
Flags: review?(khuey)
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → bzbarsky
Status: NEW → ASSIGNED
Comment on attachment 8556499 [details] [diff] [review] If we make our codegen for a binding depend on the exposure set of an interface argument to one of the binding's methods, we need to adjust the dependency set of the binding accordingly, so we'll regenerate if the exposure set changes Review of attachment 8556499 [details] [diff] [review]: ----------------------------------------------------------------- Better than a clobber, definitely.
Attachment #8556499 -
Flags: review?(khuey) → review+
Assignee | ||
Comment 3•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/657c0635dfb9
Comment 4•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/657c0635dfb9
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox38:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•