1392882 - [BC] Cell borders are not printed (except 1st page) when table spans multiple pages

Status: RESOLVED DUPLICATE of bug 1394249

(Core :: Printing: Output, defect, P3)

Description

[Alex Ceballos]

Attachment: print-error.jpg

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36

Steps to reproduce:

When I want to print a report that contains table with border in the first page the border appears but the next pages don´t have border. 

This problem did not exist till the version 54.0

I have this css.
* {
    margin:0;
    padding:0;
    font-family: sans-serif;
}

table {
    page-break-inside:auto;
    border-collapse:collapse;
    border-spacing:0;
    margin:0 1px 2px 1px;
}

tr{
    page-break-inside:avoid;
    page-break-after:auto;
}

thead {
    display:table-header-group;
}

tfoot{
    display:table-footer-group;
}

tr td,tr th{
    padding:1px 1px;
    border-collapse: collapse;
    border: 1px solid #000; 
}


Actual results:

When there are several pages to print the border does not appear.

I have a hosting to perform tests, the example is in this url:
http://www.solfin.net.co/print/

To see the problem is neccesary to use the preview option or send the document to a printer.

In chrome and opera the printing of tables with border works perfectly.



Expected results:

The border should appear in all pages when I am printing.

Comment 1

[Gérard Talbot]

I get actual results in Firefox 55.0.2 and in Firefox 57.0a1 buildID=20170823124138 when trying this reduced test:

http://www.gtalbot.org/BugzillaSection/Bug1392882-table-border-not-printed.html

- - - - - - - - 

The problem is not reproduced if 'border-collapse' is set to 'separate'.

What we need to do now is to search for a DUPLICATE in 'Layout: Tables' and 'Printing: Output' components.

Comment 2

[Gérard Talbot]

Bug 484258 would be a very good DUPLICATE candidate. I can reproduce the actual results with attachment 368322 [details] ; its code is very close to the code I use in 
http://www.gtalbot.org/BugzillaSection/Bug1392882-table-border-not-printed.html
but its description (actual results: "too far to the left on 2nd page") is not what we notice here. Also, the description is 9 years old.

Bug 307330 is a different kind.

I want to confirm this bug ... I think it would be the correct thing to do here... 

For now, I will adjust the summary line and continue to search for a DUPLICATE.

Comment 3

[Gérard Talbot]

I get actual results in print preview and with printing with
http://www.gtalbot.org/BugzillaSection/Bug1392882-table-border-not-printed.html
with Firefox 55.0.2 and Firefox 57.0a1 buildID=20170823124138 under Linux.

> This problem did not exist till the version 54.0

This comment makes me confirm this bug report. 

Adding regressionwindow-wanted keyword.

Comment 6

[Dimitar Angelov]

Is that mean that will be fixed in FF 57?

Comment 7

[Dimitar Angelov]

I(In reply to Dimitar Angelov from comment #6)
> Is that mean that will be fixed in FF 57?

I tested with FF 57.0a1 and is OK.

Comment 8

[jscher2000]

I think it's a duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=1394249

Comment 10

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Andrei, when your team has time (after 57 release...) can you see if this bug and the test case in https://bugzilla.mozilla.org/show_bug.cgi?id=163445#c25 are new regressions in either 54 or 55?  It sounds like they worked in 53, at least, and then may have newly regressed.   If so, maybe we can fix it in 59.

Comment 11

[Oana Botisan, Desktop QA]

I managed to reproduce this bug using an older version of Nightly (2017-08-22) on Windows 10 x64.
Then I tested it on Latest Nightly and beta 57.0b14 on the same platform, but the bug is not reproducing anymore. So I looked for a bug fix instead of a bug regression. This is the result I got from mozregression-gui:

last bad build: 2017-09-12
first good build: 2017-09-13

It didn't generate a pushlog, but it did concluded that Bug 1394249 might be the reason for this fix.

I hope this information is helpful and if there is something that I might have missed please tell me.

Comment 12

[Firefox Bug Husbandry Bot]

https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Move_fix-optionals

Comment 14

[jbovey]

This is still an issue periodically on v.57.0.

If you mess with the zoom on the print preview it will sometimes work and sometimes not.  It depends on the content being printed and the zoom level set.  Even going from 100% to 105% can be the make or break difference in the borders showing/not.

Please advise, as this is an important issue for some users.  Thanks!

Comment 15

[forkik]

On Firefox 71.0 (64 bitų) on Ubuntu 18.04 the top borders are still not rendered after initial page in print preview (also on actual print). Used this reduced testcase from Bug 1392028 : https://bug1392028.bmoattachments.org/attachment.cgi?id=8906309