Closed
Bug 243185
Opened 20 years ago
Closed 18 years ago
Very fast memory leak in copy/paste (100kb/sec)
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
RESOLVED
DUPLICATE
of bug 289897
People
(Reporter: me, Assigned: jag+mozilla)
Details
(Keywords: memory-leak)
Attachments
(1 file)
30.41 KB,
application/zip
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 When copying selected data from the table, then the browser starts to accululate memory very fast at 100kb/sec. Depending on the amount of memory, this crashes the browser in about 1h time. The leak doesn't depend on pasting the content, it is sufficient to have it selected. Closing the tab with the selection doesn't free the memory again. Reproducible: Always Steps to Reproduce: 1.Load the html file in the attachment 2 [review].Select the whole list in the middle (with the score column at the right). 3. Paste the content into some text window Actual Results: Sometimes the paste works, sometimes the PC justs starts swapping and does nothing
Updated•20 years ago
|
System: Linux version 2.4.20-8 (bhcompile@porky.devel.redhat.com) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 X-Server:XFree86 Version 4.3.0 (Red Hat Linux 9 release: 4.3.0-2.90.43) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.21-2.ELsmp i686 [ELF] Build Date: 07 November 2003 Build Host: porky.devel.redhat.com KDE Desktop: KDE: 3.1-12 Red Hat KDesktop: v1.9.8 Mozilla: Got error with mozilla 1.5 and so downloaded 20040510 (version 1.6) a new one, but error still there
Comment 3•20 years ago
|
||
Confirmed on Linux 20040510: I select all the text and paste it into nedit, and with each paste, mozilla (not nedit) consumes more and more memory which is not freed if I close the tab.
Comment 4•20 years ago
|
||
WFM : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040510 Firefox/0.8.0+
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•20 years ago
|
||
mlk keyword?
Comment 6•19 years ago
|
||
The bug is still there in Mozilla 1.7.6 and Firefox 1.0.2. On my computer, it leaks at more than 1MByte/sec. Is anyone trying trying to fix this?
This happens on Windows 2000 (Firefox 1.5B2) as well, and it is very easy to reproduce. Here's how I can reproduce it: 1. Open up the task manager to view memory usage. 2. start at http://www.google.com 3. Press CTRL+A to select all 4. Press and hold CTRL+C 5. Watch it grow like a weed. I can test it on OS X later and test it there as well. Perhaps then, the OS might be changed to "All"
Comment 8•18 years ago
|
||
the same leak as in bug 289897?
Comment 9•18 years ago
|
||
(In reply to comment #8) > the same leak as in bug 289897? Halfdog, gaetan, Daniel, is your problem gone? If so, please dup this to bug 289897
Comment 10•18 years ago
|
||
perfer linux and/or windows user to agree it's gone on trunk before duping to bug 289897. denna: seen in os x with firefox 1.5.0.4 not present in nightly build
OS: Linux → All
Hardware: PC → All
Comment 11•18 years ago
|
||
Deneen reports: "I have checked using a nightly build of Firefox, and the issue is no longer present." so duping *** This bug has been marked as a duplicate of 289897 ***
Severity: normal → major
Status: NEW → RESOLVED
Closed: 18 years ago
QA Contact: jrgmorrison → xptoolkit.widgets
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•