Closed Bug 625403 Opened 14 years ago Closed 14 years ago

Won't print all pages; stops at different times

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Version:
1.9.2 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED DUPLICATE of bug 129941

People

(Reporter: lapis28, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.16) Gecko/20101130 Firefox/3.5.16 ( .NET CLR 3.5.30729; .NET4.0E) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.16) Gecko/20101130 Firefox/3.5.16 ( .NET CLR 3.5.30729; .NET4.0E) I know 3.5 used to print all the pages of a website at some point. At some point after an update, however, it stopped. My work website, www.rolf.org, experiences this problem on practically every page as FF will only print the first one. I was just trying to print a survey on surveymonkey and it would only print the first three pages (instead of all). I have seen this problem reported on your site for earlier versions of FF. I have seen other discussion groups say that the later version of 3.5 and all of 3.6 has this problem. Please fix it so I can stop using IE again. Reproducible: Always Steps to Reproduce: 1.go to www.rolf.org 2. choose any page, a good example is the class schedule (it is long) 3. hit print preview - only first pages shows Actual Results: only first pages shows in preview (although in surveymonkey, it was first three) Expected Results: all pages show, so all pages will print This doesn't happen for all sites. For example, Yahoo will preview all pages. I know our website was created with Microsoft Visual Studio in c#. And printing in Chrome is fine.
Update - it is really just Print Preview that has the problem with surveymonkey - it printed ok to PDF. Our website, www.rolf.org, doesn't print or do print preview correctly.
Does the issue occur with the latest version of Firefox 3.6? How about with the latest nightly version? http://nightly.mozilla.org/
Version: unspecified → 3.5 Branch
Yes, problem is there with 3.6. I don't know with nightly and do not have a good computer to load it on. I just need the site to work for the regular FF users (who will probably be on 3.4-3.6).
And here is another site that doesn't work: http://www.denverpost.com/fitness/ci_14397190 When I print this article, I only get page one and then the text cuts off. Page 2 is blank, and there are no other pages. IE (which I would never want to sue unless forced to) not only prints the preview correctly, it prints all the pages with the breaks in the correct places.
Component: General → Printing: Output
Product: Firefox → Core
QA Contact: general → printing
Version: 3.5 Branch → 1.9.2 Branch
The problem is from: http://www.rolf.org/content/styles/base.css > body { overflow: scroll; background: #f8b066 } "overflow: scroll" there confuses Firefox -- it roughly means "anything that doesn't fit in this container (which ends up getting interpreted as a page) should be clipped and scrollable with scrollbars (but in a printed hard-copy, there are no scrollbars, so it just ends up being clipped). 2 pieces of good news for you, though: (1) This is fixed in Firefox 4.0 (as I've verified in the nightly build that I'm running now) (2) You can fix the problem for users of earlier Firefox versions by just removing "overflow: scroll;" from that line of the stylesheet. I don't think that should have any negative effects -- the <body> contents should end up being scrollable via the browser's own scrollbars anyway. (they don't need to request any special ones with 'overflow:scroll').
This was fixed (for Firefox 4.0) in bug 129941. Duping to that bug. (For now, I'd suggest modifying your stylesheet as described in Comment 5.)
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
THANK YOU! I remove the overflow code and now the pages print (and preview). I also shared this with the guy who wrote the site with the containers to begin with. Life was easier when the site was simple code. I really have seen no advantage to having a .net framework. The site is actually slower, less organized, and harder to update. But that is not your problem. Since most of our users have older browsers than v4, this is a great solution.
Resolution: DUPLICATE → FIXED
And if this was a duplicate, I couldn't find the other instance. I did look before I posted.
Great, glad that fixed-it for you! (Re-setting as duplicate of bug 129941 - that's the bug about printing pages that have "overflow: whatever" containers.)
Resolution: FIXED → DUPLICATE
(In reply to comment #6) > This was fixed (for Firefox 4.0) in bug 129941. Duping to that bug. (For now, > I'd suggest modifying your stylesheet as described in Comment 5.) > > *** This bug has been marked as a duplicate of bug 129941 *** this doesn't seem fixed to me?! i had premature-end-of-print issues with v3.6 on multiple pages, eg: http://cogs1.edurik.org/syllabus/questions/downey_chap1_2 and downloaded v4.0 just to test this. but it still seems broken to me? Chrome produces fine Preview/PDF for this same page?
There are multiple types of things in web pages that can trigger Firefox to truncate printed output early (or be otherwise missing content). As noted in comment 5, this bug was filed on a site at rolf.org, and that site had an issue that was fixed for Firefox 4 in bug 129941. If you're got a different page that hits similar problems, even with Firefox 4, then that's a different issue -- please file another bug on that.
You need to log in before you can comment on or make changes to this bug.