If I go to any site that is in a frameset, attempting to print the page only results in 1 page being printed, where it is obvious that there should be more. 1) Go to a site enclosed in a frameset (i.e. http://www.turok.com/turok/index.html) 2) Select Print, or Print Preview 3) Only the first page of what should be 2 or more print, or end up in the preview document. This bug still lives in 0.6 Chimera Release

Confirmed using Chimera/20021104 and FizzillaCFM/2002103011 on 10.1.5. Mark, do you also encounter this using Mozilla? To Browser/Printing?

I'm sorry, I don't have Mozilla installed. Is there anyone else who can confirm this issue on Mozilla? Thanks.

Yes, mozilla has the problem as well. With mozilla, which has custom options in the print settings dialog, you can choose to print each frame separately. Then, they all print. The default, to print as they appear on screen (which Chimera would use since it doesn't have custom options), only prints 1 page.

This is a significant bug as it means no Mac OS X users can print all pages of a frameset. The Summary should be changed to reflect the fact that this bug is not Chimera only, but applies to all Mozilla browsers for Mac OS X (Chimera, Mozilla CFM, Mozilla Mach)

A temporary solution would be to implement the "frame select" option that exists in Mozilla into Chimera, to print any one frame completely. At least until a solution for whole page printing can be found.

*** Bug 182806 has been marked as a duplicate of this bug. ***

the same thing happens in Mozilla 1.3 final. there doesn't seem to be a "frame select" in Mac OSX version. By switching to "show only this frame" from Cntrl-click menu, then print preview it yields full print. Even in Mozilla, users aren't going to find this convoluted path. Camino - no equivalent ((Boo Hoo, I was unable to print my online quiz for O Chem...found this out a bit too late...UUggghhhh!!!))

This is a major problem. Many academic search sites (LexusNexus comes to mind) use frames for navigation purposes. This will prevent most academic users from wanting to use Camino. Any developers have anything to say on this? Ben

In Camino 0.7, see the "Web Browser" print dialog extension. Using it, choose "Each Frame Separately" and all the frames will print. WFM on http://www.turok.com/turok/index.html. Mozilla Mach-O nightly builds did not have the print dialog extension until 2003-04-04. Camino trunk builds don't have the PDE - see bug 201508. It's also a valid complaint that the default setting "As laid out on screen" does not do what is expected (or useful). That would be a Browser-Printing bug.

Still happens to me in Mozilla 1.6 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6) Gecko/20040113

*** Bug 155972 has been marked as a duplicate of this bug. ***

*** Bug 187344 has been marked as a duplicate of this bug. ***

*** Bug 216213 has been marked as a duplicate of this bug. ***

*** Bug 241238 has been marked as a duplicate of this bug. ***

*** Bug 189865 has been marked as a duplicate of this bug. ***

This bug occurs for me on Windows/PC. Can't we change Hardware and OS settings to ALL, then, and not just Mac?

Changing Hardware: Mac -> All, OS: MacOS X -> All.

*** Bug 247166 has been marked as a duplicate of this bug. ***

I think this bug is duplicate of http://bugzilla.mozilla.org/show_bug.cgi?id=113217

I think this bug is serious enough to warrant 'blocking-aviary1.1'.

*** Bug 314249 has been marked as a duplicate of this bug. ***

This occurs in Firefox 1.5b2 on Mac OS X also, and should be considered a blocker, as it causes major inconvenience in some instances. One thing that could be done as a workaround is to change the default frame printing setting in Firefox on affected platforms and remove the broken option. This would at least be better than leaving the bug alone for final 1.5 release, as this is a fairly major issue.

Could somebody please look at this bug before 1.5 final release? It would be good to at least include a simple workaround (disabling the offending option) in 1.5 rather than leave the bug as-is.

*** Bug 315309 has been marked as a duplicate of this bug. ***

*** Bug 317665 has been marked as a duplicate of this bug. ***

*** Bug 319902 has been marked as a duplicate of this bug. ***

(In reply to comment #1) > Confirmed using Chimera/20021104 and FizzillaCFM/2002103011 on 10.1.5. Mark, do > you also encounter this using Mozilla? > To Browser/Printing? I was able to get mine to work. You may think that I am crazy, but I installed the BM kiosk as directed. I then downloaded the new version of mozilla. After uncompressing the tar file, I then drug the contents of the mozilla folder over to the directory where the mozilla was loaded on the linux server and replaced the existing files. After I did that, I have all the standard mozilla print features. This was a last ditch effort after I was ready to chuck my server out the window. I am using Mozilla version 1.7.12

Using the latest nightly build (160606) of Firefox 1.5.0.4, none of the 3 options - as laid out on screen, selected frame or each frame separately - will allow me to print past the first page on a frame-enabled site. I had to use IE.

Confirming this bug is still present in Gecko 1.9 alpha1, Build ID:2006120408 [cario], on WinXP. Adding a sample URL since the original turok.com site no longer uses frames. CC'ing Eli Friedman just to make sure he is aware of this major issue as he does he printing code rewrite.

FYI: I observe this defect present in Firefox 2.0.0.1 for Mac OS X / English as executed under Mac OS 10.3.9. From the "About Mozilla Firefox" box: "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1" My attempts to print (or print preview) the contents of a multi-frame webpage failed to produce output beyond the first (printed) page. However, my attempts to print the contents of a non-frame page successfully produced all expected (printed) output.

Still exists on 2.0.0.2 in Windows, and 2.0.0.1 in Linux (ubuntu 6.10 edgy). Print preview shows exactly what is going to print, but there's stuff missing. We've got firefox installed campus-wide, and are having to tell people to revert to IE because of this. Please please fix it!

forgot to mention that the site we have issues with isn't even using frames. Maybe this is a different bug. Either way, print support needs some major love in Firefox.

(In reply to comment #32) > forgot to mention that the site we have issues with isn't even using frames. > Maybe this is a different bug. It probably uses absolute positioned divs, which is a different bug. Please don't post any more "still present in version X" comments to this bug; unless a bug is marked as FIXED, the assumption is that it is still present, so doing so just generates a lot of useless bugmail.

I've got the same problem with Firefox 3.0 on my ubuntu 8.04 (hardy). It is printerindependet. I havn't had that problem with Firefox 2 on (ubuntu 7.10). If I manually force the print of page 2, there is only a empty page printed. An example page for the problem is (www.mappy.de) where you can choose a route from somewhere to somewhere else. If the resulted route is longer than a page everything on the end of the page is not printable. It is very sad to have that problem, because my laptop is now not more able to give me advise for some routes on a paper. I need allways to use IE or an other browser to print such kind of pages. If someone does have an idea how to solve the problem or what is different between the printing routin of FF3 and FF2 than I would be happy to get the helpfull advise. I like FF3 and I don't want to use so many different browsers.

I have to use Safari to print because FF only prints the first page. Very frustrating. I am on Mac FF 3.0.6, but this has been happening forever.

Testcase in comment 0 is no more available. Is there any way to reproduce?

(In reply to comment #37) > Testcase in comment 0 is no more available. > Is there any way to reproduce? https://bugzilla.mozilla.org/attachment.cgi?id=328750

Confirmed with testcase in comment 38 using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6) Gecko/20100101 Firefox/4.0b6

Unzip this file and open the "main" html file. If you do a print preview, you will see that only one page of the ordered list is shown.

The minimized test case does not reproduce the problem fully, it only exhibits an issue with 'Print Preview', but it does not exhibit the problem with 'Print'. To reproduce the problem with 'Print': 1) Modify the file 'bug247166-main.htm' to the following: <frameset cols="25%,*"> <frame src="bug247166-frame.htm"> <frame src="bug247166-frame.htm"> </frameset> 2) Print Actual:

Only the 1st page will print. Please update on when/if this bug will be fixed - Thanks!

When will this be fixed? It was reported in 2002 for the love of god... very annoying bug.

Nowadays, for most people having printing problems where only the first page prints, it's probably not because of sites using <frameset> (specifically what this bug is about) since the use of <frameset> is now very rare. Anyone still having this type of printing problem is most likely encountering one of the other bugs that causes only a single page to print for some sites. Some of those can be found in the blocking list for bug 521204. Given the huge drop in usage of <frameset> since this bug was filed, printing of <frameset> is now even less important than it has ever been. It no longer seems worth complicating the user interface to let users select how they want to handle frameset pages, and it's not worth the code bloat to have special handling for it. I don't see anyone working on this, or the code being accepted if they did. (I'd also note that IE and Chrome both used to have special handling for printing <frameset>, but it's since been removed and they now just print the one page long top-level <frameset> document as Firefox does.)