322203 - print preview chops off text to right

Status: RESOLVED WORKSFORME

(Core :: Print Preview, defect)

Description

[Ian Graham]

When printing (or print-previewing) the referenced file, Firefox 1.5 chops off the right hand text of the page, making the page largely unreadable. 

This can be remedied (somewhat) by switching to landscape layout mode.

Seen in:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Prints (and previews) fine in IE 6.0, and Opera.

This is likely a dup of one of three bugs: bug 84233, bug 179526 or bug 206848 (and potentially others).

Comment 1

[Ian Graham]

With Firefox 1.5 the problem is related to the default font size selected in the browser Options menu. 

When the default font size is left at the default value (12 pt), then the text is not truncated.

If I increase the default font size to 14pt, then the text is truncated. 

If I increase the default font size to 16pt, then the text is not truncated.

If I increase the default font size to 18pt, then the text is truncated.

Weird .... 

Comment 2

[Ian Graham]

Additional exiting observations (tests on WinXP, using Firefox 1.5; results for print preview only [I didn't print to verify truncation of printed output])

Default Size    Truncated Text? (Yes  or No)
   9 pt           N     
  10 pt           Yes
  11 pt           N
  12 pt           N
  13 pt           Yes
  14 pt           Yes
  15 pt           Yes
  16 pt           N
  17 pt           Yes
  18 pt           Yes
  20 pt           N

Comment 3

[Ian Graham]

I see the same results (as reported in comment 2) when testing under Windows 2000 (Arial again selected as default font):
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Comment 4

[Martijn Wargers (dead)]

This needs a minimal testcase that shows the bug.

Comment 5

[Ian Graham]

Attachment: minimal testcase

Grrr... 
I just hate it when someone says that ;-) 

However, 1 hour later, and after much editing - I have a very minimal testcase. Just load it and then change the default font size settings, as per the previous comments.

Problem is verified in print preview only (need to do some printing to verify that the printed output is also truncated).

The problem is due to the <div> at the end of the document (it can be anywhere), which is assigned a fixed pixel width of 980px.

Comment 6

[Martijn Wargers (dead)]

Thanks for the testcase.
I think this is a duplicate of bug 109565, do you agree?

Comment 7

[Ian Graham]

I've had a look, and think the defects are not necessarily the same. 

[Note all testing done on WinXP/2000] 

I looked at the testcase you recently attached to bug 109565, comment 26 (attachment 207596 [details]) - but when I use Arial as the default font, I do not see any truncated text at right in print preview, regardless of the default font size I select.

However, I do see truncation for some other font families / sizes (e.g. Century Gothic, 13pt - but no truncation at 14pt) 

In the case of this bug, and attachment 207576 [details], the truncation is caused by an extra <div> with width spectfied to 980px -- if this <div> is commented out, then the the defect described here goes away (at least for arial fonts!). 

So I think this may be slightly different problem from that described in bug 109565. But clearly they are related. 

My guess (knowing nothing about the code), given that things work for some font sizes/families, and not for others, is that the font metrics are somehow being improperly used to calcluate how much text can fit in an available sized line box.  Maybe a rounding error?  

Comment 8

[Ian Graham]

I just did a printing test -- and the attached test case prints to my printer without any right side truncation.  

(printer: HP OfficeJet Pro K550;  used Arial as the default font, and printed at various font sizes, as per bug description).

So the bug in the attached testcase applies only to print preview mode.

Printing and previewing tests performed in recent trunk build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060103 Firefox/1.6a1

So somewhere in the original situation is a bug that applies to both print preview and printing ... Now that will be _much_ harder to find ... 

Comment 9

[Ian Graham]

I retested this from scratch by printing to PDFCreator, as per shaver's recommendation. 

Results: -- things print fine, so original paper printing issue was due to a printer / printer driver problem, and not the mozilla engine.

I changed the summary line (and component) to reflect this. 

There is still a print preview problem, More work to do on that front, though ...

Comment 10

[Martijn Wargers (dead)]

Is this still an issue with current trunk build?

Comment 11

[Wayne Mery (:wsmwk)]

WFM. please reopen if you see differently?