15.09 KB, image/gif
92.33 KB, text/html
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507 I want to print and read articles on http://slashdot.org/, for example http://slashdot.org/article.pl?sid=03/05/23/0133202&mode=thread&tid=139&tid=187&threshold=5 But on page 2 on the printout, the right margin gets cropped, taking away about a word from each line. This can be seen on both the printed paper and on the printout. Reproducible: Always Steps to Reproduce: 1. Go to http://slashdot.org 2. Click on "Read more" under an article intro, taking you to e.g., http://slashdot.org/article.pl?sid=03/05/23/0133202&mode=thread&tid=139&tid=187 3. Do File ==> Print Preview 4. Scroll down to page 2 of the preview. Watch the right margin. It is cropped for the bulk text, but not for the page header (where the URL is visible). 5. Scroll down to other pages. They are not cropped. Actual Results: nothing special Expected Results: Apparently, there is something weird with page 2. The same text should be visible on the printout and in the print preview as for online browsing. This bug exist in Mozilla 1.4b, 1.3b and, I think, in 1.2.1.
Created attachment 124051 [details] Preview of page 1 (bottom) and 2 (top) showis that page 2 is cropped
The page now displays fine for me in print preview. No cropping. Does this problem still exist with a recent version of Mozilla? If there is no response in a week, I will close this bug report.
(In reply to comment #2) The problem remains in Firefox 0.9, but in not very easy to reproduce. I tried with a number of today's articles on Slashdot. Cropping occurs with http://linux.slashdot.org/article.pl?sid=04/09/12/2227228&threshold=5&tid=137&tid=185&tid=106 But when that article was saved to file (Save page as, View page, complete), there ws no cropping on the saved version of the article. As before, the cropping of article text is only on page 2. I'm printing to A4 paper.
confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803
confirming comment 3. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040916. I tried making a testcase for this bug but the cropping as you said is very difficult to reproduce.
WFM - no truncation FF or seamonkey (although blank page 1 is still a problem, which is another bug) mark WFM?
(In reply to comment #6) > Created an attachment (id=160311)  > Print this html file to demonstrate cropping of page 2. > Still doesn´t work for me. This time in Firefox 1.0.6, Gecko 20050716. Perhaps this is important: paper size A4, margins = 12.7 mm on all four sides (in Page Setup).
https://bugzilla.mozilla.org/attachment.cgi?id=160311 WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11) Gecko/20060111 Firefox/18.104.22.168 however, fails SM trunk Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060206 SeaMonkey/1.5a
tony, do you see this in latest SM?
I see no problem in Firefox 3.0.13 on Linux. No problem in Firefox 3.6.13 on Windows Vista. I no longer use Mozilla.
Helge, thanks for checking that. WFM per reporter