415098 - thead alone prints on pages with long tables

Status: NEW

(Core :: Printing: Output, defect)

Description

[Will Holcomb]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

On pages with table containing cells long enough to cause the table to print on the next page, a table header will print by itself with no data.

Reproducible: Always

Steps to Reproduce:
1. Print http://odin.himinbi.org/classes/psy304b/homework_1.xhtml


Actual Results:  
Page 3 shows a table header with no data.

Expected Results:  
If none of the data in the table is going to be printed on a page then the header should not be printed. The purpose of the header is to describe the data and there is no data.

I'm not discussing the behavior for a table with a <thead> and no <tbody> data. In that case the author specified a table with no data. When the print engine pushes an entire table to the next page, it should not print a header with no data on the page it left blank.

Comment 1

[Will Holcomb]

Attachment: print sample showing header with no data

Comment 2

[Julien Laurent]

Hi,

I'm facing this problem too.
Here's a sample :

http://www.embruns-photographiques.com/printbug2/restitution.php.htm

1. Launch print preview in landscape mode.

Page 3 is wrongly showing a thead with no data (all data have already been output) perhaps because the table triggered a page break on page 1.

Comment 3

[Daniel Holbert [:dholbert]]

I can confirm the original bug (on http://odin.himinbi.org/classes/psy304b/homework_1.xhtml ) using:

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13

However, I can't reproduce it in Firefox 3...
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
... so this is indeed a Firefox2-only bug (as the "version" tag indicates).

Comment 4

[Daniel Holbert [:dholbert]]

(In reply to comment #2)
Julien, I can't reproduce what you're describing. (I tried both Firefox 2 and 3, on Windows.)  However, it sounds like you're describing a different bug from this one here.

If you're experiencing this with Firefox 3, I'd suggest filing another bug on it, at https://bugzilla.mozilla.org/enter_bug.cgi?product=Core with component = "Printing: Output".  If you do file a bug, please include more detailed steps to reproduce, and a screenshot or printed PDF of the broken behavior.

Comment 5

[Julien Laurent]

Ok Daniel. I've created a new entry here :
https://bugzilla.mozilla.org/show_bug.cgi?id=467818