Closed
Bug 192129
Opened 22 years ago
Closed 15 years ago
Only one (1) page in print preview on page with <frameset><frame></frameset>
Categories
(Core :: Print Preview, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 178554
Future
People
(Reporter: walter_ebeling, Unassigned)
References
()
Details
Attachments
(1 file)
76.07 KB,
application/octet-stream
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a; MultiZilla v1.1.32 final) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a; MultiZilla v1.1.32 final) Gecko/20021212
The print preview doesnt't allow to flip through the pages of the included testcase.
Reproducible: Always
Steps to Reproduce:
1. unzip the testcase
2. load dvdx-videoserver.htm
3. go to print preview
Actual Results:
The page count shows 1 of 1 pages. The page is cut at the end. The printout has
more pages.
Expected Results:
Show at least 2 pages
Reporter | ||
Comment 1•22 years ago
|
||
Reporter | ||
Comment 2•22 years ago
|
||
The printout has also problems (bug 192132). Depending on the print setting
(frames separately or as layed out on screen) 5 pages or 1 page are printed.
Summary: Only one (1) page in print preview → Only one (1) page in print preview
Comment 3•22 years ago
|
||
I also see this with a current build (plain Mozilla) on Win2k.
This might be a duplicate, but the possible ones I found were a bit different
(e.g. this page has no position:absolute div).
-> NEW so somebody finds the original report (or just fixes the bug :-) )
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•22 years ago
|
||
I have the same problem with all pages in Mozilla 1.4a - no matter how large the
page, I only get one page printed or shown in print preview. I am using W2K.
I am using Win XP and version 1.3 final and I see only one page in print preview.
Also only one page prints where there should have been two.
Reporter | ||
Updated•22 years ago
|
Severity: normal → major
Reporter | ||
Comment 6•22 years ago
|
||
Changing the severity to major, since it ist a major function not working properly
Reporter | ||
Updated•22 years ago
|
Flags: blocking1.4b?
Comment 7•22 years ago
|
||
This apparently isn't a widespread problem and I have no difficulties printing
any of the handful of popular sites I tested on Windows and Linux.
Flags: blocking1.4b? → blocking1.4b-
Comment 8•22 years ago
|
||
It seems this problem also happens when you declare
overflow:auto,overflow:hidden and overflow:scroll on body of html. They react
all three slightly different.
I have made some testpages:
http://home.hccnet.nl/m.wargers/test/mozilla/print/
This has nothing to do with the testcase though. I think it has something to do
with it that it has frames.
I see it happening on all kind of framed pages.
Updated•21 years ago
|
Priority: -- → P2
Updated•21 years ago
|
Target Milestone: --- → Future
I'm not sure if this has the same cause, but the result is the same. I only see
one page of the following URL.
http://support.microsoft.com/?kbid=257333
Comment 10•21 years ago
|
||
-- October 29 2003
-- By Gary Ridley, WWW Specialist at Math Faculty of the University of Waterloo, Waterloo, Ontario
I just came across this bug report when searching for a solution to print problems we are having, using
any version of Mozilla/Netscape7 on either Mac os/x or Windows. Our web pages
(www.math.uwaterloo.ca/index.shtml) make a lot of use of <div> tags and CSS positioning, on all such
math pages Print Preview shows only 1 page and when printing trucates that web page to 1 page
discarding the extra. Removing the <div> tags allows the page to print correctly. My test page for this
can be found at: http://www.math.uwaterloo.ca/mathcontent/ProtoPages/PrintVersion/
PrintTester2.shtml My email is gwridley@math.uwaterloo.ca. Is there a solution to this bug?
Comment 11•20 years ago
|
||
Printing/previewing only one page: pages with (i)frames see bug 247166, pages
with Overflow:auto see bug 248440.
Comment 12•20 years ago
|
||
This bug was reported many times :
267709
267745
260024
Reporter | ||
Comment 13•19 years ago
|
||
*** Bug 192132 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 14•19 years ago
|
||
Still valid in Firefox Beta 1
Comment 15•19 years ago
|
||
probably related: https://bugzilla.mozilla.org/show_bug.cgi?id=309486
Comment 16•17 years ago
|
||
encountered this in FF3 beta 5 while testing to see if FF3 would have fixed the problem.
Comment 17•15 years ago
|
||
Bug (1 page only printing) present in FF3.5.2 on WinXP, see: http://www.randomhouse.com/modernlibrary/100rivallist.html. Same problem at some other websites.
Updated•15 years ago
|
Assignee: rods → nobody
QA Contact: sujay → printing
Comment 18•15 years ago
|
||
Yes, the exact same behaviour as #17 happens on http://www.duden.de/deutsche_sprache/index.php?nid=22 (FF 3.5.3)
Comment 19•15 years ago
|
||
The sites in comments 17 & comment 18 both have stylesheets that specify "overflow: hidden" on an element that contains their main content, which means the main content gets clipped when printed, due to bug 129941.
In the first site, the element is "#main" and the stylesheet is http://www.randomhouse.com/modernlibrary/css/style.css
In the second site, the element is #content, and the stylesheet is
http://www.duden.de/global/css/global.css
Duping this to bug 129941, because that's generally responsible for most of this type of of issues, and it's definitely responsible for the most recent activity on this bug.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Comment 27•7 years ago
|
||
With react, this issue has become prominent than before. Do you plan to act on it? It has been little over 16 years since this bug was open?
Comment 28•7 years ago
|
||
With react, this issue has become prominent than before. Do you plan to act on it? It has been little over 16 years since this bug was open?
Summary: Only one (1) page in print preview → Only one (1) page in print preview on page with <frameset><frame></frameset>
Duping correctly based on the subject of the original report.
You need to log in
before you can comment on or make changes to this bug.
Description
•