Closed Bug 206848 Opened 21 years ago Closed 13 years ago

Right margin of page 2 gets cropped in printouts and print preview

Categories

(Core :: Printing: Output, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: helge.stenstrom, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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) [edit]
> 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).
Blocks: 321251
https://bugzilla.mozilla.org/attachment.cgi?id=160311

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

however, fails SM trunk Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060206 SeaMonkey/1.5a
Keywords: testcase
QA Contact: sujay
Assignee: printing → nobody
QA Contact: printing
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
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: