369140 - When a large table is printed, it is truncated to the first page

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[KUROSAKA Teruhiko]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9

Visit
http://p4el.sourceforge.net/p4.el.html
and do File > Print Preview.
A large table starts in page 2 but the rest is gone.  Page 3 starts with the contents after the large table.


Reproducible: Always

Steps to Reproduce:
1.Visit
http://p4el.sourceforge.net/p4.el.html
2.File > Print Preview
3.
Actual Results:  
A large table starts in page 2 but the rest is gone.  Page 3 starts with the contents after the large table.


Expected Results:  
The whole table named p4.conents Help should be printed in page 3 and more.

Comment 1

[Dan Erikson]

This may be a duplicate of #294991

Comment 2

[Jo Hermans]

Works a lot better in Firefox 3.0 (after bug 154892 was fixed), but it's still not perfect. The last line of text in a cell is still cut off.

Comment 3

[Lucius Chiaraviglio]

This bug still exists in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4; also found that Internet Explorer 7.0.5730.11CO has a similar (same?) bug, which makes me wonder if the problem is in Windows components that Firefox calls for Print/Print Preview.

Comment 4

[Lucius Chiaraviglio]

Found that Safari 3.2.1 (525.27.1) on Windows XP prints the table correctly (except that it still messes up the Greek letters both in and out of the table).

Comment 5

[Thomas D. (:thomas8)]

> A large table starts in page 2 but the rest is gone.  Page 3 starts with the
> contents after the large table.

Confirming for Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)

The test case is actually a simple table with some <pre>formatted text in the cells, and FF fails *badly* at printing it (lots of pages are munged).

I'm not sure if it's a duplicate of bug 294991, because the test cases there behave differently:

Bug 294991, attachment 204135 [details]:
- big table is printed on page 2 (while page 1 almost empty)
- but full content of big table is printed

Bug 369140, test case http://p4el.sourceforge.net/p4.el.html:
- big table is printed on page 2 (while page 1 half empty)
- but content of big table is truncated after 1st page of big table

Comment 6

[Thomas D. (:thomas8)]

Attachment: Test case from URL (http://p4el.sourceforge.net/p4.el.html)

Adding URL test case of comment 0 as attachment so we don't loose it if it goes away.

Comment 7

[Bernd]

this is WFM with a current nightly on WinXP

Comment 8

[:aceman]

The table does start at page 1 now. However I still see corruption of the table content (overlapping cells) at page 19 (in FF 5) and on page 11 (in Mozilla/5.0 (X11; Linux i686; rv:8.0a1) Gecko/20110804 Firefox/8.0a1 ID:20110804030732). FF 5 renders 23 pages, Nightly 8 only 14 pages. I consider FF5 rendering better, it corrupts less content.

Comment 9

[Bernd]

a reduced testcase that shows the overlap on page 11 mentioned would help here.

Comment 10

[Bernd]

The overlap is gone is this now wfm?

Comment 11

[Matthias Wegner]

This Bug is still open. I just want to print  a large table and wondered why it is not working. I use Windows 7, Firefox 22.0 and a html i attached.

Comment 12

[Matthias Wegner]

Attachment: Html-File with Large Html Table which could not pe printed on multiple pages [won't split because it uses "display: inline" on outermost table; different bug]

Test File which not works on Firefox 22.0. Now i have

Comment 13

[Daniel Holbert [:dholbert]]

(In reply to Bernd from comment #10)
> The overlap is gone is this now wfm?

Confirmed, the most recently attached testcase (at that point) is now WFM. Resolving as such.

(In reply to Matthias Wegner from comment #11)
> This Bug is still open. I just want to print a large table and wondered why
> it is not working. I use Windows 7, Firefox 22.0 and a html i attached.

That is a different underlying issue from whatever was happening here.

The specific problem that we're hitting in your attached testcase is
  TABLE { display: inline }
at the end of the css file.

This makes the outermost (taller-than-a-page) table try to all fit on one line, and we apparently can't stretch a single line across pages.

If you add style="display:table" to the outermost <table>, then all is well.

Comment 14

[Daniel Holbert [:dholbert]]

(The "inline tables not splitting" thing (hit by Matthias's attachment) is tracked elsewhere, in bug 869440 (and related-bug 534182)).

Comment 15

[thusseini]

I've experienced the same issue on a page I've been working on, that being: http://www.awea.org/Events/Event.aspx?EventID=9348&SubSectionID=5896.  Even with all of the print styles removed and strictly adding an inline "table{display:table;}" into the stylesheet, I am not able to get the inner most table to completely print.

This behavior was experienced in FF 25.0.1.  All other major browsers do not produce this behavior.

Comment 16

[TheNinja]

Same issue here.  Long html table gets cut off and is not rendered at all.  Whereas Chrome and Safari print 4 pages of the document, Firefox simple ends the document after two pages, with the html content incompletely rendered.  

Any resolution to this yet?

Comment 17

[Daniel Holbert [:dholbert]]

> Any resolution to this yet?

This bug is already RESOLVED|WORKSFORME, because the specific issue that it covered has been fixed.

In general, please don't use existing closed bugs to report different issues.  Even though comment 15 and comment 16 look like this bug (there are tables, things are truncated), there are (unfortunately) lots of reasons that things can be truncated when printed, and this bug would get unmanageable if we tried to solve every such bug here. (particularly after this bug has been closed)

Instead, in the future, please file a new bug, with your specific broken URL -- and then if you like, you could post on the old bug something like "I filed related bug NNNN, which may or may not be the same issue as this; I'm not sure".  And then subsequent discussion can take place on the new bug.  This avoids having a zillion separate discussions about separate issues on a single bug.

Anyway -- having said that, since I'm already responding, I looked into Comment 15 and confirmed that it's actually already covered by a (different) existing bug:
(In reply to thusseini from comment #15)
> http://www.awea.org/Events/Event.aspx?EventID=9348&SubSectionID=5896.
As it turns out, that testcase's issues actually don't have anything to do with tables - the problem there is the inline-block that the tables are inside. (the <div class="grid-item">.) If I change that element to "display:block" using Firefox's dev tools, then everything prints fine. So you're running up against bug 534182. (and you can work around it by simply not using an inline-block if you don't really need one)

@TheNinja: you didn't post a specific broken URL, so I didn't have anything to look into, which is why you're not getting a similar explanation here. :) Could you please file a new bug at https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=Printing%3A%20Output , and mention the specific URL where you're having trouble, and post the bug number here?