User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:18.104.22.168) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:22.214.171.124) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729) Copying an unformatted table of 1k+ rows will crash the firefox client. It seems to enter into a loop that it very rarely recovers from and I've left it up to 30 minutes without any recovery. My usual data set size is a table of 2-5k rows of 4 columns of short (4-25 char) unformatted text as an output from one of our systems. Reproducible: Always Steps to Reproduce: 1.Create a table of 4x2000 2.Manually select the whole table. 3.Copy the table Actual Results: Client locks up and stops responding. Expected Results: Copied the table to the clipboard. The same process works instantly in IE with perfect results, this is just a table of raw text values so its hard to see why it struggles so much.
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2011-2-25]
It's not locking up completely any more. Still some rendering issues with highlighted tables adding a 5-10 seconds to tab rendering.
Was that in a fresh profile? Try Firefox 4, there are some large improvements in rendering speed.
This bug has had the CLOSEME tag for several weeks and the date in the tag is far gone. If the reporter can still see this issue, Please retest with Firefox 3.6.x or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). Then please remove the closeme tag in the whiteboard, mark the bug against the proper version and comment on the bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.