Crash in [@ mozilla::PresShell::ContentStateChanged] from failing MOZ_RELEASE_ASSERT(!mInStyleRefresh)
Categories
(Core :: Layout, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox65 | --- | unaffected |
firefox66 | --- | verified |
firefox67 | --- | verified |
People
(Reporter: calixte, Assigned: emilio)
References
(Blocks 1 open bug)
Details
(Keywords: crash, regression)
Crash Data
Attachments
(2 files)
233 bytes,
text/html
|
Details | |
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
|
Details | Review |
This bug is for crash report bp-c63d4ec7-0c72-4afd-a4ad-06e3c0190217.
Top 10 frames of crashing thread:
0 libxul.so mozilla::PresShell::ContentStateChanged layout/base/RestyleManager.cpp:3202
1 libxul.so mozilla::dom::Document::ContentStateChanged dom/base/Document.cpp:4948
2 libxul.so mozilla::dom::Element::UpdateState dom/base/Element.cpp:289
3 libxul.so mozilla::dom::HTMLFormElement::UpdateValidity dom/html/HTMLFormElement.cpp:1915
4 libxul.so nsIConstraintValidation::SetValidityState dom/html/nsIConstraintValidation.cpp:206
5 libxul.so mozilla::dom::HTMLInputElement::UpdateAllValidityStatesButNotElementState dom/html/HTMLInputElement.cpp:6665
6 libxul.so mozilla::dom::HTMLInputElement::UpdateAllValidityStates dom/html/HTMLInputElement.cpp:6656
7 libxul.so mozilla::dom::HTMLInputElement::OnValueChanged dom/html/HTMLInputElement.cpp:6759
8 libxul.so nsTextEditorState::SetValue dom/html/nsTextEditorState.cpp:2459
9 libxul.so nsTextEditorState::UnbindFromFrame dom/html/nsTextEditorState.cpp:2036
There is 1 crash in nightly 67 with buildid 20190216093716. In analyzing the backtrace, the regression may have been introduced by patch [1] to fix bug 1525509.
[1] https://hg.mozilla.org/mozilla-central/rev?node=95b6997c334a
Reporter | ||
Comment 1•6 years ago
|
||
There are 13 crashes in nightly 67 for Windows starting with buildid 20190216093716.
The MOZ_CRASH_REASON is always: MOZ_RELEASE_ASSERT(!mInStyleRefresh).
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 2•6 years ago
|
||
(Just type to crash)
There's something very fishy here.
We can re-downgrade this particular assertion if I don't get to this early enough to avoid crashing release builds worse-case, but...
Assignee | ||
Comment 3•6 years ago
|
||
These assertions can happen in certain circumstances (see the referenced bug).
These assertions are not security sensitive, but they affect correctness.
They're old (from before my change), so I prefer dealing with them in a public
bug and stop crashing release for now.
Assignee | ||
Comment 4•6 years ago
|
||
Filed bug 1528644 to fix the longstanding correctness issue here.
Assignee | ||
Comment 5•6 years ago
|
||
Comment 7•6 years ago
|
||
Assignee | ||
Comment 8•6 years ago
|
||
Comment on attachment 9044530 [details]
Bug 1528613 - Downgrade two assertions from release assert for now.
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
Unnecessary crashes
Is this code covered by automated tests?
No
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
Yes
If yes, steps to reproduce
Open test-case and type.
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Just reverting the change to assertions that were changed to release asserts in bug 1525509, since they exposed a pre-existing correctness issue (but non-security issue).
String changes made/needed
Updated•6 years ago
|
Comment 9•6 years ago
|
||
Comment on attachment 9044530 [details]
Bug 1528613 - Downgrade two assertions from release assert for now.
OK for uplift for beta 10. Can we unhide this, if it isn't a security issue?
Assignee | ||
Comment 10•6 years ago
|
||
IMO, yes, though I don't have the privileges to do so.
Updated•6 years ago
|
Comment 11•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
Updated•6 years ago
|
Comment 12•6 years ago
|
||
User Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:67.0) Gecko/20100101 Firefox/67.0
Build ID: 20190221215439
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:66.0) Gecko/20100101 Firefox/66.0
Build ID: 20190221160854
Verified as fixed on the latest Nightly build and on the latest Beta build (66b10).
Comment 13•6 years ago
|
||
the signature here with MOZ_RELEASE_ASSERT(!mInStyleRefresh) is continuing to rise during 67.0b. should this go into a different bug or can we reopen this one?
Assignee | ||
Comment 15•6 years ago
|
||
s/reopen/open :)
Description
•