Closed Bug 221007 Opened 21 years ago Closed 21 years ago

Missing right border at certain widths when left and width is percentage based

Categories

(Core :: Layout: Positioned, defect)

x86
All
defect
Not set
minor

Tracking

()

VERIFIED DUPLICATE of bug 176237

People

(Reporter: lists, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5; MultiZilla v1.5.0.2j) Gecko/20030925
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5; MultiZilla v1.5.0.2j) Gecko/20030925

When Mozilla is resized, or sized to a certain width, random loss of the border
occurs, with the issue getting worse upon scrolling. One such width appears to
be a 797 pixel browser render area. (Could be wrong, I was using PSP and
cropping to find out!)

Bug verified on builds 20030925 (RC-2) and 2003092704.

Reproducible: Always

Steps to Reproduce:
1. Resize the window

Actual Results:  
Watch the borders mysteriously vanish until you resize to another width.
Scrolling up and down enhances the problem.

Expected Results:  
Rendered correctly and not lost the border.

I'm not sure if this is related specifically to Windows, but I've noticed it
repeatedly. We're using a pure CSS and XHTML 1.0 <div> based layout, with no
tables etc at all. Verified on 3 seperate machines.
Attached image Screenshot of bug (obsolete) —
Screenshot showing the missing border on the page in question.
This page looks completely different in IE6. Are you sure you haven't done
something illegal that makes mozilla behave unexpectedly?

Also, could you provide a minimized testcase? That is, minimize the webpage
until only parts relevant for the bug remains? Often this is a good strategy for
the web page developer to pinpoint if a bug indeed is a bug and to pinpoint what
makes the "error" in layout appear.
This is a known issue with very thin borders and a mix of px and em units --
rounding errors can cause the border to not be painted...
Whiteboard: DUPEME
Re IE6: Seems that when I cut some of the data out, it broke it. I'll try to get
a minimal testcase shortly.

Re the very thin borders and mixing em/px borders - we only ever use px borders,
although those particular ones are 1px. I've seen this issue before, but will
try to create it in the minimal format ASAP.
Attached file Minimal testcase
Reduced to it's bare minimum.
The height of box seems to affect it, as soon as the box extends below the
screen at certain widths, the right border disappears. It's important that it
extends past the bottom of the screen though, otherwise the behaviour doesn't
occur.
Attachment #132513 - Attachment is obsolete: true
Confirming bug, 2003-10-02-05 trunk Linux.

Bug only occurs when 'position' is 'relative' or 'absolute' and
'left' and 'width' both are percentage based.  As already noted, it only
occurs when the bottom of the box is outside the view.  It seems it's not
triggered by the scrollbar per se because forcing a scrollbar with a bunch of
<br>'s did not trigger the problem alone.

Bug also occurs in 1.5rc1 and 1.4 with the same symptoms as described above.
Bug also occurs in 1.3.1 but here it occurs at all view heights, even without
a scrollbar.
Bug does NOT occur in 1.0.2
Assignee: kmcclusk → position
Severity: normal → minor
Status: UNCONFIRMED → NEW
Component: GFX → Layout: R & A Pos
Ever confirmed: true
Keywords: testcase
OS: Windows XP → All
Summary: Mozilla sporadically losing borders on the right of <div> tags at certain widths → Missing right border at certain widths when left and width is percentage based
Whiteboard: DUPEME
There was a reason for the "DUPEME" in the status whiteboard.

*** This bug has been marked as a duplicate of 176237 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Oops, my bad.  I didn't find that because it was filed on GFX - it seems to
me this a rounding problem somewhere inside the Layout code?

Verified dupe
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: