Closed Bug 378184 Opened 17 years ago Closed 1 year ago

Print preview does not word wrap, print is done using other font

Categories

(Core :: Print Preview, defect)

x86
Windows Server 2003
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mariusads, Unassigned)

References

()

Details

Attachments

(8 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

On the specified page, http://www.tgdb.net/psx/print_19293.html 

Print preview does not word wrap long lines, as seen in the attached image.
The page is actually printed using what seems to be MS Sans Serif font.

This may be caused by the fact that page uses the FixedSys system font.

Reproducible: Always

Steps to Reproduce:
1. Open http://www.tgdb.net/psx/print_19293.html
2. Click on Print Preview
3. Print the page
Actual Results:  
In Print Preview, the lines are not wrapped.
Print output is performed using another font, probably MS Sans Serif.

Expected Results:  
Long lines should be wrapped properly, if system fonts are not usable maybe other fonts would be acceptable.

Print output should use the specified font, not a default font.
Attached image Print Preview window
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081125 Firefox/3.1b2

Please try 3.0 and 3.1 and adjust bug accordingly. Thanks
Component: General → Print Preview
Product: Firefox → Core
QA Contact: general → printing
Whiteboard: closeme 2009-03-15
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729)

See attached files.

Example URL no longer works because I changed font to Courier New. With this font, the problem doesn't manifest itself.

Changing the font to Fixedsys (which if I remember correctly is a system font in Windows but NOT true type font), cause the print preview to show a certain number of words and characters on a line (either on "Shrink to fit" or 100%) but when printing, the output is different. Note that the characters are also very close to each other on the preview page which is not right.

Also, as you can see from the PDF file generated using Adobe Acrobat Pro's virtual printer driver, the text is very hard to read and it looks like Adobe Acrobat receives an image from Firefox instead of actual text.
It's very likely not an Adobe Acrobat issue because printing to a MDI file (virtual printer "Microsoft Office Document Image Writer") creates a file that has the same incorrect text lengths and very close letters.

Note: 
1. Internet Explorer 7 displays text on screen using Fixedsys font but on Print Preview and actual printing it uses Courier New.
2. Google Chrome seems to be using Times New Roman and/or Tahoma on page AND for printing (I can't find print preview).
Attached file html page - test case
html page - test case
print preview window on Firefox 3. whatever latest
PDF document resulted from printing (Adobe Acrobat Pro virtual print driver)
document created using virtual printer driver (Microsoft Office Document Image Writer)
Whiteboard: closeme 2009-03-15
With the current 3.6.6 version, the print (to paper, to pdf) is completely garbled - it used to be like in the fourth attached file  but now both the print preview and the output to laser print is completely garbled, like in the picture that I'm going to attach in a moment.
FWIW, the garbled-ness is probably a form of bug 454532.
(In reply to Daniel Holbert [:dholbert] from comment #10)
> FWIW, the garbled-ness is probably a form of bug 454532.

bug above is fixed.

Marius, can you still reproduce?
Flags: needinfo?(mariusads)
Issue mentioned in comment 9 no longer manifests.

The font is still not decoded properly - FixedSys is an old Windows font that I believe is a bitmap font, not true type or open font etc that may be why this problem pops up. 

Most browsers just replace this bitmap font (FixedSys) with "Courier New" or some other "fixed width per letter" font... and I'd be fine with such solution but as long as Firefox is stubborn and keeps trying to use the font it should use/render it properly.

So you have 2nd attachment - html page, test case

Page loads fine, renders correctly with that FixedSys font as it should (see the following attachment).
Print preview squeezes the letters together and kills the vertical spacing between lines of text (it's pretty much like attachment 3 [details] [diff] [review] - " print preview window on Firefox 3. whatever latest" - probably the same, I just have some borders and header/footer settings changed now so there's just a couple more words on each row )
Actual printed pdf is still like the one in attachment 4 [details] [diff] [review] and it seems like it basically consists of horizontal strips of bitmaps (one for each row) which are cropped too much or something like that - a few pixels at the top and bottom and sides get cut out in the pdf.
Flags: needinfo?(mariusads)
Page rendered correctly in browser.  Print preview and actual printed result gets messed up.
Severity: minor → S4

The HTML testcase ( https://bug378184.bmoattachments.org/attachment.cgi?id=365082 ) looks fine to me in print preview at this point. Given that observation, and given that this bug has been quiet for a decade, I'm going to hope that this issue has gone away, and I'm closing as WORKSFORME.

If you can still reproduce, though, please reopen - thanks!

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Flags: needinfo?(croberts)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.