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)

x86
Windows 2000
defect

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.
Confirming in the june 12th (2002-06-12-05 1.0.0) build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Target Milestone: --- → Future
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.