Closed Bug 69979 Opened 24 years ago Closed 24 years ago

long wait for ReplaceComponentSelect()

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows NT
defect
Not set
minor

Tracking

()

VERIFIED DUPLICATE of bug 27233

People

(Reporter: francerockets, Assigned: rods)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; 0.8) Gecko/20010222 BuildID: 2001022209 I noticed an inordinate wait when the Component option list changes on the submit-a-bug page at Bugzilla. Reproducible: Always Steps to Reproduce: Just choose a selection from the Product field. Actual Results: The field change in Components will take several seconds and during that wait the browser locks up. Afterwards, everything returns to normal. From http://www.mozilla.org/quality/help/bugreport.js After the selection is made, UpdateComponentList() is called which should then call ReplaceComponentSelect(). ReplaceComponentSelect() apparently triggers the delay. The CPU usage meter in NT's taskbar goes all the way to 100% during this delay. I didn't see any problem with the function itself, so the JavaScript engine was what came to mind. Expected Results: The transition should have been done in an eye-blink. Keep rockin' --both my wife and I like Mozilla!
This looks like a duplicate of bug 27233.
Changing component to match bug 27233 -
Assignee: rogerl → rods
Status: UNCONFIRMED → NEW
Component: Javascript Engine → Form Submission
Ever confirmed: true
QA Contact: pschwartau → vladimire
I agree with Boris - marking as a duplicate - francerockets@hotmail.com: Thank you for reporting this! Note if you want to follow the progress of bug 27233, you can add yourself in the CC field of that bug - *** This bug has been marked as a duplicate of 27233 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.