Incorrect print rendering for table headings with table borders collapsed

Bug #561450 reported by David Wood
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: firefox

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2) Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2) Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6

When printing a table that covers more than one page, and border-collapse set to collapse, on pages after the first the vertical border in <thead> elements covers the entire table, and the width of horizontal borders does not change from the default <tr> width. On print preview, the same happens, except the problem only occurs for one 'chunk' of the render, i.e. scrolling faster causes the problem to occur for a longer distance down the page.

Reproducible: Always

Steps to Reproduce:
1. Download the html attachment
2. Open in firefox
3. View the print preview, or print the document.

Actual Results:
Results are different to expected (as described above)

Expected Results:
The print output should be similar to the view on screen, and the same across
all page (excluding data)

Revision history for this message
In , Firefox-bugzilla-dtwood (firefox-bugzilla-dtwood) wrote :

Created an attachment (id=438286)
Example of the bug

Revision history for this message
In , Firefox-bugzilla-dtwood (firefox-bugzilla-dtwood) wrote :

(In reply to comment #0)
> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2)
> Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6
> Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2)
> Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6
>
> When printing a table that covers more than one page, and border-collapse set
> to collapse, on pages after the first the vertical border in <thead> elements
> covers the entire table, and the width of horizontal borders does not change
> from the default <tr> width. On print preview, the same happens, except the
> problem only occurs for one 'chunk' of the render, i.e. scrolling faster causes
> the problem to occur for a longer distance down the page
>
> Reproducible: Always
>
> Steps to Reproduce:
> 1. Download the html attachment 438286
> 2. Open in firefox
> 3. View the print preview, or print the document.
> Actual Results:
> Results are different to expected (as described in details)
>
> Expected Results:
> The print output should be similar to the view on screen, and the same across
> all page (excluding data)

Didn't realise the auto attachment link, should be attachment 438286

Revision history for this message
David Wood (dtwood) wrote :

Binary package hint: firefox

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2) Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2) Gecko/20100123 Ubuntu/9.10 (karmic) Firefox/3.6

When printing a table that covers more than one page, and border-collapse set to collapse, on pages after the first the vertical border in <thead> elements covers the entire table, and the width of horizontal borders does not change from the default <tr> width. On print preview, the same happens, except the problem only occurs for one 'chunk' of the render, i.e. scrolling faster causes the problem to occur for a longer distance down the page.

Reproducible: Always

Steps to Reproduce:
1. Download the html attachment
2. Open in firefox
3. View the print preview, or print the document.

Actual Results:
Results are different to expected (as described above)

Expected Results:
The print output should be similar to the view on screen, and the same across
all page (excluding data)

Revision history for this message
David Wood (dtwood) wrote :
Changed in firefox:
status: Unknown → New
Changed in firefox:
status: New → Confirmed
Changed in firefox:
importance: Unknown → Medium
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in firefox (Ubuntu):
status: New → Confirmed
Revision history for this message
In , Dmitry Katsubo (dma-k) wrote :

I observe the same problem on FF v33. More over on the 1st page the bottom border of the table footer is not printed, and borders on the 2nd page for the header are thinner then borders on the 1st page – I would expect they should be the same.

Changed in firefox:
status: Confirmed → Unknown
Changed in firefox:
status: Unknown → Confirmed
Changed in firefox:
importance: Medium → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.