CSS page-break-before can cause elements to disappear in HTML tables
Categories
(Core :: Printing: Output, defect, P3)
Tracking
()
People
(Reporter: joshua.bremer, Assigned: MatsPalmgren_bugz)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression, Whiteboard: [layout:print-triage:p1][frag2020_v73])
Attachments
(4 files)
Updated•7 years ago
|
Comment 1•7 years ago
|
||
Comment 2•7 years ago
|
||
Updated•7 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 5•5 years ago
|
||
The text "THIS IS PAGE 2" is missing in Print Preview.
Assignee | ||
Comment 6•5 years ago
|
||
Assignee | ||
Comment 7•5 years ago
|
||
FTR, the origin of the Reset() call in the else-branch I'm removing
is bug 397428. I think this is before we had a break-before status,
or at least before our table code knew how to deal with it, so it
might have been correct to change an INCOMPLETE status into COMPLETE
in those days. It seems the intent was to push the row-group:
https://bugzilla.mozilla.org/show_bug.cgi?id=397428#c14
"... and they all set aStatus to NS_FRAME_COMPLETE, which is logical
because we want to push this entire rowgroup to a new page and try
to reflow the row again..."
Nowadays though, returning a break-before status is the correct
way to do that.
Assignee | ||
Comment 8•5 years ago
|
||
Comment 10•5 years ago
|
||
bugherder |
Comment 11•5 years ago
|
||
Is this something we should consider uplifting to Beta for Fx72 or can this ride Fx73 to release?
Assignee | ||
Comment 12•5 years ago
|
||
Meh, this has been broken for years and is a rarely used feature so there's no rush.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•3 years ago
|
Description
•