Closed Bug 258397 Opened 20 years ago Closed 14 years ago

Firefox will preview AND print only the first page of the URL with overflow:hidden, swallows all following pages

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 129941

People

(Reporter: c1251008, Unassigned)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(2 files)

7kb screenshot showing Preview and Wndows Printer dialog
6.61 KB, image/png
Details
testcase1
793 bytes, text/html
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 When printing the URL http://www.fhv.at/res/ppe/veranstaltungen/voc2004/ Firefox will only print the first page quoting "page 1 of 1". In the print preview it seems that the page continues down to outside the paper. To me it seems that no pagebreak is inserted by firefox. The problem exists already in the print preview and when printing on a Canon S750 Bubblejet and on an OKI 5400n Laserjet. Reproducible: Always Steps to Reproduce: 1. open the page 2. print it Actual Results: only "1 of 1" page prints with content clearly missing. Expected Results: print all the web-page on 2 paper-pages.
This needs a minimal testcase (chances are, the overflow setting is the problem).
Keywords: qawanted
(In reply to comment #0) We've hit the same problem with a few pages. One that was given to me is at: http://www.imarest.org/emarine/issue12.htm
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040906 Using the print button from the page loads this URL in a pop-up: http://www.fhv.at/res/ppe/veranstaltungen/voc2004/print_html http://www.fhv.at/print.css is its stylesheet. I copied the URL from page Info, loaded it into a new tab, and checked the Print Preview using the File menu, was working same in both a more current Firefox and Mozilla. Print Preview: showing page 1 of 2 and Page 2 of 2 1st page was ending with 'Invited speakers:', 2nd page was starting with 'Ingo Baumbach, Dortmund ' Print (from Preview): possible selection 1 of 1 page. (Printer is installed, but currently not connected) I also checked the printing links in the document: the link 'Drucken' at the top and the printer symbol at the right of the caption. <a href="javascript:this.print();">Drucken</a> gave me the standard printer dialog for my windows98/Cannon Bubblejet330, suggested printing all, but below i could select 'Page 1 of 1'. <a href="#" onclick="javascript:window.open(&quot;/res/ppe/veranstaltungen/voc2004/print_html&quot;,&quot;print&quot;,&quot;width=510,height=560, toolbar=0,menubar=0,location=0,status=0,scrollbars=1,resisable=1&quot;);"><img width="12" height="12" src="/fhv_img_layout/print.gif" border="" alt=""> didn´t work at all, it is exactly the same code as on the original page, that opened the popup, including the "resisable=1" typo. the URL from comment #2 wasn´t looking fine in Print Preview, only Page 1 of 1 offered, and expanding below the bottom of the page. The text was cropped at the right side, I had to resize to 95% to see the text completely. http://www.imarest.org/emarine/issue12.htm
The Preview is showing Page 1 of 2, the Printer dialog is offering pages from: 1 to: 1 ( german: Seiten von: 1 bis: 1 )
Attached file testcase1 —
This testcase shows that the problem lies with "body { overflow: hidden;}". Judging by comment #1, this sounds like a known problem already. We should look for a preexisting bug report on this problem.
Keywords: qawanted → testcase
Same problem with Firefox 1.0 Preview on W2K, also under Linux-Version another URL showing the same Print/Preview Problem (XHTML-Code?) http://www.arbeitsagentur.de/vam/vamController/CMSConversation/anzeigeContent;jsessionid=Bu2B45nVnF9xrdt3aC0bCanTFyqnwiQrWNBvLsHzQdRUhq3uf7si!-350193014?docId=11670&rqc=1&ls=false&ut=0 A-Baehr@gmx.de Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Same issue with: http://www.snopes.com/inboxer/hoaxes/computer.asp in both Firefox 1.0 and Mozilla 1.7.3.
This appears to be platform-independant. I have this problem on a site of mine, and all testers reports the same issue on Mac, Windows, and Linux. I can confirm this problem with the following agents: * Mozilla/5.0 (Windows; U; Win98; en-GB; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 * Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 * Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050405 Epiphany/1.6.1 (Ubuntu) (Ubuntu package 1.0.2)
> * Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050405 > Epiphany/1.6.1 (Ubuntu) (Ubuntu package 1.0.2) Sorry, that user agent should be: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050405 Firefox/1.0 (Ubuntu package 1.0.2)
symptoms match bug 154892 - does it work after removing abs positioning?
Whiteboard: dupeme
I can confirm this bug on both XP and Mac OS 10.4 with 1.5.0.4 for PC and 1.5.0.7 for Mac. Every other browser works fine, IE, Opera, Safari, etc. I believe this is attributed to div styling since my site design uses nothing but that. This bug is repeatable every time with just about any page with a lot of content.
Print range box in the print preview wont accept change above page 2. page 2 prints out with a footer at the top of the page for a 4 page E mail. in the preview itself it only shows page 1. i noticed a difference between firefox and explorer preview boxes. explorer preview has the rangein the same box and firefox has 2 seperate boxes for range Explorer works fine no problems I dont use fire fox any longer for e mail but I want to. It offers other items that I like this problem has beenwith me for about 3/4 months.
I confirm this on both: mozilla-firefox-1.5.0.8 mozilla-firefox-2.0 Check this link: http://qa.mandriva.com/show_bug.cgi?id=27946 In fact, in the print menu when we click the "Properties" button beside the printer selection list we can see that the default page size is "Letter (8.5x11 inch)" regardless of what has been set by default for the pinter. Here in france we need to set the default page size to A4 and then printing works. Mozilla Firefox doesnt check the printer's default settings, so each time a printer is added/modified, we have to reset the default page size (to A4 intsead of Letter (8.5x11 inch) in france) in Firefox's own printing properties for each new printer and per user. So mozilla firefox doesn't seem to read the printer's default settings and selects "Letter (8.5x11 inch)" as it's own default printer properties. Also, beacuse firefox doesnt read these printers' PPD setings, "each" user (multi user desktop) needs to change the default page size in firefox. Having firefox reading the settings (in "cups" for linux, i don't know for XP and Mac OS but the bug is the same) would avoid such problem. When the proper page size is set in firefox itself (system changes are unseen by firefox), several pages can be flawlesly printed.
I can confirm this for Ubuntu Linux, Edgy and Feisty.
Suggestion: Why not using the new printing framework of GTK 2.10.x. There full CUPS/PPD support is already there and so you do not need to invent the wheel again ...
Haven't been able to print more than one page of any site. Using 2.0.0.5 for OS X 10.3. Printing all pages after page one works in every other browser but Firefox. Any idea if there is a fix on the way? This has occurred since I began using it when the browser was first released.
In reply to Comment #16: The workaround is to do like in Comment #13: In the print menu when we click the "Properties" button beside the printer selection list we can see that the default page size is "Letter (8.5x11 inch)" regardless of what has been set by default for the pinter. So set this to your Page size, You have to do this for "each" printer you would use and for "each" user. The solution would be that Firefox do as Till Kamppeter (member of the OpenPrinting group : http://www.linux-foundation.org/~till/#contribs) says in Comment #15. Please, mozilla team, this bug has been reported since september 2004 and confirmed by the many posts and even by Till Kamppeter member of the OpenPrinting group, could you please "confirm" the bugzilla ticket and see for this? Thanks.
(In reply to comment #17) > In reply to Comment #16: > The workaround is to do like in Comment #13: > In the print menu when we click the "Properties" button beside the > printer selection list we can see that the default page size is "Letter (8.5x11 > inch)" regardless of what has been set by default for the pinter. > So set this to your Page size, > You have to do this for "each" printer you would use and for "each" user. > > The solution would be that Firefox do as Till Kamppeter (member of the > OpenPrinting group : http://www.linux-foundation.org/~till/#contribs) says in > Comment #15. > > Please, mozilla team, this bug has been reported since september 2004 and > confirmed by the many posts and even by Till Kamppeter member of the > OpenPrinting group, could you please "confirm" the bugzilla ticket and see for > this? Thanks. > That's only the valid fix for people who actually are using A4 paper. A4's longer and narrower than Letter anyway, so it wouldn't cut off the bottom--it'd cut off an edge, maybe. I'm using Letter size paper and can't print past the first page. Besides, paper size might mean losing a few lines of text. It wouldn't mean losing 3 PAGES of it.
Assignee: printing → nobody
QA Contact: printing
Is Firefox still not reading the printer defaults when print preview is activated or the printer changed or when Firefox is loaded? If this has been corrected, we should close this bug shouldn't we?
This has not been corrected. I can still only print and preview the first page. I'm using Windows XP with Firefox 3.6 trying to print a Gmail email. I've tried all the suggestions from previous comments with no success. I have to use Internet Explorer to print. Others are also having this problem, as follows: http://support.mozilla.com/ta-LK/questions/768517 http://www.webmaster-talk.com/coding-forum/218221-firefox-printing-problem.html http://forums.mozillazine.org/viewtopic.php?f=38&t=1734835&start=0 http://www.piglets.org/serendipity/archives/45-Fixing-truncated-printing-with-Firefox.html https://bugzilla.mozilla.org/show_bug.cgi?id=104040 (This is an old bug documenting a similar - or the same problem - see later comments)
This bug report describes a known problem (see comment 5), which fortunately has recently been fixed for Firefox 4. That means that recent Firefox 4 betas and nightly builds should no longer exhibit this bug (but all 3.6.* updates will continue to be affected by it).
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Whiteboard: dupeme
Fixed by my fat and smelly bottom. On firefox 14,0.1 in Fedora 16 in October of 2012 more than eight flaggin years later it's doing EXACTLY this to me. I'm sympathetic to programmers ... I've been one for thirty years. All of friggen Linux is going this way with the gnome unity fiasco, and things that keep turning up like this. A supposed "fix" says reset in about:config ... well I have about two hundred entries under print. Perhaps somebody would like to come over sometime and reset them one by one for me. It's bad enough you leave the bug sit there forever. Claiming its "resolved" ... out and out lying on your own reporting tool is unforgivable.
Just saw a marginally usable -- after one successful test - workaround in another flurry of googling. On the page you want printed (somewhere hopefulley harmless, right click and then click "Select All". Then in File/Print, click the "Print Selection" radio button, and in the test I just did, it worked.
This still happens to me: I just can't print this page. https://hilfe.web.de/e-mail/ordner.html I get one lousy page on my printer so no change since firefox 4 (i has 21.0)
The one specific bug (related to the overflow style settings) mentioned in this bug report was fixed. However, there are several other known bugs that can result in missing page content when printing; these are likely what you are encountering. Unfortunately, with so much else going on, it may take a while for developers to fix these bugs. Until then, the workaround mentioned in comment 23 may be your best bet.
i found a case when a fire fox don't wont to print more than one page It happen when on page is a <fieldset> tag. Firefox printing everything from it until printer will find end of page
Recently had trouble with something like this. Source of the issue was the use of flexbox (CSS 'display: flex'). I had to change it back to 'block' before it would flow properly.
I can confirm that on Firefox 38.0.5 on Windows 7 (64bit) English on the URL http://www.air-watch.com/services/support/.
Hey guys i am using bootstrap and after 2 days searching i reached nothing , so i start to track my CSS and i found a solution and the problem was in the below bulk of css : #main:before { content: ""; position: fixed; top: 0; right: 0; bottom: 0; left: 0; background: #eeeeee; } the problem was in the main content ID which make the position Fixed and not allowing the full pages to load.. so after i removed the whole lines of code ( #main:before ) ( not only position: fixed; ) i found it works perfect on firefox and all other browsers. i hope it could help
Using the URL from Comment 28, I am confirming that FF-de-jour fails while Chrome-de-jour and IE11 work just fine. I've suggested this before but I'll suggest it again: add a user-selectable Option so Print Preview is the default print (Button AND Ctrl-P) action. At least this way one at least has a chance to see the problem before wasting ink/toner/time on it! Second suggestion: find out what Chrome is doing and copy it for crying out loud! Their automatic Print Preview function, and nearly 100% accuracy in printing web pages, is why I moved to Chrome as my primary browser. Their developer tools are still second rate so I use FF for page development, but for everyday browsing and printing, Chrome kicks FF you-know-what. Sheesh. Even IE now kicks... Printing things has been an issue with FF from version 1. Might I suggest a "blank slate" approach? P.S. And yes, I realize that many of the new Responsive web pages with tons and tons of CSS3 and HTML5 are increasingly harder to print by anybody. It is sad to watch an older site (which was working fine) get "Responsified" and balloon overnight from 25KB or so to over 1MB with no real additional content but now lots of fancy three-bar menus and sliding content panels and so on and so forth. No wonder everyone needs tons of patience and/or über-high bandwidth Internet access these days. < head shaking > Back to my old saw: "Just because one can change a thing does not mean one should change a thing!"
I can confirm on all URLs posted as well as other pages. Select All workaround works but c'mon...
Yup, sadly we're still seeing this on FF40.0.2. I'm making a comment on the parent issue too. Maybe someone will reopen that issue and fix (again)
Given the cluster of comments in the past few months, it would probably be useful to get a new bug filed on whatever broke within the past few months, and point to it from here.
(In reply to github20130717 from comment #28) > I can confirm that on Firefox 38.0.5 on Windows 7 (64bit) English on the URL > http://www.air-watch.com/services/support/. That's bug 534182, for what it's worth. The testcase in attachment 158386 [details] (from this bug) still works for me, as does the testcase in attachment 152571 [details] (from bug 154892). Re comment 29; it would be useful to see a testcase attached, in its own bug, assuming it isn't one of the existing bugs on printing position:fixed. Note that https://drafts.csswg.org/css2/visuren.html#fixed-positioning says: # For paged media, boxes with fixed positions are repeated on every page. This # is useful for placing, for instance, a signature at the bottom of each page. # Boxes with fixed position that are larger than the page area are clipped. although I'm not sure if that's actually what browsers do. It's probably not a good idea to use position:fixed in style sheets that apply to print.
Summary: Firefox will preview AND print only the first page of the URL, swallows all following pages → Firefox will preview AND print only the first page of the URL with overflow:hidden, swallows all following pages
Hello. Just thought I'd chime in since it's been awhile and this still hasn't been fixed. I have a print button that works on every IE9+ browser, chrome and safari. Firefox is the only one with this issue for me.
Thought I would chime in here. My version is 44.0.2 and it had the same problem printing more than the first page of a multipage web screen. I corrected by toggling the letter size in printer properties to get it working, I don't know how long this will stay fixed but for now seems stable. My computer is a Lenovo running W10 and printer is HP Photosmart c4180.
I'm not sure if this is helpful or not, but CSS-Tricks has this same problem. Firefox Developer Edition 49.0a2 Example URL: https://css-tricks.com/fighting-the-space-between-inline-block-elements/ I have no idea what to change to fix it. Prints fine in Chrome/Safari.
Same problem here. What is most infuriating is that Chrome ALSO has its own long-standing printing issue making it impossible to print my class schedule with Firefox or Chrome
@Chris Coyier: you the meant the CSS-Tricks page doesn't print properly I assume (since the problem with gaps between inline line items (<li>) that are listed on separate lines is universal). @bill b: Please provide a link so we can take a look at the problem. Keep in mind we already know this specific and particular BUG (258397) is in regard to the body overflow setting so it entirely possible that the trouble you are experiencing is an entirely different technical issue and therefore needs its own BUG report for proper action. Really interested in this one because I have never had a problem printing from Chrome and would like to see it. Thanks.
Comment 38 (from Chris Coyier) is bug 1241323 -- display:flex doesn't split its children across pages right now. (Distinct from this bug here.)
Problem is still exists in Firefox trunk 53 version, we can reproduce this problem via try to print this page: http://semantic-ui.com/ - this only one example, but in real I can't print many sites! This is serious problem! But this issue is closed. Does any open issue exists for solving this problem with printing only one page in Firefox?
Keep in mind, Murz, that "semantic-ui.com" is one of those new "responsive design" web sites ... all of which are well known for being essentially unprintable. With the content and formatting elements sliding around like wet otters on a mud bank, even Chrome -- the undisputed king of printing web pages -- has trouble with this new technology. IMHO, the only real solution for "responsive" sites is to assume they are unprintable from the get-go, and require the author to code "printable" pages with a visible link on the "responsive" page, or, which are automatically served up when a print function is activated. I propose that is the only real solution because adapting the print engine for every Tom-Dick-and-Harry responsive coding scheme that comes down the pike merely serves to further complicate and bloat the print engine (and don't you think that FF already has enough issues this department, eh LOL).
semantic-ui.com is only one library from many popular variants, it is like bootstrap library, that use many sites. So many sites use those library for pretty css styles, without any responsive features. But only including this library (without adding responsive elements to page) - breaking printing in Firebox. Google Chrome, Opera, Internet Explorer, Edge, Rekonq and other popular browsers prints page from semantic-ui.com and other libraries normally - I see all contents in printed page. But in Mozilla Firefox I can print only fist page, other pages are missed. And first page looks normally, without any visual problems. And I can't find any way to print other pages (with visual problems and other issues), so I must copy-paste body to Libreoffice and print from it, or use another browser. Also I try to hack css files for overwrite some css settings, that break printing of my site with included Semantic UI library (override fload, overflow settings for classes), but can't solve issue for normal printing my site from Firefox browsers.
For solve "responsive design" problem - Firefox can emulate virtual screen with one paper size for each page and scroll page to size of paper.
@Murz : To provide print for all pages in FireFox, you have to provide overflow as visible(important).
@Pranjal Kaushal, thanks for suggestion, but remove all "overflow: hidden" rules don't solve the problem. Now I try again and find rules, that block printing second page, here are in file http://semantic-ui.com/dist/semantic.css: .ui.grid { display: -webkit-box; display: -webkit-flex; display: flex; }
I had this problem at work, where I had to print out a receipt to submit a credit card reimbursement request, and the part of the email past the first page that showed the payment amount was cut off. We have Windows 7 professional, Firefox 45.0.1. What worked was, in the browser, to go to File -> Save Page As, and save it, then open the saved .htm file in WordPad and delete the first line: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "https://www.w3.org/TR/html4/strict.dtd"> save the file, go back to the browser, click the + to open a new tab, then File -> Open File, browse to the changed .htm file, and open it, (or if you already opened it, refresh it with F5) then go to File -> Print Preview, and voila! two pages, which printed fine.
I had this problem too, I solved it by removing and restoring parts of the css until I found the mininum required css change: removing only display: 'hidden' from body made that the whole document was printed again. Hope this helps.
I have this same problem. Canadians, just try and print your notice of assessment from the Canada Revenue Agency website with Firefox. Watch in anguish as Firefox prints you the first page with just the CRA letterhead and nothing else, the second page with the first page of the tax return and then every other page with nothing on it but the web-page's title, the URL, the page number and time/date stamp. Yes, that's right: It gives you blank pages where the rest of your tax return should be. I gave up, used Google Chrome (which I hate with a passion) and it printed the page correctly (AND COMPLETELY) the first dam time. I shouldn't have to resort to using a browser that I hate just to print my god dam tax return. FIX THIS!!!
(In reply to harlech from comment #50) > I have this same problem. Canadians, just try and print your notice of > assessment from the Canada Revenue Agency website with Firefox. Watch in > anguish as Firefox prints you the first page with just the CRA letterhead > and nothing else, the second page with the first page of the tax return and > then every other page with nothing on it but the web-page's title, the URL, > the page number and time/date stamp. Yes, that's right: It gives you blank > pages where the rest of your tax return should be. > > I gave up, used Google Chrome (which I hate with a passion) and it printed > the page correctly (AND COMPLETELY) the first dam time. I shouldn't have to > resort to using a browser that I hate just to print my god dam tax return. > > FIX THIS!!! harlech (1) See comment #43. (2) Open a new bug report; be polite, fill in the blanks the best you can, and provide a URL that demonstrates the issue. (3) Why open a new bug report? Because this bug was determined to be a duplicate of another bug and formally closed (see "Status" section at the top). Coming here to rant -- and I have also done my share of ranting BTW -- serves no purpose. Sorry. And shooting the messenger will do you no good. I'm just responding so you can stop beating your head on the wall. If it is any consolation: (1) I use FF as a tool when creating page code but Chrome for day-to-day browsing. (2) Supposedly the new FF (version 58?) is a do-over so hopefully they got rid of this abysmal print engine (which has not been right since version 2 FWIW) while they were correcting other basic design errors.
We face same problem with our site. Does anyone find solution? We tried to clear all flex styles in @media print, but it does not work. Chrome, edge and opera previews are ok, problem appears only in Firefox
Julia, this bug report is no longer monitored (as it has been marked as a duplicate of another bug report). You should visit bug report #521204 (https://bugzilla.mozilla.org/show_bug.cgi?id=521204) and add your email to that bug report's CC list to monitor their progress. It is _not_ a place to complain. They use bug report #512204 to coordinate bug reports related to missing pages. Have a great day. BTW, you should also list your website URL just in case anyone wants to visit it. BTW, KISS ... they're real sensitive to needless verbosity and even more so to print problem reports.
14 years ago a still have this problem ?
Nope, this bug here (specifically its duplicate-target, bug 129941) has been long fixed. See comment 53 if you're seeing something similar, though. (Ideally, file a bug with an affected URL, and mark it as blocking meta-bug 521204, or at least mention the new bug's URL on bug 521204)

The problem seems to come do to uncompatibility with other products.

On Windows 10 x64:
After uninstalling Microsoft Office the problem was removed as well.

Sorry for the double post:

Mozilla firefox 74.00, x64

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: