The default bug view has changed. See this FAQ.

Print (and print preview) drops some lines when trying to render a TABLE with a CAPTION

RESOLVED FIXED

Status

()

Core
Layout: Tables
RESOLVED FIXED
12 years ago
6 years ago

People

(Reporter: Stewart M. Clamen, Assigned: Bernd)

Tracking

({testcase})

1.8 Branch
x86
Windows XP
testcase
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite ?

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments, 1 obsolete attachment)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

This page renders fine on the screen, but in Print Preview (and when printed)
lines are dropped.  It seems to be related to the height of the CAPTION. 
Problem doesn't appear when there is no CAPTION.

Reproducible: Always

Steps to Reproduce:




Exhibits same behaviour under Windows XP and Linux (Firefox 1.0.3)

Comment 1

12 years ago
Please expalin the problem with specific details. Which lines are getting
dropped on the testpage.

Comment 2

12 years ago
CAPTION is deprecated (as per w3.org). And what do you mean by "lines are dropped"?
(Reporter)

Comment 3

12 years ago
A number of lines (proportional to the height of the caption) are not displayed
in the Print Preview or on the printed pages, at the page break.  (Which lines
depends on your paper and font size.)

(Reporter)

Comment 4

12 years ago
With font-size 16px, Print Preview (scale: shrink to fit , Portrait Mode,
margins all set to 0.5", standard headers and footers), the 
lines:

26
27
28
29

do not appear. (Page one ending with "25" and page two beginning with "30")

Comment 5

12 years ago
I am also having exactly the same problem with firefox, versions:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414
Firefox/1.0.3


In response to post #2, as far as I can tell CAPTION is not deprecated; 
 - not in HTML 4.0.1
   http://www.w3.org/TR/html401/index/elements.html

 - nor in XHTML1
   http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_XHTML-1.0-Strict

 - nor in XHTML2
   http://www.w3.org/TR/xhtml2/elements.html
bernd, this looks like one for you :-)
(Assignee)

Comment 7

12 years ago
Created attachment 182246 [details] [diff] [review]
patch

Yeah Chris left a XXX comment where to do it ;-). But I dont know how to pull
correctly the previously pushed children. So the patch works decent on the
first page, but does not print anything on the second. I believe one needs to
unsplit the table frame before the resize. But I have really no idea how this
is done.
(Assignee)

Updated

12 years ago
Status: UNCONFIRMED → NEW
Component: General → Layout: Tables
Ever confirmed: true
Product: Firefox → Core
Version: unspecified → 1.0 Branch
(Assignee)

Updated

12 years ago
QA Contact: general → layout.tables
(Reporter)

Comment 8

12 years ago
Verified that the problem persists in the Firefox 1.5 distro
*** Bug 307331 has been marked as a duplicate of this bug. ***

Updated

11 years ago
Version: 1.0 Branch → 1.8 Branch
(Assignee)

Comment 10

11 years ago
Created attachment 207172 [details] [diff] [review]
patch
Assignee: nobody → bernd_mozilla
Attachment #182246 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #207172 - Flags: superreview?(roc)
Attachment #207172 - Flags: review?(roc)
(Assignee)

Updated

11 years ago
Blocks: 302911
+        if ((NS_SIDE_TOP  == captionSide) || (NS_SIDE_BOTTOM != captionSide)) {

This should just be NS_SIDE_TOP == captionSide, right?

Is this just a workaround?
Comment on attachment 207172 [details] [diff] [review]
patch

minusing until we get some feedback
Attachment #207172 - Flags: superreview?(roc)
Attachment #207172 - Flags: superreview-
Attachment #207172 - Flags: review?(roc)
Attachment #207172 - Flags: review-
Created attachment 231731 [details]
testcase

Attaching testcase to the bug, in case the url becomes 404/disappears/etc.

Updated

11 years ago
Keywords: testcase
(Assignee)

Comment 14

10 years ago
fixed by the reflow branch
Status: ASSIGNED → RESOLVED
Last Resolved: 10 years ago
Depends on: 300030
Flags: in-testsuite?
Resolution: --- → FIXED
(Assignee)

Comment 15

9 years ago
this is again broken, I was about to create a reftest for it when I noticed it.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(Assignee)

Updated

8 years ago
Blocks: 294991

Comment 16

6 years ago
Looks like this is still broken in 4.0b9. I'm surprised at the low interest in this bug--I'd think printing tables with captions would be a somewhat common thing.
(Assignee)

Comment 17

6 years ago
this got probably fixed by bug 642088
(Assignee)

Comment 18

6 years ago
marking as fixed, please reopen if you see this with a current nightly
Status: REOPENED → RESOLVED
Last Resolved: 10 years ago6 years ago
Resolution: --- → FIXED

Comment 19

6 years ago
Can confirm fix on
Mozilla/5.0 (X11; Linux i686; rv:8.0a1) Gecko/20110804 Firefox/8.0a1 ID:20110804030732

while it is still a problem on today's Aurora 7 (mentioned just to show difference).
You need to log in before you can comment on or make changes to this bug.