1392028 - Print preview doesn't show table lines after first page for table that spans multiple pages

Status: REOPENED

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

Description

[jbovey]

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170628075643

Steps to reproduce:

As of version 55, if you have a table with borders that spans more than 1 page, the borders now don't show up after the first page.


Actual results:

The first page was fine, but subsequent pages don't show the borders.  This is visible in print preview.


Expected results:

Show all borders properly

Comment 1

[Henry]

I am also seeing this when printing my companies reports. It started with version 55.

Comment 2

[jbovey]

Please tell me that this latest status of "wontfix" means that this actually will be fixed at some point.  I like to keep current with versions, but I need this feature.  Therefore, I'm using v.54 until this is resolved.

Comment 3

[Francesco]

Attachment: Test case

I think the attachment is a test case of this bug.

If you open and print preview it in Firefox 55, you see that borders in all pages except the first are not printed. In Firefox <= 54 borders should print correctly, because I don't remember ever seeing this before.

The bug does not reproduce with border-collapse: separate (see comments in the attachment).

Comment 4

[Ton [:Tonnes]]

Confirmed with regression range:

Last good build: June 6, BuildID=20170606030207
First bad build: June 7, BuildID=20170607030206

Also see https://support.mozilla.org/questions/1173771.

Comment 5

[jscher2000]

Given that date range, maybe bug 1367747 "should only append display items for table borders when there are borders to draw" introduced this issue.

Comment 6

[Francesco]

(In reply to jscher2000 from comment #5)
> Given that date range, maybe bug 1367747 "should only append display items
> for table borders when there are borders to draw" introduced this issue.

This bug seems related to bug 1394249 and bug 1396250 (compare the test cases). Bug 1394249 is a regression caused precisely by bug 1367747

Comment 7

[Mats Palmgren (inactive)]

Can you verify it's fixed in the latest Nightly please?
https://nightly.mozilla.org/

Comment 8

[Ton [:Tonnes]]

@Mats: I guess you want the reporter to verify? (And what about the wontfix for 57 flag?)

Comment 9

[Mats Palmgren (inactive)]

Yeah, verifying would be good, but given the regression range in comment 8
I'm pretty sure it's fixed by bug 1394249 so I'll just dupe it there.
(please reopen this bug if it still occurs in the latest Nightly though)

Comment 10

[jbovey]

I installed the nightly and there were still some issues with seeing the table lines after the first page.  Some were there and some weren't.  Is this fixed in v.55 though?

Comment 11

[jscher2000]

(In reply to jbovey from comment #10)
> I installed the nightly and there were still some issues with seeing the
> table lines after the first page.  Some were there and some weren't.

You can't go by Print Preview. You need to actually generate the output to confirm that all borders are present (or not present). I think Windows 10 includes a PDF printer driver to save paper while testing, but if not, you can use the open source PDF Creator ( http://www.pdfforge.org/pdfcreator ) or the evaluation version of pdfFactory ( http://fineprint.com/pdf/ - again, do not trust the preview window, launch the PDF in your PDF viewer).

> Is this fixed in v.55 though?

I don't think there will be any more updates for Firefox 55 because Firefox 56 is due out in less than two weeks.

Comment 12

[jbovey]

Attachment: To test to see if the borders are properly displaying in print preview and/or a .pdf export

Comment 13

[jbovey]

When I installed the nightly to test this earlier it completely messed with my FF profile and I had to spend almost an hour recovering it.  So, I'm not going to deal with that nightly thing again.  I did attach a sample file though for testing purposes.  Can this be tested in v.56 please?  FYI: I use Bullzip for .pdf rendering.

Thanks.

Comment 14

[Henry]

The nightly is now correct for the cases that I was having trouble with.

Comment 15

[Mats Palmgren (inactive)]

Timea says in bug 1394249 comment 58:

Tested on latest Nightly 66 on Windows 7 x64 and the borders are still not rendered in print preview. Used this reduced testcase from Bug 1392028 : https://bug1392028.bmoattachments.org/attachment.cgi?id=8906309

It seems to work fine for me when I test it in Nightly on Linux,
so I guess there's a platform specific issue still lurking on Windows...

Comment 16

[Francesco]

(In reply to Mats Palmgren (:mats) from comment #15)

Timea says in bug 1394249 comment 58:

Tested on latest Nightly 66 on Windows 7 x64 and the borders are still not rendered in print preview. Used this reduced testcase from Bug 1392028 : https://bug1392028.bmoattachments.org/attachment.cgi?id=8906309

It seems to work fine for me when I test it in Nightly on Linux,
so I guess there's a platform specific issue still lurking on Windows...

I am on FF 64, Windows 7 x86, and the testcase prints correctly (borders are rendered both in print preview and in the output pdf).

Comment 17

[Timea Cernea [:tbabos][inactive]]

Reproduced the issue on Windows 10 x64 too on latest Nightly, latest Beta 65.0b9 and Firefox Release 64. Recording of the issue: https://streamable.com/512fu

Comment 18

[Francesco]

(In reply to Timea Babos from comment #17)

Reproduced the issue on Windows 10 x64 too on latest Nightly, latest Beta 65.0b9 and Firefox Release 64. Recording of the issue: https://streamable.com/512fu

Does the issue affect print preview only, or the print output too?

Comment 19

[Timea Cernea [:tbabos][inactive]]

Only Print Preview is affected, if I actually print it out it looks just fine.

Comment 20

[Francesco]

(In reply to Timea Babos from comment #19)

Only Print Preview is affected, if I actually print it out it looks just fine.

Then I think your problem is not this bug or a related one but the quality of print preview in general. As I recall, print preview in Firefox has never been very reliable. I myself can see the borders disappear and reappear if I zoom in or out. At the default zoom (Shrink to Fit) some borders are not shown. If I zoom in enough, say 150%, all borders appear.

Comment 21

[Alin Ilea, Desktop QA]

Reproduced the issue on latest Nightly 71.0a1 (2019-10-15) using Windows 7 x64.

Comment 22

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug is a regression, but please revert this change in case of error.

Comment 23

[Alin Ilea, Desktop QA]

Reproduced the issue on latest Nightly 72.0a1 (2019-11-06) using Windows 8.

Comment 24

[Alin Ilea, Desktop QA]

Reproduced the issue on latest Nightly 73.0a1 (2019-12-10) (Build id: 20191209215019).

Comment 25

[Liz Henry (:lizzard) (relman/hg->git project)]

Happy to take a patch for this in 74 or potentially in 73, but I'm marking the bug fix-optional to remove it from weekly triage.

Comment 26

[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

https://bugzilla.mozilla.org/show_bug.cgi?id=1394249

Comment 27

[Augusto Pace]

I've seen this issue on Windows 10 and Firefox version 74.0a1 (2020-01-13) (64-bit).

Comment 28

[Pascal Chevrel:pascalc (PTO until April 26)]

I am removing the regression keyword as the regression happened several years ago and we wouldn't back out the original regressor, there is no need to have this bug in regression triage every week.

Comment 29

[Jordan-moss1]

I am still getting this issue on Firefox 110.0 64 Bit, Windows 10. The table displays properly on other browsers