Closed Bug 1540324 Opened 6 years ago Closed 6 years ago

Tab crashes on ECMAscript compatibility table if javascript.options.experimental.fields=true

Categories

(Core :: JavaScript Engine, defect, P1)

Product:
Core
Component:
JavaScript Engine
Version:
67 Branch
Platform:
x86_64
Windows 10
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox67 --- wontfix
firefox68 --- fixed

People

(Reporter: alex.fdm, Unassigned)

References

(
URL
)

Details

Firefox Dev Edition 67 tab crashes on ECMAscript compatibility table if the javascript.options.experimental.fields is true. It works fine on Nightly 68.

Priority: -- → P1

Likely a duplicate of something in the es-fields tree. We'll recheck once a bunch of currently in-flight work lands.

Works now!

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME

The current Dev Edition still crashes for me.

Status: RESOLVED → REOPENED
Type: enhancement → defect
Resolution: WORKSFORME → ---

Dev Edition is built from beta, not nightly. It'll be fixed in that when 68 moves to beta.

Status: REOPENED → RESOLVED
Closed: 6 years ago → 6 years ago
status-firefox67: --- → wontfix
status-firefox68: --- → fixed
Resolution: --- → WORKSFORME

I knew that, as you can see on the issue description. I opened this issue because if this is not fixed in 67 before it is released, it will crash for users that enable the config.

Options like this are for internal debugging purposes -- just a way to do quick-and-dirty testing in the wild to see how things play out. If people are enabling this before it's done, they should expect to hit issues of various sorts, issues that aren't going to be fixed til the whole thing gets shipped in turned-on mode.

You need to log in before you can comment on or make changes to this bug.