Closed
Bug 228475
Opened 21 years ago
Closed 15 years ago
Crash with long line length in <textarea>
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: AstroDrabb, Unassigned)
References
()
Details
(Keywords: crash, hang, testcase)
Attachments
(1 file)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031110 Firebird/0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031110 Firebird/0.7
Go to http://www.peerguardian.net/ and create a log in. Then go to the database
converter at http://www.peerguardian.net/pgipdb/pgipdb_conv.php. The converter
works fine for all options except the "Azureus bittorrent Client" option. The
converter takes a list of IP ranges and converts them to work with differnt
applications or firewall products. The list is around 2,500+ lines. Most
formats have one rule per line and works fine. However, the "Azureus bittorrent
Client" option makes one REALLy long line.
Steps to follow.
Go To http://www.peerguardian.net/pgipdb/pgipdb_conv.php
Select "Azureus bittorrent Client" for the Convert To Format option.
Click convert.
Wait a few seconds and watch Mozilla or Firebird crash.
This seems to be due to a very long line being put into the <textarea> with
JavaScript.
Reproducible: Always
Steps to Reproduce:
1. See "Details" section.
2.
3.
Actual Results:
Firebird crashes.
Expected Results:
No crash!
|
||
Comment 1•21 years ago
|
||
That site requires a log-in. Any chance you can save the page and post it here
or give a login and password?
|
Reporter | |
Comment 2•21 years ago
|
||
I mirrored the page here:
http://web.tampabay.rr.com/jdrabb/pgip/
|
|
||
Comment 3•21 years ago
|
||
For me, it hangs with 100% CPU usage for about 4 seconds, but then loads.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031212
Firebird/0.7+
and
Seamonkey 2003121209.
|
|
Reporter | |
Comment 4•21 years ago
|
||
I have not tried it under MS Windows yet, though it does crash under Fedora Core
1. Maybe it is a limitation of the GTK text area?
Also happens on Windows 1.6:
MOZILLA caused a general protection fault
in module GDI.EXE at 0027:000005de.
Registers:
EAX=0000fff7 CS=05ff EIP=000005de EFLGS=00010202
EBX=000003e0 SS=3347 ESP=0066a270 EBP=0000a29e
ECX=00008b82 DS=4ba6 ESI=000000fe FS=328e
EDX=00000a66 ES=4ba6 EDI=0000004a GS=15fe
Bytes at CS:EIP:
66 83 3c 47 00 0f 84 24 01 00 00 66 8b 04 42 03
Stack dump:
0000360f 00001800 0000063f 00000000 000005e9 00000000 00000006 00000002 24002427
00000a66 17fe360f a354003f 05f7062c 1800a312 0000328e 8c000000
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
The trigger level seems to be above 32,768 columns. There seem to be a few
related bugs as well here (I got some bad painting after submitting a form with
a field just below the trigger), which I'll file if and when I can reproduce them.
|
||
Comment 8•20 years ago
|
||
The URL's testcase doesn't seem to exist anymore, and the same with the mirror
in comment 2.
|
|
Reporter | |
Comment 9•20 years ago
|
||
The site example site has moved. However, I tested this with Firefox 0.8 under
MS Window XP and it does not appear to be an issue. I am not near my Linux box
right now to test. As simple page like this should be able to test it. It may
be an issue with the GTK widgets. Though under Firfox 0.8 and WinXP, the
<textarea> does not display the contents, however you can select all and
cut-n-paste.
<html>
<head>
<title>Really long line in <textarea></title>
<script type="text/javascript">
function CrashMoz()
{
var i = 0;
var t = document.getElementById("TArea");
var s = new String("");
for (i=0; i<50000; i++)
{
s +=
"aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa";
}
t.value = s;
}
</script>
</head>
<body>
<form name="Form1" id="Form1">
<textarea cols=60 rows=5 id="TArea">Hello</textarea><br>
<input type="button" onclick="CrashMoz();" value="Try it">
</form>
</body>
</html>
|
||
Comment 10•20 years ago
|
||
Bug 175711 Crash when using text zoom on files with long lines
contains some info where a crash happens in Linux
|
||
Comment 11•20 years ago
|
||
Firefox crashes with long lines in textareas and with huge amount of data (such
as a Phpmyadmin database dump > about 1M). The problem is that is crashes X in
the same time, don't know why yet ("Application Gecko lost its connection to the
X server").
Firefox 1.0 on debian 3.1 unstable (updated 2 days ago), running XFree86, not
X.org 6.8.
|
||
Comment 12•20 years ago
|
||
I have similar problem: when I insert a very long line into an empty textarea,
Firefox hangs for a few seconds. Then the screen resolution is reset to safe
mode (640 x 480 px) and Windows XP SP1 brings a dialog message, that there was a
problem with the graphics driver. Windows and all applications run normal, but I
can't change screen resolution until I restart Windows.
I use a JavaScript textarea.value = big_array.join(',') and never had problems
before. But after a certain amount of characters (around 50.000) the problem is
always reproducible.
Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050321
Firefox/1.0.2
|
||
Comment 13•19 years ago
|
||
Paste this into a scrollable text-area, use the arrow-keys (left-right), causes
a crash under Linux (Ubuntu Hoary, Firefox 1.0.6)
|
||
Comment 14•19 years ago
|
||
It hangs up the browser for 5 seconds and then I get the "Stop Unresponsive Script" dialog to stop it.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060423 Minefield/3.0a1
(In reply to comment #9)
> The site example site has moved. However, I tested this with Firefox 0.8 under
> MS Window XP and it does not appear to be an issue. I am not near my Linux box
> right now to test. As simple page like this should be able to test it. It may
> be an issue with the GTK widgets. Though under Firfox 0.8 and WinXP, the
> <textarea> does not display the contents, however you can select all and
> cut-n-paste.
Keywords: hang
|
||
Comment 15•18 years ago
|
||
Confirm of this problem using Firefox 1.5.0.5 on Kubuntu 6.06 (gtk 2.4.0).
When using phpMyAdmin to dump a large database to screen (> 1Mb) both Firefox and X crash and I need to log in to X again (losing all my unsaved work in other open programs).
|
|
||
Comment 16•18 years ago
|
||
Just tested if I could reproduce this bug with the mozilla.org build (1.5.0.6) and got the same results. If you export a large database with phpmyadmin, firefox crashes horribly taking down X-server and all running applications with it.
|
||
Comment 17•18 years ago
|
||
*** Bug 353348 has been marked as a duplicate of this bug. ***
|
|
||
Comment 18•18 years ago
|
||
Following page hangs my X:
http://edwardh.se/stuff/too%20much.html
|
||
Updated•18 years ago
|
Assignee: bross2 → nobody
Severity: normal → critical
QA Contact: general
|
|
||
Updated•18 years ago
|
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.8 Branch
|
||
Updated•15 years ago
|
|
||
Comment 19•15 years ago
|
||
WFM on mozilla-central. The testcase in comment 9 hangs Firefox for 15 minutes, but other than that works fine. The page in comment 18 no longer exists. Comment 13 should probably be retested on Linux.
In general, there are lots of automated tests now for long lines in textboxes, and many bugs related to long lines have been fixed since this bug was reported.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•