Turn on the behavior from bug 1329324 (disallowing defining non-configurable properties on a WindowProxy) on beta/release
Categories
(Core :: DOM: Bindings (WebIDL), defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox64 | --- | affected |
People
(Reporter: bzbarsky, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
(Keywords: dev-doc-needed, site-compat)
+++ This bug was initially created as a clone of Bug #1178638 +++ Need to see how web-compatible this is first...
Updated•6 years ago
|
Reporter | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Comment 1•3 years ago
•
|
||
As seen in Bug 1699758, there is now a WPT for some of this behavior, so we're not behaving consistently between Nightly and release on the test.
Comment 2•3 years ago
|
||
Do we have any plans for this going forward? Is there any discussion besides https://github.com/tc39/ecma262/pull/688 ?
Comment 3•3 years ago
|
||
As I recall, incompat with one library blocked the simpler solution that Mozilla originally implemented. IIRC that library has since been fixed. If so, perhaps we can return to that simpler solution. This would be great progress.
The status quo does have a significant hazard: the enforcement of the object invariants by proxies is inductive. It relies on there being no possible target on which the object invariants can be violated. Introduce such a violating object that proxies can use as a target, and you enable proxies to violate the invariants as well.
What we need are test262 tests that fail on the status quo because of the presence of an object that violates these invariants. That plus a less painful way of satisfying these invariants (the original Mozilla implementation) should bring the engines into alignment. No one wants a persistent test262 violation in their public test results.
Comment 4•3 years ago
|
||
Tom, I think that is all the discussion. The status quo is the HTML Standard overriding ECMAScript (see "willful violation").
If the Nightly behavior is problematic we could align with Release for now, until it's sorted on the TC39 side.
Mark, I don't really know what bandwidth we have to run further experiments here. It would be great if Chrome/Safari could pursue those first.
(Moving this to Bindings as that seems like a suitable place to track this rather than the catch-all component.)
Comment 5•3 years ago
|
||
Another test was added to WPT by Chromium which resulted in bug 1732128. Removing this on Nightly seems even more reasonable as there's still no plan here or people to work on it.
Comment 6•2 years ago
|
||
Edgar, Peter, given that this now results in Google Analytics breakage could either of you please align Nightly with Release? This isn't worth our time given that Chrome/Safari are not actively pursuing a fix.
Comment 7•2 years ago
|
||
Okay, so lets wontfix this, I will align Nightly with Release in bug 1758164.
Description
•