Closed
Bug 322925
Opened 20 years ago
Closed 15 years ago
Only one page printed of long HTML document
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 129941
People
(Reporter: toregaupseth, Unassigned)
Details
(Keywords: testcase)
Attachments
(1 file)
|
5.91 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
The print-out and print preview of some html pages/documents is giving only one page instead of alle the pages.
Other browsers (Opera) is showing/printing all pages.
Reproducible: Always
Steps to Reproduce:
1. Download and load the file: http://hugin.hin.no/moodle/file.php/1/Filarkiv/99r.html
2. Try a printout or page preview.
3.
Actual Results:
Only one page shown.
Expected Results:
5 pages printout (on my normal printer).
Comment 1•20 years ago
|
||
That page is a 404. What is the correct URL?
Summary: Only one page printed of long html document. → Only one page printed of long HTML document
| Reporter | ||
Comment 2•20 years ago
|
||
The correct URL is
http://hugin.hin.no/moodle/file.php/1/Filarkiv/99.zip
Download, unpack and open from the File menu.
Confirmed with SeaMonkey 1.0 on Windows 2000 only the forst page of content prints, and print preview only shows one page (with the text overflowing the bottom of the preview page).
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0
Reduced test case attached, problem seems to be down to a "body{overflow:auto;}" in the page's stylesheet.
Possible dupe of bug 165705 although that relates to overflow:auto set on a DIV element rather than the entire body.
This is happening for me too.
At the following site though:
http://www.ndoylefineart.com/drawexercise1.html
BTW: This is my user-agent string. Just to confirm it appears in the 1.5.0.1 latest public build.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
The website just mentioned in comment 5 above (http://www.ndoylefineart.com/drawexercise1.html) has no body{overflow:auto;} set in its CSS, and appears to be unrelated to this bug.
It does however have an awful lot of DIVs with "position: absolute" set on every one of them, suggest that it is probably more related to bug 179135 or bug 154892 both of which deal with web pages containing elements set to "position:absolute" where only the first page prints.
Note I am not suggesting that this bug should be marked as a dupe of either of those, just that the site added by Snala in comment 5 is probably a dupe of one of those two.
Can someone look at this?
I use CSS and DIV tags but there is no absolute positioning and I have not set overflow. Yet, I still get the one page bug. I get one page and the last image on that page overflows to the next page maybe an inch or less. That image is cut off and nothing appears after it.
Comment 9•19 years ago
|
||
Confirming this happens on Firefox 2.0 too.
Example page: http://moodle.didanet.fi/course/view.php?id=3
Build ID: Mozilla/5.0 (X11; U; Linux i686; fi; rv:1.8.1) Gecko/2006101022 Firefox/2.0
Comment 10•19 years ago
|
||
Did anyone find a solution to the problem with firefox that it only prints one page of an html document? Explorer prints out perfectly yet firefox which is my preferred search engine only prints a single page even if the document only runs to two pages. Any guidance would be a real help?
Comment 11•19 years ago
|
||
Did anyone find a solution to the problem with firefox that it only prints one
page of an html document? Explorer prints out perfectly yet firefox which is my
preferred search engine only prints a single page even if the document only
runs to two pages. Any guidance would be a real help?
Comment 12•18 years ago
|
||
Reporter, do you still see this problem with the latest Firefox trunk build? If not, can you please close this bug as WORKSFORME. Thanks!
- http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Version: unspecified → 2.0 Branch
Comment 13•18 years ago
|
||
I have just tried it out on Windows Vista and latest FireFox but the bug has not been corrected, at least on Vosta os. I will try it on XP when I log into my office computer on Monday unless somebody else reports the bug as corrected or still exists on that platform.
Comment 14•18 years ago
|
||
The fault still exists when using the XP operating system
Updated•18 years ago
|
Component: General → Printing
Product: Firefox → Core
QA Contact: general → printing
Version: 2.0 Branch → Trunk
Comment 15•18 years ago
|
||
I can also confirm that this issue is occurring using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2. Perhaps this issue may also be related to bug 315295. OS build is Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9
Comment 16•18 years ago
|
||
Reproduced at <a href ="http://msdn2.microsoft.com/en-us/library/ms948909(d=printer).aspx">http://msdn2.microsoft.com/en-us/library/ms948909(d=printer).aspx</a>
XP, using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8pre) Gecko/20071019 Firefox/2.0.0.8 Navigator/9.0.0.1
Comment 17•18 years ago
|
||
(In reply to comment #12)
> Reporter, do you still see this problem with the latest Firefox trunk build?
steve, testcase file fails trunk, prints only one page
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007112605 Minefield/3.0b2pre
_before_ this is confirmed (if it is confirmed at all) someone first needs to check that it isn't a dupe of an existing bug, which I suspect it is. search the bugs for css, or body and overflow - see body{overflow:auto;} in the testcase
Whiteboard: dupeme
Comment 18•17 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.15) Gecko/20080615 SeaMonkey/1.1.10
Also occurs with Fx 2.0.0.14 and SeaMonkey 1.1.9
Exact same problem with this page:
http://kbserver.netgear.com/kb_web_files/n101496.asp
Page preview breaks just after the diagram and overflows at:
4. Change the IP address of the wireless router/access point.
Prints only first page.
All pages print properly in IE6.
Comment 19•17 years ago
|
||
I am experiencing this exact problem this morning (2008-06-24).
I took a Word Doc, converted it to HTML using ClickToConvert. The resultant HTML uses style sheet with ids and absolute positioning of all elements. In FireFox 3.0, ONLY the first page will print, second and third page are ignored. In FireFox, If I SELECT the entire text, and try to print selection, I get THREE BLANK PAGES, no text at all! In IE 7, all three pages print, everytime.
I have placed the HTML at the following publicly accessible URL:
http://test.iu.iuhoosiers.com/compservetest/bugzilla/
Comment 20•17 years ago
|
||
Same problem in FF 3.0.6. Workaround with CSS
* {overflow:visible!important;float:none!important}
Comment 21•15 years ago
|
||
For the following web site, only the first page out of 14 is printed with Firefox 3.6.13. All 14 pages can be printed with Internet Explorer 8.0.6001 .
http://www.the-scientist.com/2011/2/1/42/1/ .
I'm using Windows XP Pro Service pack 3 and a hp LaserJet 1000
I'm amazed that this problem has not been solved sine 2006!!
Comment 22•15 years ago
|
||
With Firfox 3.6.13 only the first page is shown in preview and it is the only page printable out of 12 pages which prints fine on IE with this website:
http://www.the-scientist.com/2011/2/1/42/1/#johnson .
I'm using Windows XP Pro service pack 3 and a HP Laserjet 1000
Comment 23•15 years ago
|
||
Will someone please confirm this bug so that it gets attention.
Comment 24•15 years ago
|
||
Based on "overflow" mention in Comment 4 & Comment 20, it looks like the original bug here was a duplicate of bug 129941.
Jim's URL is also a dupe of bug 129941 -- I confirmed in DOM inspector that it's got a div called "wrapper" with computed style of overflow being "hidden".
So, good news -- this should all be fixed in Firefox 4. I confirmed locally that Jim's URL is fixed in my Firefox 4 nightly.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•