Closed Bug 236726 Opened 20 years ago Closed 20 years ago

The bottom line of a fieldset duplicates

Categories

(SeaMonkey :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: silver_dragoon77, Assigned: bugzilla)

References

()

Details

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

When adding dynamically via javascript DOM a new file element to a fieldset, the
bottom line of the fieldset duplicates. The source code that causes the bug can
be found at the specified url.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Attached image Screenshot of the bug
I see the same problem in recent nightlies of Firefox Mac OS X, and also in Mozilla.

If I click on "Ajouter un champ file", it not only adds a new field, but also a
new line to the bottom of the box. Or rather, it looks like it fails to remove
the old line when expanding the box to accommodate the new fields. If I have
multiple tabs open, and change tabs from, then to, that window, the extraneous
lines have vanished.

Setting Hardware/OS to All/All and Product to Browser.
Status: UNCONFIRMED → NEW
Component: General → Browser-General
Ever confirmed: true
OS: Windows XP → All
Product: Firefox → Browser
Hardware: PC → All
Version: unspecified → Trunk
I've encountered the same rendering bug, when adding or making anything visible
dynamically via scripting, fieldset's borders render incorrectly. It would seem
to me that this is a simple refresh issue, since hiding and redisplaying or
resizing the browser makes the borders render correctly - until the fieldset is
dynamically modified again.
Product: Browser → Seamonkey
I've also encountered this bug; I attached a test case. One workaround I have
found is to set a specific border on the fieldset:

fieldset { border: 1px solid black; }

With the above CSS, the fieldset border is no longer replicated.
This worksforme with a current Linux trunk build... is this still an issue?
Yeah, works for me in the latest Windows trunk nightly (20050201), too. I'll
check the Mac version from home tonight, but certainly appears to be fixed.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Looks good on the Mac nightly too.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: