Open
Bug 1441052
Opened 7 years ago
Updated 8 months ago
Don't do full grey-node checking in local debug builds
Categories
(Core :: JavaScript: GC, enhancement, P3)
Core
JavaScript: GC
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox60 | --- | affected |
People
(Reporter: jesup, Unassigned)
References
(Blocks 1 open bug)
Details
Debug builds have assertions that would catch many problems if used for regular browsing -- but they are *far* too slow to use for browsing. We have a grey-node check inside MOZ_ASSERT, ifdef'd off for android as it makes everything fail there because it's even slower in emulation.
This is bad, because it makes it hard-to-impossible for developers to regularly run debug builds (and thus they miss catching bugs as early as they could). I used to do most of my basic webrtc testing in debug builds, but it became too slow to get calls to reliably connect on services like appear.in.
For local (developer) debug builds, we should turn off this extra checking by default. We can continue to use it in automation. We could also consider if there's a lower-overhead set of tests we could do, or tests that don't impact mainthread as harshly (perhaps there is no such option, though).
Updated•7 years ago
|
status-firefox60:
--- → affected
Priority: -- → P2
Updated•7 years ago
|
status-firefox60:
--- → affected
Reporter | ||
Updated•6 years ago
|
Assignee: rjesup → nobody
Updated•2 years ago
|
Severity: normal → S3
Updated•8 months ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•