Closed Bug 228475 Opened 21 years ago Closed 15 years ago

Crash with long line length in <textarea>

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Version:
1.8 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: AstroDrabb, Unassigned)

References

(
URL
)

Details

(Keywords: crash, hang, testcase)

Attachments

(1 file)

Testcase with tabs and whitespace, causes crash on Firefox 1.0.6 Linux (ubuntu)
57 bytes, text/plain
Details 
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!
That site requires a log-in. Any chance you can save the page and post it here
or give a login and password?
I mirrored the page here:
http://web.tampabay.rr.com/jdrabb/pgip/
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.
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.
And this seems a probable dup of 78980
The URL's testcase doesn't seem to exist anymore, and the same with the mirror
in comment 2.
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 &lt;textarea&gt;</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>
Bug 175711 	Crash when using text zoom on files with long lines
contains some info where a crash happens in Linux
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.
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
Paste this into a scrollable text-area, use the arrow-keys (left-right), causes
a  crash under Linux (Ubuntu Hoary, Firefox 1.0.6)
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
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).
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.
*** Bug 353348 has been marked as a duplicate of this bug. ***
Following page hangs my X:

http://edwardh.se/stuff/too%20much.html
Assignee: bross2 → nobody
Severity: normal → critical
QA Contact: general
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.8 Branch
Keywords: crash, testcase
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.

Attachment

General

Creator:
Created:
Updated:
Size: