Closed Bug 1917145 Opened 2 months ago Closed 2 months ago

Firefox honors forced pagebreaks (page-break-before:always) between out-of-flow content and in-flow content (that's at the top-of-page), unlike Chrome

Categories

(Core :: Printing: Output, defect)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1772396

People

(Reporter: dholbert, Unassigned)

Details

Attachments

(1 file)

Attached file testcase 1

STR:

  1. Load attached testcase.
  2. Print-preview (or print)

ACTUAL RESULTS:
Two pages of output, with "ELEMENT #2" at the top-left of second page.

EXPECTED RESULTS:
One page of output, "ELEMENT #2" at the top-left of first page.

Chrome gives EXPECTED RESULTS.
Firefox and WebKit (epiphany) give ACTUAL RESULTS.

The question is whether page-break-before:always should force a break if the only thing that we've seen so far is some out-of-flow content. Chrome says no, Firefox/WebKit say yes. The site in Bug 1907822 happens to expect the Chrome behavior.

Severity: -- → S3

Hmm, this might be a version of bug 1772396. The presence/absence of the abspos "Element #1" doesn't actually seem to matter in this testcase -- we put Element #2 on page 2 regardless of whether that abspos element is there.

So I think really Element #2's forced pagebreak should be propagated to its parent (since it's the first [non-abspos] child), and that happens all the way up the tree, to the outermost box, which then doesn't have any previous-sibling to break before, and hence we don't end up page-breaking.

Status: NEW → RESOLVED
Closed: 2 months ago
Duplicate of bug: 1772396
Resolution: --- → DUPLICATE
No longer blocks: 1907822
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: