Closed Bug 184352 Opened 22 years ago Closed 22 years ago

Mozilla becomes unresponsive while processing DHTML

Categories

(Core :: Layout, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 187103

People

(Reporter: dhtmlkitchen, Assigned: asa)

References

()

Details

(Keywords: perf)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2.1) Gecko/20021130 The window can't be closed. Mozilla seems to be making the user wait while DHTML processing is executing. Reproducible: Always Steps to Reproduce: 1. go to url: http://3dhtml.netzministerium.de/examples/cube3d.html 2. watch beach ball spin a few sec 3. try to close the window. Actual Results: Could not close window. Eventually, I used cmd-opt-esc. Expected Results: DHTML processing should be done in a separate thread that yeilds periodically so that user interaction is not robbed.
Whiteboard: DUPEME
This is partially related to bug 123668 respectively to bug 129496 (which also has a testcase of netzministerium.de). Under win-xp pro, 1.1ghz,512ram trunk build 2002121108 the animation is really choppy though Mozilla doesn't become unresponsive. Maybe this is MacOS related?
Component: Browser-General → Layout
How can this be related to JS object allocation bugs if it's Mac only? Look for platform specific problems with events and/or rendering first. /be
And Flash: http://www.massfrequency.com/ -> Design had to force-quit to get out of that.
Keywords: perf
*** This bug has been marked as a duplicate of 187103 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.