Closed
Bug 1409787
Opened 8 years ago
Closed 8 years ago
Crash in PaintRowGroupBackgroundByColIdx
Categories
(Core :: Layout: Tables, defect)
Tracking
()
VERIFIED
FIXED
mozilla58
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox56 | --- | unaffected |
firefox57 | --- | unaffected |
firefox58 | --- | verified |
People
(Reporter: calixte, Assigned: bzbarsky)
References
(Blocks 1 open bug)
Details
(Keywords: crash, regression, Whiteboard: [clouseau])
Crash Data
Attachments
(1 file)
2.24 KB,
patch
|
MatsPalmgren_bugz
:
review+
|
Details | Diff | Splinter Review |
This bug was filed from the Socorro interface and is
report bp-67e3df6d-5102-4a5b-b924-711220171018.
=============================================================
There are 14 crashes in nightly 58 with buildid 20171018100140. In analyzing the backtrace, the regression may have been introduced by patch [1] to fix bug 1409154.
The crash reason is always "MOZ_RELEASE_ASSERT(!aColIdx.IsEmpty()) (Must be painting backgrounds for something)".
[1] https://hg.mozilla.org/mozilla-central/rev?node=761b8e0abad4051975009857f1aac6e0b002ab62
Flags: needinfo?(bzbarsky)
![]() |
Assignee | |
Comment 1•8 years ago
|
||
Yeah, ok. That's why I added the release assert; I was afraid it might fail.
We don't seem to have any URLs associated with this, right?
Assignee: nobody → bzbarsky
![]() |
Assignee | |
Comment 2•8 years ago
|
||
I guess one way this could happen is like so:
<table>
<tr><td></td></tr>
</table>
<script>
document.body.offsetWidth;
document.querySelector("td").remove();
</script>
and then someone doing hit-testing (as in the observed stacks) before layout happens and the now-empty anonymous colgroup gets resized to be 0-width. I haven't managed to reproduce this situation so far, but I don't see anything that would prevent it.
Flags: needinfo?(bzbarsky)
![]() |
Assignee | |
Comment 3•8 years ago
|
||
MozReview-Commit-ID: E31B1wqNbSu
Attachment #8919837 -
Flags: review?(mats)
Comment 4•8 years ago
|
||
Comment on attachment 8919837 [details] [diff] [review]
Guard against empty column groups when building a display list for a table
r=mats
Attachment #8919837 -
Flags: review?(mats) → review+
Comment 5•8 years ago
|
||
Not sure if this is useful, while there's already a r+ patch attached, but I have found a somewhat reliable way to reproduce this (it seems to be a race).
1) Open https://groups.google.com/a/mozilla.com/forum/#!overview
2) Select "browse all"
3) Scroll down and see how it lists more.
4) Enter something in the search bar on top to look for groups containing something
I think the loading and fetching on scrolling needs to race with the search results.
Let me know if there's anything else I can do to help.
![]() |
||
Comment 6•8 years ago
|
||
Just saw this in Gmail switching from my inbox to a filter:
https://crash-stats.mozilla.com/report/index/cdb32889-f9fb-4ab2-aae4-f464d0171019
![]() |
Assignee | |
Comment 7•8 years ago
|
||
I haven't managed to reproduce this, much less write a test... Going to just check in the patch.
Pushed by bzbarsky@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/e0e10152c2de
Guard against empty column groups when building a display list for a table. r=mats
![]() |
||
Comment 9•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla58
Reporter | ||
Comment 10•8 years ago
|
||
No more crash after buildid 20171020100426.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•