70198 - printing long tables paginates oddly

Status: VERIFIED DUPLICATE of bug 66804

(Core :: Printing: Output, defect)

Description

[Tim Larson]

Mozilla 0.8 - 2001021508
When printing long tables (that span more than one page) the page breaks are put
in odd places.  At the example URL, the page breaks after the first row (Monday,
Tuesday, etc), leaving most of the first page blank, and forcing some to a third
page.  The content could easily fit on two pages if the page break wasn't so
early.  This also means that content is often separated from headers (as it is
here) because few people make use of THEAD and TFOOT.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Probably a duplicate of bug 24952

Comment 2

[Tim Larson]

Boris:  Not quite.  Bug 24952 refers to content getting cut off.  I'm not
experiencing that.  I'm just getting the page break in a very poor spot, that
leaves most of a page blank.  

It may be convenient for the algorithm to try breaking at a table row but that's
not convenient for the user.  The nice handling of the page break between pages
2 and 3, which is within a single very tall row, shows that this is possible. 
Mozilla should be able to print the 2nd row of the table beginning on the first
page immediately below the 1st row.

Comment 3

[Keyser Sose]

Possibly bug 31544?

Comment 4

[Tim Larson]

Keyser: Not quite that, either, though I have also noticed that behavior.  Let 
me try some ASCII art of a long table.

  -------------  -
  | first row |   \
  -------------    \            <-- but page break put here  :(
  | tall      |     length of
  | second    |     paper page
  | row       |    /
  |           |  _/
  |           |
  -------------

Because the second row will not fit completely on the first page, the entire row 
is shunted to page two.  This is bad.  It should try to print as much of the row 
2 content on page 1 as is possible.

If one row by itself is too long for a page, it will correctly break that row 
across multiple pages very nicely.  I think the algorithm needs to be changed to 
perform this behavior at all times rather than trying to put a page break 
between rows as a first attempt.

Comment 5

[dcone (gone)]

this is defenitely a duplicate.. 
Karnaze has all these type of table pagination bugs.

Comment 6

[Keyser Sose]

*** This bug has been marked as a duplicate of 66804 ***

Comment 7

[sujay]

verified in 4/20 build.