55492 - CSS: 1pt border is wider on the right and on the bottom

Status: VERIFIED DUPLICATE of bug 63336

(Core :: Layout, defect, P3)

Description

[Tobias Burnus]

This is with 2000-19-04-21/Linux

Goto the URL. There should be an <div> which uses this CSS:
  border: 1pt solid black;
Let's assume the top and left border are 1pt wide.Well, the right border seems
to be 3pt and the bottom 2pt wide.

Expected result: all sides should have the same width.

Comment 1

[Pierre Saslawsky]

I confirm the bug on the Mac. To reproduce, resize the window very slowly to 
change its width (on the Mac: Cmd-Resize)
==> Every 5 pixels, the border on the right is 2 pixels wide instead of 1 pixel.
==> The border at the bottom is always 2 pixels wide instead of 1 pixel.

The bug doesn't happen if the border width is specified as '1px' or 'thin' 
instead of '1pt'.

I think I saw something like that several months ago already: a border width that 
changes on resize... Could it be a problem of conversion between points and 
pixels?

Reassigned to kmcclusk and CCd dcone, like other bugs with borders.

Comment 2

[Pierre Saslawsky]

Attachment: reduced testcase

Comment 3

[Pierre Saslawsky]

Attachment: reduced testcase (attached as html, not plain text...)

Comment 4

[Hixie (not reading bugmail)]

Triaging CSS bugs...

Tobias: nice catch. Thanks!

Comment 5

[Kevin McCluskey (gone)]

reassigning to don.

Comment 6

[dcone (gone)]

This is due to the fact that all the border boundaries and placements are in 
twips.. this causes a nightmare of roundoff errors when these values are 
converted to pixels.  These need to be pre-calculated on pixel boundaries.. so 
the final results are on pixel boundaries.  

Comment 7

[dcone (gone)]

*** This bug has been marked as a duplicate of 63336 ***

Comment 8

[Hixie (not reading bugmail)]

Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...

Comment 9

[Hixie (not reading bugmail)]

vrfy dupl