Open
Bug 53521
Opened 24 years ago
Updated 2 years ago
XUL template with lots of data makes browser unresponsive
Categories
(Core :: XUL, defect, P3)
Tracking
()
NEW
Future
People
(Reporter: matt, Unassigned)
References
Details
Attachments
(2 files)
Linux build 20000920, Linxu 2.2.14 i686, RedHat 6.1
When looking into the limits of XUL templates, I've found two test
cases where XUL seems to stop working. Both testcases are based off
of the examples given in
http://www.mozilla.org/docs/xul/xulnotes/template-nested.html
Both examples contain one piece of top level data, with a whole bunch
of sub-level data; the top level data is simply the string "alt",
while each sub-level piece of data is a number (1, 2, 3, ...). This,
the second example, has 1,000 sub-elements. While the example with 125
sub-elements only displayed 86 of them, this one displays all 1,000 of
them. However, this example takes a very long time (about a minute or
more) to become completely ready, during which time the browser becomes
very unresponsive. While Mozilla is still crunching away, the top level
"alt" is shown, but without the twisty.
(Attachments will be uploaded shortly.)
The first example was givin in bug 53520.
Reporter | ||
Comment 1•24 years ago
|
||
Reporter | ||
Comment 2•24 years ago
|
||
Comment 4•24 years ago
|
||
This is because we have a sucky data structure for nsInMemoryDataSource that
doesn't handle large Sequences well. rjc did a bit of fiddling, so cc'ing him on
the bug.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 5•23 years ago
|
||
Adding dependancy to bug # 35817 which contains RDF SEQ optimizations.
Depends on: 35817
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
Comment 6•3 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.
Assignee: waterson → nobody
Status: ASSIGNED → NEW
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•