What page?

It's at Authorize.net which is my credit card processor. Works fine with IE though.

Is it like the actual transaction receipt? Unfortunately, without being able to see the web page code it is pretty tough to track down the cause....

If you can point to a public URL, or download the web page, remove any confidential data and send it we can take a look...

The page I'm trying to print is the customer transactions from that day, so I really can't send any of the data. I'll have to look at some other pages to see if I can get the same result from a public URL So, is this not a known issue at all with FF?

There are some known printing issues, but most I see end up being website coding errors. A search for authorize.net doesn't show any open bugs... but like I said without a test case it is tough to say

I have FF 8.01 at work too; let me check this same page out there tomorrow and see what it does. Wonder if it's something to do with the printer??

The same URL prints similarly at work with a Brother laser printer with FF 8.01. It didn't truncate the page, but only printed one page. Maybe I need to contact Authorize.net to see if there is something they can look at related to FF compatibility in printing.

I contacted Authorize.net and all they said was there they were not aware of any bugs, but IE is the only supported browser.  :(

I get around problems like that with web pages that don't show completely in Print Preview (especially those pages that are providing a receipt for a transaction, which are basically a one time access or view, or a statement of my account which I really don't need on paper - just save them to disk in one file) by saving the page as an MHT file using the UnMHT addon for Firefox. If I want a printed copy immediately, I open a new tab and use File > Open File... to open that just saved MHT in a new tab. Then I print it from that MHT file. I have never had a problem with a saved MHT file web page not printing all pages completely.
https://addons.mozilla.org/en-US/firefox/addon/unmht/

There's a number of printing Bugs that might cause that. iFrames and Divs that extend beyond the first printed page can cause pages 2 and beyond to not appear in Print Preview and to not be printed, and is probably the most common cause of that problem. Those two issues / Bugs have been around for as long as Firefox has existed (Sept 2002 with Phoenix 0.1); one Bug was filed on Netscape and the other on the Mozilla Suite. Both can be rectified fairly easily with web page media = print CSS code; if the website provided proper support for Firefox they could probably fix it in a few minutes. But, hey, after 10 years of providing specific patch code for IE 5, 5.5, and 6.0 for stuff that didn't meet W3C coding standards and to make their pages work in IE, they're probably out of practice testing their stuff with the 3 or 4 most popular browsers and providing a minor tweak here and there. Either that or the developers who did the testing and patches were "retired" because they were being paid more then a banana or two for their skills.

I have given up hope that Mozilla will ever fix all these printing related problems, and I am afraid that they will screw things up even worse if they do try to fix something. Like this regression - https://bugzilla.mozilla.org/show_bug.cgi?id=454532 - after the developers messed with printing for the Firefox 3.0 version; the Bug was filed 3 years ago and it still isn't completely fixed. Partial fix in 8.0, more promised in 9.0, and maybe completely fixed in 10.0??

Thanks for you long reply! I wish that I could simply use that add-on, but I do need to print out each page, because I need to make entries based on all those reports. Any good add-on fixes that might work with FF? I've tried a few, but no luck yet. It doesn't sound like Authorize is up for the challenge of tweaking anything since it works fine in their favorite browser (ie: IE).

I had a customer who could only print a single page using a Mac and FireFox. He also reported the SameThing(tm) with Safari.

So, I tried it out and found a couple of possibilities:

1. Just change the scaling factor to less than 100%. This allows all the content to fit on the page. Of course, it doesn't mean you'll be able to read it all depending on your vision.

2. I found by selecting all of the text, then going to Print, it all showed up, on the page. It was still a single page. (I discovered this by dl-ing Chrome for Mac and saw the same problem. But, when I selected the text, it all showed up on Print/Preview. Chrome smartly/rightly showed it spanned more than one page.)

I did confirm a div tag was encompassing the entire page/content. In this case, it was bringing the content into an iFrame.

Hope this helps.

Interesting--thanks! Let me test that and see how that works with Authorize.net pages.