Closed
Bug 269050
Opened 20 years ago
Closed 15 years ago
crash if pasting large amounts of text in textareas
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: emiltamas, Unassigned)
References
Details
(Keywords: crash)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041110 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041110 Firefox/1.0
try to pastes very large amounts of text in a textarea. FX will just exit. No
warning, no error message.
Reproducible: Always
Steps to Reproduce:
1.Paste a large amount of text
2.
3.
Actual Results:
Will crash FX 1.0
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 1•20 years ago
|
||
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a6) Gecko/20041201
Firefox/1.0+
What is meant by large? I have pasted 21127441 bytes of text into this
textarea and been able to copy 20908195 bytes back (diff showed only white space
changes), the count of lines at just over 219 thousand was the same.
(The clip board operations took about 50 minutes each).
This may be a valid report, it is essential that Firefox fails in a defined way
if one attempts to add more than the proper amount of data into a text field.
Comment 2•19 years ago
|
||
This is an automated message, with ID "auto-resolve01".
This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.
While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.
If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.
The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/
Comment 3•19 years ago
|
||
Should there be a fixed limit to how much data can be pasted, to
thwart overflow attacks, 512 MB perhaps?
Comment 4•19 years ago
|
||
==> form controls
Assignee: general → nobody
Component: General → Layout: Form Controls
Keywords: crash
Product: Mozilla Application Suite → Core
QA Contact: general → layout.form-controls
Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
i have the same problem , when i paste a large amount of text ff crash or freeze. it happen on up to date firefox
Reproducible: Always
Comment 6•17 years ago
|
||
alex, do you have a talkback incident report?
Comment 8•16 years ago
|
||
I'm having the same issue:
Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
It's not a crash, but a hang. I'm getting nothing on the debug console except the following after I closed it:
Program exited with code 031777777777.
ContinueDebugEvent (cpid=5636, ctid=5816, DBG_CONTINUE);
gdb: child_close, inferior_ptid=5816
Comment 9•15 years ago
|
||
Note: a discussion of the hang when accessibility is active is in: bug 510688
Comment 10•15 years ago
|
||
This bug report seems to describe a bunch of different issues, all of which are better described by other bugs on bug 302294's dependency list.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
Comment 11•3 years ago
|
||
I am getting an immediate crash on 94.0.2 when trying to paste 400MB for text in the text area here: https://services.israelpost.co.il/telegrams.nsf/mainorderweb?OpenForm
You need to log in
before you can comment on or make changes to this bug.
Description
•