324532 - Printing mulitple pages with tables, the tables on latter pages get truncated.

Status: RESOLVED DUPLICATE of bug 294991

(Core :: Printing: Output, defect)

Description

[Shane Stillwell]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: http://www.mozilla.com/products/download.html?product=firefox-1.5

This bug is hard to spot, but it is reproducable all the time on mutiple different machines and different builds of Firefox and Mozilla.  

Basically, when printing multiple pages (3+) the tables on the latter pages get truncated.

The example is at this link
http://www.aerostich.com/bug2.html

Try printing this page, the table on the last page will be truncated.

I have tested this on several plateforms with several builds. Here is a list of OS and builds I have tested this on.

Broken on these
Windows 2000 Mozilla 1.8b2
Windows 2000 Seamonkey 1.5a
Windows 2000 Firefox 1.6a1
Windows 2000 Firefox 1.5
Windows XP Firefox 1.5

Works on these
Windows 2000 Firefox 1.0.7
Windows XP Firefox 1.0.7
Linux (FC4) Firefox 1.0.7
Linux (FC4) Firefox 1.5

This is very similar to Bug #85738, except that we are dealing with more than 2 pages here. Firefox seems fine with a table on the first page that spans multiple pages, but for some reason this bug only appears on multiple pages.

Reproducible: Always

Steps to Reproduce:
1.Install Firefox 1.5 on Windows
2.Open http://www.aerostich.com/bug2.html
3.Print (or even Print Preview)
4.Scroll to the bottom, the table on the last page is truncated (it should have a "Total" line

Actual Results:  
The table on the last page gets truncated.

Expected Results:  
All tables should span to subsequent pages.

Comment 1

[David E. Ross]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5

I have another example of this at <http://www.oakparkfoundation.org/grant_log.html>.  The first table (for the year 2004) prints all on one page okay.  The second table (for the year 2005) is truncated after printing the <thead> for its second page; this also happens for the third table (for the year 2006).  

Removing the 
           @import url("print_style.css") print; 
from the CSS section in the HEAD element did not correct the problem.  

Changing the <thead> for the second table to <tr> did not correct the problem.  
This page contains long but very simple tables.  Thus, this is not the same as bug #323663.  

Since there are no rowspan or colspan attributes on any of the <tr> or <td> tags, this is not the same as bug #204579.  

This affects actual printing, printing to a PDF file, and print preview.  Thus, it appears to be in the print rendering area.  

I cannot find any alternative way to print this page.  There seems to be no work-around.  Relying on the Bugzilla definition of Major (major loss of function), I am therefore upgrading the Severity.  

Comment 2

[Shane Stillwell]

I've just checked this in FF2.0 and still the bug is not fixed.

We've had to switch to using IE (yuck) for printing these invoices.

Comment 3

[Jayson King]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1

I have came across this bug as well in the SeaMonkey 1.1 release. Here is another case where the bug occurs. Please look at the page at the following URL:

http://tech.dishnetwork.com/departmental_content/TechPortal/content/tech/remotes/TechRemo1.5Code.shtml

The second table on the page "Remote VCR Codes" will have a page-break before it (even though the CSS is not coded to have a page break there) and the table will be truncated. 

HERE IS A WORK-AROUND: If I select any part of the page, or even the whole page, and check the "Selection" option under print range, all the tables print normally without being truncated. This also works in the testcase posted in comment #1. CTRL+A to select everything, then print selection, and it works as you'd expect it to. However when I tried this in the testcase from comment #0 I got a normal first page, followed by countless blank pages (I think it would have gone on forever if I hadn't killed it). 

In my testcase, I played around with the HTML for a bit. All but the first table have <caption> tags within the <table>. If I remove the <caption> tags (leaving everything else exactly the same) all the tables print normally without being truncated, without having to use the workaround I mentioned earlier. However, placing a <caption> within the first table does not make a difference, it doesn't get truncated either way for some reason. 

Hope this info helps in some way. 

Comment 4

[Jayson King]

Problem still exists in the SeaMonkey 1.1.1 release candidate. 

Comment 5

[Gero Mudersbach]

Confirmed, same problem here with Firefox 2 on Linux.

Comment 6

[Boris 'pi' Piwinger]

There are many similar bug reports and in fact the bug is as old as I can think about it. Essentially, some table data is lost when printing. Duping this to a confirmed bug which is rather general. If you are sure that it is different, please undo.

pi