Closed
Bug 151430
Opened 23 years ago
Closed 22 years ago
After manipulating <p> element with DOM, element is not layed out correctly (regression)
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: joelbeach, Assigned: attinasi)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020608
BuildID: 2002060909
At http://demandred.dynu.com:10000/joel/siteInfo.jsp, a <p> element's opacity is
faded in using the DOM and the mozOpacity CSS property. After this is complete,
an spurious extra line of space is added underneath the <p> element.
The <p> element in question is in the menu bar on the left hand side and is purple.
I believe this may be a layout regression, as I remember this working in the
past. Also, depending on the opacity increment used, this bug doesn't show up.
For example, increasing opacity by 0.02 on each JS call shows the bug, whilst
0.03 doesn't.
Is this a timer issue?
Reproducible: Always
Steps to Reproduce:
1. Go to URL
2. Watch left hand menu bar, especially, the purple "selected" element
which fades in.
3. After it finished fading in, extra line of space appears underneath it.
Actual Results: The extra line of space is there
Expected Results: Should be layed out exactly like all the other elements in
the menu bar.
Comment 1•23 years ago
|
||
Confirming in the june 12th (2002-06-12-05 1.0.0) build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Updated•23 years ago
|
Target Milestone: --- → Future
![]() |
||
Comment 2•22 years ago
|
||
Site apparently no longer changes opacity (if it does, I cannot find where).
There is no testcase in the bug, hence no way to reproduce.
Marking worksforme, but please reopen if this is still reproducible. If so,
please attach a testcase to the bug.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•