Printing wrong border widths below 0.4mm




Printing: Output
16 years ago
8 years ago


(Reporter: Roland Unger, Unassigned)


Windows 2000

Firefox Tracking Flags

(Not tracked)


(Whiteboard: DUPEME, URL)


(4 attachments)



16 years ago
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (Win98; U)
BuildID:    2002041711

Borders with widths below 0.9pt or 0.4mm, declared by CSS, are printed as thin 

Reproducible: Always
Steps to Reproduce:
1. Use the following HTML file

 <title>Table border widths</title>


 <td style="border-bottom: solid 1pt #000000;">First cell 1pt</td>
 <td style="border-bottom: solid 0.9pt #000000;">Second cell 0.9pt</td>
 <td style="border-bottom: solid 0.8pt #000000;">Third cell 0.8pt</td>
 <td style="border-bottom: solid 1mm #000000;">First cell 1mm</td>
 <td style="border-bottom: solid 0.4mm #000000;">Second cell 0.4mm</td>
 <td style="border-bottom: solid 0.3mm #000000;">Third cell 0.3mm</td>

<p style="border: solid 0.3mm #000000;">A paragraph with border of 0.3 mm.</p>

<p style="border: solid 0.4mm #000000;">A paragraph with border of 0.4 mm.</p>


2. Print.

Actual Results:  Thin lines in case of lines of 0.8pt or 0.3mm thickness.

Printing was tested in PS and in PCL mode on a Kyocera 3500 printer and on a HP 
LaserJet 4M+ PS printer.
Maybe a variant of bug 136931.
Whiteboard: DUPEME

Comment 1

15 years ago
is this still a problem in recent builds (1.4)?


14 years ago

Comment 2

14 years ago
Confirming with 1.7a trunk build of 2004-01-20 on Win2k.
Reassigning to default owner.
Assignee: rods → core.printing
Ever confirmed: true
OS: Windows 98 → All

Comment 3

14 years ago
I tested this on linux using CVS build 2004021507 and the postscript printing
module. The 0.3mm lines are being rendered 17 twips wide, which is 0.29986 mm;
the 0.4mm lines are 23 twips or 0.40569 mm. This is pretty accurate, so I'd say
this WFM on linux.

The original reporter and the tester in comment #2 both claim to be using
windows, so perhaps this bug is windows-specific. I'm changing the OS flag.
OS: All → Windows 2000

Comment 4

14 years ago
I tested it with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6)
Gecko/20040113 once again in both Postscript and PCL mode, and the bug is
present up to now. Unfortunately, I cannot test it on another Os than Win NT.
It's surely true, that this is only windows-specific.

Comment 5

12 years ago
Created attachment 207068 [details]
testcase from comment 0

wfm w2k hp4650 PS (didn't test PCL) - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 

But I have to say .9pt displayed on screen and in print preview are hardly accurate *if* 1pt cell is accurate.

Comment 6

12 years ago
Created attachment 207076 [details]
600dpi grey scan of print of comment 0 testcase 

This is still an issue for me under Win2k, using a Lexmark Z33 printer now (comment #2 was made after testing with an Epson Stylus Color 500), both with SM 1.0b release and self-compiled 1.5a debug build of 2005-12-25.

While my _screen_ resolution of 1280*1024 doesn't allow for a distinction of 1/0.9/0.8pt, my printer does. As shown in the scan, the 0.8pt and 0.3mm lines are *much* too thin when compared to 0.9pt/0.4mm...

Comment 7

12 years ago
Created attachment 207165 [details]
pdf of the testcase

Comment 8

9 years ago
still see this.  related to bug 409303?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Comment 9

9 years ago
Created attachment 341162 [details]
pdf of testcase on mac osx firefox 3.0.3

Comment 10

9 years ago
This is also an issue on OSX (actually looks a lot worse than windows -- none of the lines seem to go very small, and the lines for the p tags are very different from the lines for td tags).
Assignee: printing → nobody
QA Contact: sujay → printing

Comment 11

8 years ago
Cannot reproduce.
Test case view ==>
Test case print preview ==>
Test case print ==>

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20100401 Firefox/3.6.3
You need to log in before you can comment on or make changes to this bug.