Closed Bug 466955 Opened 16 years ago Closed 14 years ago

Firefox hangs when textarea loaded with huge data

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
blocking2.0 --- -

People

(Reporter: chandrasekar.kanagaraj, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/0.4.154.25 Safari/525.19 Build Identifier: I am using firefox 3.0.4 for editing huge text data in a textarea ( More than 300 KB), while replacing whole data with new firefox hangs Reproducible: Always Steps to Reproduce: 1. Load a text area with 300 KB text data ( I am using twiki textarea for editing) 2. Cut and replace the data with new data 3. Firefox will hang while adding new data Actual Results: Firefox hangs Expected Results: Should replace the text normally
Does it also happen if you switch off spell checking?
Even after spell check switched off, I am facing the same issue. Right now for editing data using chrome ( any how I am missing my Fav.Browser FF :( ) FF is hanged for morethan 10 minutes to replace the whole data (300 KB) in a textarea. After 10 minutes the data is replaced. But chrome is replacing the same in few seconds. Are we missing something on FF
Hi Chandru, do you know if accessibility is activated? Usually Firefox's accessibility is activated when a screen reader or other AT is detected, but also for some Add-ons such as DOM Inspector.
Confirmed this on latest nightly without any add-ons. I came across this while trying to use JSLint, but no version of firefox could handle this. 1. Visit http://www.jslint.com/ 2. Copy all the text (JavaSript) from http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.js 3. Paste the text into the JSLint text area 4. ........ hang .........
Status: UNCONFIRMED → NEW
Ever confirmed: true
blocking2.0: --- → ?
It's a bug, but not a blocker.
blocking2.0: ? → -
I was just reading through http://news.cnet.com/8301-13924_3-20011592-64.html and was curious: what profiling tools for Windows/Linux could be used to figure out what's going on here?
Looks like this has been fixed (at least as per the STR in comment 4).
Chandru's address is dead, so marking WFM per comment 7.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.