Closed
Bug 201363
Opened 23 years ago
Closed 23 years ago
long textarea let Mozilla hang
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 190147
People
(Reporter: REUDBVUKSCZE, Unassigned)
References
(
URL
)
Details
(Keywords: perf)
User-Agent:
Build Identifier: 1.3 Final
A long textarea let Mozilla hang:
<html>
<head>
<title>Blockliste bearbeiten</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body bgcolor="#CCCCCC" text="#000000" link="#000099" vlink="#000099"
alink="#990000">
<div align="center">
<p><font face="Arial, Helvetica, sans-serif" size="5"><b><font
size="7">Blockliste
bearbeiten</font></b></font></p>
<hr noshade size="1">
<p align="left"><font face="Arial, Helvetica, sans-serif" size="4">Die
hier gelistete Seiten sind grundsätzlich gesperrt.</font></p>
<form method="post" action="">
<div align="left">
<p>
<textarea name="blocklist" cols="50" rows="10">
[
...A long (721KB) list of text follows, one URL per line...
I cannot post this here because of sensitive data, however, I'll be
willing to e-mail it to one of the programmers personally when needed
]
</textarea>
</p>
<p>
<input type="submit" name="blocksubmit" value="Blockliste speichern">
</p>
</div>
</form>
<hr noshade size="1">
<p> </p>
</div>
</body>
</html>
Reproducible: Always
Steps to Reproduce:
1. Open the URL
Actual Results:
Mozilla hangs
Expected Results:
Display the page
|
||
Comment 1•23 years ago
|
||
Works for me on 2003052504 winXP, but it could be because I don't have 750Kb of
text to put in that text box.
|
||
Comment 2•23 years ago
|
||
I get a performance problem rather than a hang with a simple testcase of:
<body>
<textarea>
http://www.mozilla.org (x N)
</textarea>
</body>
performance seems to be about O(N^1.5) but gets worse with more rows
rows sec rows/sec
2500 9 277
5000 22 227
10000 61 163
20000 212 94
20000 rows is 460KB.
might be a dupe of bug 190147
==> form controls.
Assignee: asa → form
Severity: critical → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout: Form Controls
Ever confirmed: true
Keywords: perf
OS: Windows XP → All
QA Contact: asa → desale
|
|
||
Comment 3•23 years ago
|
||
jprof says 66% of the time is spent with this stack
nsLineBox::IndexOf() const
nsBlockFrame::AddFrames()
nsBlockFrame::InsertFrames()
FrameManager::InsertFrames()
nsCSSFrameConstructor::ContentInserted()
StyleSetImpl::ContentInserted()
PresShell::ContentInserted()
nsDocument::ContentInserted()
nsHTMLDocument::ContentInserted()
nsGenericHTMLContainerElement::InsertChildAt()
.L3193 ???
nsHTMLDivElement::InsertBefore()
InsertElementTxn::DoTransaction() or CreateElementTxn::DoTransaction()
nsTransactionManager::BeginTransaction()
nsTransactionManager::DoTransaction()
nsEditor::DoTransaction()
and 13% here:
nsVoidArray::IndexOf() const
nsGenericHTMLContainerElement::IndexOf() const
FrameManager::GetPrimaryFrameFor() or nsEditor::GetChildOffset()
both are totally consistent with bug 190147 comment 6
marking dupe
*** This bug has been marked as a duplicate of 190147 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•