Closed Bug 1496510 Opened 6 years ago Closed 2 years ago

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)

defect

Tracking

()

RESOLVED WONTFIX
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...
Priority: -- → P2
Blocks: 1510437
Keywords: dev-doc-needed
Component: DOM → DOM: Core & HTML

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.

See Also: → 1699758

Do we have any plans for this going forward? Is there any discussion besides https://github.com/tc39/ecma262/pull/688 ?

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.

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.)

Component: DOM: Core & HTML → DOM: Bindings (WebIDL)

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.

Depends on: 1758164

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.

Flags: needinfo?(peterv)
Flags: needinfo?(echen)

Okay, so lets wontfix this, I will align Nightly with Release in bug 1758164.

Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(peterv)
Flags: needinfo?(echen)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.