Closed Bug 270827 Opened 20 years ago Closed 19 years ago

Print only 1st. page on the printer

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED DUPLICATE of bug 154892

People

(Reporter: knud, Assigned: bugzilla)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; da-DK; rv:1.7.5) Gecko/20041118 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; da-DK; rv:1.7.5) Gecko/20041118 Firefox/1.0

When print a webpage that is longer than one paper (A4) it only printing the
1st. page on the printer.
That is not only the page mentioned and the print friendly vesrion (Printvenlig)
but all webpages.

Reproducible: Always
Steps to Reproduce:
1. Goto http://www.nationalbanken.dk/dndk/valuta.nsf/side/Valutakurser!OpenDocument
2. Print the list directly og use the "printvenlig" button
3. print

Actual Results:  
The list are printed for the first page. No more to print even the webpage are
on 2 pages. (Works in Internet Explorer)

Expected Results:  
Print the page in full no matter how many sheets this will take.


(My printer is an Epson Stylus Photo 900 connected by USB cable)
I am seeing the same problem on the following page:

http://www.pharmacy.ohio-state.edu/services/research/undergrad/honors.html

And many other pages where we use DIV layers for our content. The printing
mechanism and print preview do not recognize that there is content past
the first page. I assume this is because of the layers not being part of
the flow of the document, but I would like to maintain my site using layers
and still be able to print it successfully.
Related to/duplicate of bug 154892?
Trying to print a "print-friendly" web page directly into PDF via Adobe PDFmaker
but only got first screenful in document. Process works fine in IExplorer.
PDF layout different to printout (Lexmark X75)
Windows XP Pro-SP2
Adobe Acrobat 6.0 Pro (6.0.0)
Firefox Browser (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5)
Gecko/20041110 Firefox/1.0)
Same for me on:
http://www.men.lu/edu/fre/enseignement/precoce/organisation/
Using Firefox 1.0 on winNT
I saw this bug also visting this link:
http://entropy.brneurosci.org/linuxsetup68.html

1) It prints only the first printer page.
2) even if I scroll down so that other parts of the web page are visible, it
prints from the top and only prints the first paper page.
3) IE prints the whole page correctly.
I am running WinXP Firefox vers 1.0 with no additional downloads.
The printer in question is a networked printer. Tried two different printers one
was an HP Laser Jet 8000 N.
4) I tried changing the margins in the Page Setup menu, and that does not work
either. E.G. I asked for a 1" top margin and a 3" botteom margin and it printed
right to the edge of the page.
5) I asked for Landscape and it honored that. It printed in landscape mode, but
again only one page worth. Since the page is shorter now, I get less content
than before. And of course it still does not honor margin requests.
It happens both on Mac OS-X and Windows XP, no matter what printer I am using
(HP Laserjet1300 or HP Deskjet). In my experience it seems to happen with all
webpages. 
This problem is a known problem and occurs when Mozilla tries to print web pages
using a div tag that uses absolute positioning as was the case in the first two
pages mentioned above that I checked.  This bug was first reported in 2002 in
bug report #154892 and is due to the fact that nobody has implemented splitting
absolutely positioned frames in Mozilla code.  It reportedly works in Opera, IE,
and some other browsers but not Mozilla.  The CSS code is apparently correctly
formed so this seems to be a Mozilla bug that needs to be fixed by the
maintainers.  There are many duplicate reports of this bug.  Any critical
dataloss bug like this should have been fixed long ago.  I wish I had the skill
set to deal with it.
Depends on: 154892
In the W3C document about print, http://www.w3.org/TR/CSS21/page.html#q7, the
standard said the printing about absolute positioned stuff like this
--------------------------------------------------------
13.2.3 Content outside the page box

When formatting content in the page model, some content may end up outside the
page box. For example, an element whose 'white-space' property has the value
'pre' may generate a box that is wider than the page box. Also, when boxes are
positioned absolutely, they may end up in "inconvenient" locations. For example,
images may be placed on the edge of the page box or 100,000 meters below the
page box.

The exact formatting of such elements lies outside the scope of this
specification. However, we recommend that authors and user agents observe the
following general principles concerning content outside the page box:

    * Content should be allowed slightly beyond the page box to allow pages to
"bleed".
    * User agents should avoid generating a large number of empty page boxes to
honor the positioning of elements (e.g., you don't want to print 100 blank pages).
    * Authors should not position elements in inconvenient locations just to
avoid rendering them.
    * User agents may handle boxes positioned outside the page box in several
ways, including discarding them or creating page boxes for them at the end of
the document. 
-----------------------------------------------------

So authors should take some responsibility about the absolute positioned stuff.

Secondly, browser can either throw those out side of the page away or print them
in more pages. So what mozilla is doing is correct.

But we all want mozilla behave in the second way, print the content in more pages.
On Firefox 1.0.2 only the first page of 4 pages appears in print preview or as
print output for the  website below. Plus the text spills over the footer area.
It works ok with IE 6.0
http://wifinetnews.com/archives/002452.html

I'm using a Laserjet 1000 on Windows 2000 Pro
It is a legal fiction to claim that what Mozilla and Firefox is doing is right.
One should not hide behind a faulty or incomplete "standard". Within the
standard section referenced in Comment #9, there appears to be several ways of
interpreting the "standard", namely:
 "User agents may handle boxes positioned outside the page box in several ways,
including discarding them OR creating page boxes for them at the end of the
document". 

Mozilla and Firefox have picked the worst interpretation which makes the product
unusable.
I am experiancing this problem as well, trying to print a long dynamically
created table. I have found that on long documents the header of the first page
will print and then a followed by several near blank pages, with perhaps the
first 5mm of the page showing up, and the occasional fully printed page. The
problem changes with the orientation of the page. It seems that any document
that would have final file size of over roughly 100KB will not print properly -
pages under that size appear to work fine.

I am using Mac OS 10.3.9 any the problem occurs with multiple printers.
Hi,
 I'm facing the same problem that out of 2 pages only first page gets printed.
 If it is happening due to div tag, can "float:none" style attribute setting for
div tag work??
Problem occurs on latest release:  1.07 as well as 1.06 

I have a very simple test case for this print problem. Pages below validate as
'html 4.01 transitional'.  

http://www.rhythmicmom.com/doprint.php?file=news/2pages.htm  < has span

http://www.rhythmicmom.com/doprint2.php?file=news/2pages.htm  < no span

both urls have page-break-always when a span or div is included only one page
prints. If the page were more text with out page breaks... when a span is
included , only first page prints.  i.e.
http://www.rhythmicmom.com/doprint.php?news/news.htm 

Works ok with IE. 


At my system only this:
http://www.rhythmicmom.com/doprint2.php?file=news/2pages.htm 
print both pages. The two other links do only print the first page.

Is it a FireFox problem or is it a webdesigner problem?

I will say as long as webdesigners can make this it is a FireFox problem

Regards, 
Knud
http://vallreg.svak.se/t_calendar.php?MENUSELECT=3&TAVLING=3227&START=1
show the same bug. Regardless of OS and printer. Works fine with IE6.
This bug should have been fixed LONG ago, as it stops introduction of Firefox in some (known) large organisations.
This problem is STILL not solved. 
Now using version 1.5 (Mozilla/5.0 (Windows; U; Windows NT 5.1; da; rv:1.8) Gecko/20051111 Firefox/1.5)

This bug is not just "Critical" any more. It is a "Blocker"
Severity: critical → blocker
Version: unspecified → 1.5 Branch
Severity: blocker → critical
Version: 1.5 Branch → Trunk

*** This bug has been marked as a duplicate of 154892 ***
Status: NEW → RESOLVED
Closed: 19 years ago
No longer depends on: 154892
Resolution: --- → DUPLICATE
I've read the above posts, but it appears that the problem persists.
I can print to my Epson and HP printers without problems, but CutePDF only prints the first page. Since all works well in IE6 I can only assume that this is a Firefox problem and not one of web design.
I found the cause the problem I was having - use of the rowspan attribute in a table cell that crossed over page breaks. I got rid of them and the problem went away.
You need to log in before you can comment on or make changes to this bug.