Closed
Bug 69979
Opened 24 years ago
Closed 24 years ago
long wait for ReplaceComponentSelect()
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
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!
Comment 2•24 years ago
|
||
Changing component to match bug 27233 -
Assignee: rogerl → rods
Status: UNCONFIRMED → NEW
Component: Javascript Engine → Form Submission
Ever confirmed: true
QA Contact: pschwartau → vladimire
Comment 3•24 years ago
|
||
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
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•