400149 - when printing table, text lost at page break, has rowspan > 1

Status: NEW

(Core :: Printing: Output, defect)

Description

[David W]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7

I've seen it where an entire row of information doesn't show up in the print preview and where just some of the text is lost. It happens when the rows spanned by a cell with rowspan > 1 cross a page break. I gave an example in "Steps to Reporduce".


Reproducible: Always

Steps to Reproduce:
Below is some example HTML. Adjust the maring-top of the div so that the table is on a page break. Just print or print preview to see the problem.

<div style="margin-top: 700px">
<table border="1">
	<tr><th colspan="3">Header</th></tr>
	<tr><td rowspan="5">rowspan = 5</td><td>1A</td><td>2</td></tr>
	<tr><td>1B</td><td>2</td></tr>
	<tr><td>1C</td><td>2</td></tr>
	<tr><td>1D</td><td>2</td></tr>
	<tr><td>1E</td><td>2</td></tr>
</table>
</div>
Actual Results:  
The first cell is supposed to say "rowspan = 5", but only the "5" displays. The "5" displays on the second page. In other scenarios I've seen information lost from the other cells in the row as well.

Expected Results:  
Should have displayed "rowspan = 5" in the left side cell.

Comment 1

[Harald Bosch]

Is related to bug 290453.

One has to adjust the margin-top vlaue if one uses different page sizes (A4, letter, ...) or print margins to move the rowspan on the page break.

interesting behavior:
- with blanks between the "rowspan" "=" "2" there will be an unneeded line break in the row
- without the blanks ("rowspan=2") some rows of the table will not be displayed (as mentioned in the related bug)

Comment 2

[Daniel Holbert [:dholbert]]

Attachment: testcase 1 on Linux (margin-top: 9.27in)

WFM, using this testcase taken straight from comment 0. (and with margin-top adjusted to place the rowspanning cell right at the page-break)

When I print-preview this testcase, "rowspan = 5" appears entirely on the first page, at the very bottom.

Comment 3

[Daniel Holbert [:dholbert]]

Attachment: testcase 2 on Linux (margin-top: 9.28in)

This testcase adds .01 in to the margin-top, in an effort to make the rowspanning cell fall "on the page break".  However, this change is enough to push the rowspanning cell to the second page in its entirety on my machine.

So, still WFM.  If anyone sees the bug, can you post a testcase that demonstrates the issue?

BTW I'm using 
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2pre) Gecko/2008071604 GranParadiso/3.0.2pre

Comment 4

[Daniel Holbert [:dholbert]]

(In reply to comment #1)
> interesting behavior:
> - with blanks between the "rowspan" "=" "2" there will be an unneeded line
> break in the row
> - without the blanks ("rowspan=2") some rows of the table will not be displayed
> (as mentioned in the related bug)

I don't see these behaviors, either... could you post a testcase that's shows these issues? (also a screenshot of the broken behavior(s), if possible)

> One has to adjust the margin-top vlaue if one uses different page sizes (A4,
> letter, ...) or print margins to move the rowspan on the page break.

If possible, don't tweak your print margins when making a testcase -- just use the defaults (and tweak 'margin-top' instead), so that it's easier for others to reproduce the bug using the testcase.

Comment 5

[Harald Bosch]

Attachment: Two html test cases and two partial screenshots of the errror

Is *not* reproducable with Firefox 3.x
Is reproducable with Firefox 2.x

Comment 6

[Daniel Holbert [:dholbert]]

Ok, version --> 1.8 branch per comment 5.

Comment 7

[Julien Laurent]

Attachment: Missing spanning rows and first spanned row at page break

I'm facing this issue with Firefox 3.0.4.

In a table with a page break occuring in a rowspan=5, spanning rows are missing as the first spanned row. thead is correct though.
It's a very annoying problem for me as I don't see any easy workaround.

Comment 8

[Daniel Holbert [:dholbert]]

Julien: Can you file a new bug for that issue, and post the bug # here in a comment?  This bug page is for a Firefox2-specific issue, so if you're seeing something wrong in Firefox3, it's a different problem.

Thanks!

Comment 9

[Daniel Holbert [:dholbert]]

Attachment: testcase 3: shows missing rows (extracted from zip)

BTW, I can reproduce this original bug on
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.17) Gecko/20080829 Firefox/2.0.0.17
using the attached testcase (extracted from the zip file for convenience).

Hence, marking confirmed / Platform --> ALL
However, the chances that it'll get fixed are slim, given that Firefox 2 is end-of-life'd.

Comment 10

[Julien Laurent]

Sorry for posting in the wrong place (new to bugzilla).
New entry for the bug I've encountered here 
https://bugzilla.mozilla.org/show_bug.cgi?id=400149

Comment 11

[Julien Laurent]

Oups no !
Here : https://bugzilla.mozilla.org/show_bug.cgi?id=467444