Closed
Bug 107733
Opened 23 years ago
Closed 21 years ago
Large file appears to hang browser, but it is just incredibly slow
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
RESOLVED
DUPLICATE
of bug 112738
mozilla1.1alpha
People
(Reporter: hippytrail, Assigned: attinasi)
Details
(Keywords: perf)
Attachments
(2 files)
Loading this file into Mac Mozilla causes the browser to hang or go into an infinite loop. The file is the NamesList.txt from Unicode processed to convert all the hex codes into HTML character entities.
Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
I tryed to view attached document to 20011029-trunk on WinNT4 and Mozilla hanged too.
Comment 3•23 years ago
|
||
confirming with win2k build 20011030.. -> Layout (?)
Assignee: asa → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
OS: Mac System 9.x → All
QA Contact: doronr → petersen
Hardware: Macintosh → All
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.8
Assignee | ||
Comment 4•23 years ago
|
||
It loads - it is just extremely slow. Decorating the description and lowering severity. I'll need to see where we are spending the time here.
Comment 5•23 years ago
|
||
I think this is a dupe of something dbaron or waterson has worked on. nsBlockFrame::ReflowFrame is called about once for every line but nsBlockFrame::ReflowFrame calls nsLineLayout::ReflowFrame for every line in some way so we get a O(n^2) algorithm here. For 3000 calls to nsBlockFrame::ReflowFrame I see 200000 calls to nsLineLayout::ReflowFrame. I don't know about the memory increase though. The page is a gigantic <pre> block with some unknown tags in them (<control> <music> ... ).
Reporter | ||
Comment 6•23 years ago
|
||
I noticed that the original attachment was hastily made into HTML by myself. It contained many angle-bracketed phrases, some of which appeared like bogus HTML tags, others of which happened to be valid HTML tags. Notably superscript and subscript tags. After converting all of the angle brackets to HTML entities the file still takes a long while to load but is now probably acceptable. The original file may still be useful for optimizing the rendering speed of Mozilla or perhaps this bug can now be closed? I think the subscript and superscript tags are the most likely problem in any case.
Assignee | ||
Comment 7•23 years ago
|
||
Moving out - not critical.
Target Milestone: mozilla0.9.8 → mozilla1.0
Comment 9•22 years ago
|
||
Lage file handling very disappointing... http://www.mozilla.org/js/language/js20.html Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417
Comment 10•21 years ago
|
||
This is basically the same problem as bug 112738, with the same exact issue (bogo-tags inside a <pre>) (linear content model with O(N) depth, and each reflow hence being O(N) in the number of nodes). *** This bug has been marked as a duplicate of 112738 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•