Closed Bug 193771 Opened 21 years ago Closed 2 years ago

Some Portions of page will not print across page breaks.

Categories

(Core :: Printing: Output, defect)

x86
Windows 2000
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 534182

People

(Reporter: ian.graham, Unassigned)

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210

If you view and then print the referenced URL
(http://weblog.infoworld.com/udell/2003/02/11.html#a603) you will find that the
main body of hte page (the weblog column - I believe this is the middle table
cell in a 5-column table) is incompletely printed -- the text is truncated at
the end of the first printed page (the content may be inside it's own special
table cell -- the nesting gets quite atrocious).. 

Conversely, printing produces multiple output pages, and properly prints the
entire content of right column of the page, adn the page footer.

Reproducible: Always

Steps to Reproduce:
1. Go to url http://weblog.infoworld.com/udell/2003/02/11.html#a603
2.  Select to print (or print preview)
3. Note that the main body text doesn't carry over to second page. 

Actual Results:  
The main text is truncated to the first printed page.


Expected Results:  
Print everything.

This may be in one of hte other printing bugs, but I couldn't find it ...
Really, these printing problems are getting a bit annoying -- I find that I am
now keeping an IE window open, and am cutting and pasting URLs to it so I can
get the pages printed properly ......
Priority: -- → P2
Target Milestone: --- → Future
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

I have a similar issue with this page:
http://test.chunkstyle.net/firefox_error.htm  (names changed to protect the
innocent).

At the bottom, the lines:
Qty  	 	Product  	Price  	Amount
1 		Listing of product ordered 	149.00 	149.00

do not show on the print preview, nor do they print.  If I add more product
lines, they will all display.
Assignee: rods → nobody
QA Contact: sujay → printing
Ian, do you still see this?

I can't reproduce with http://weblog.infoworld.com/udell/2003/02/11.html#a603
Flags: needinfo?(ian.graham)
I do still see cases where Web pages don't print after the first printed page, but can't call up an example offhand: let me monitor this, and I will add a test case if I see it happen.
Flags: needinfo?(ian.graham)
Keywords: testcase-wanted
Priority: P2 → --
Whiteboard: [closeme 2012-12-01]
Target Milestone: Future → ---
I happened upon this demo page at http://www.uiaa.org/illinois/news/blog/index.asp?id=163 -- saved the page locally, verified this alos truncated printing, and attached as a ZIP file. Note this truncates printing under Firefox 16.0.2 on Windows XP and OS 10.6.8.
Whiteboard: [closeme 2012-12-01]
Comment on attachment 676003 [details]
ZIP file of web page demonstrating the bug

TESTCASE
Is the attached testcase sufficient? If so then the keyword can be deleted -
The testcase I attached in 2012 still demonstrates this bug - it prints (and print-preview's) incorrectly in FF (32.0.3). It prints properly in Chrome / Safari.
QA Whiteboard: qa-not-actionable

(In reply to Ian Graham from comment #0)

Steps to Reproduce:

  1. Go to url http://weblog.infoworld.com/udell/2003/02/11.html#a603

Sadly, this domain seems to be gone now.

(In reply to Ian Graham from comment #7)

The testcase I attached in 2012 still demonstrates this bug - it prints (and
print-preview's) incorrectly in FF (32.0.3). It prints properly in Chrome /
Safari.

I took a look at this, and this was a case of the page's main content being wrapped in an inline-block: specifically a <div class="clearfix">, which the stylesheet gentable.css gives this style to:

.clearfix {
	display: inline-block;
}

This did indeed cause truncation during printing for a long time (for content taller than a page that's wrapped in an inline-block) -- this was bug 534182, and it's now mostly fixed as discussed in bug 534182 comment 22. (aside from some cosmetic followup work in bug 1759926.)

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: