Last Comment Bug 335545 - clipboardcache files are not deleted when fx exits
: clipboardcache files are not deleted when fx exits
Status: NEW
:
Product: Core
Classification: Components
Component: Widget (show other bugs)
: Trunk
: All All
: -- normal with 8 votes (vote)
: ---
Assigned To: general
:
Mentors:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-26 09:27 PDT by Marcin Slusarz
Modified: 2015-04-16 18:05 PDT (History)
7 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description Marcin Slusarz 2006-04-26 09:27:15 PDT
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.8.0.2) Gecko/20060415 Firefox/1.5.0.2
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.8.0.2) Gecko/20060415 Firefox/1.5.0.2

when copying text bigger than 500kB fx creates new file in /tmp - clipboardcache[-X] which is 2x bigger than selection and never deleted


Reproducible: Always

Steps to Reproduce:
1.open file bigger than 500kB
2.select all, copy to clipboard (creates file clipboardcache-X in /tmp)
3.close fx


Actual Results:  
file clipboardcache is still present in /tmp

Expected Results:  
delete that file at exit or when it's not needed
(but i would prefer no to create that file at all...)


this bug was first reported in bug 289897 and confirmed od windows
Comment 1 Udo Richter 2006-04-26 09:52:09 PDT
Confirmed, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060425 BonEcho/2.0a1 ID:2006042512

Following my description on bug 289897, I've just created 40 clipboardcache files (2mb each) within less than a minute, by flipping between two tabs. At least the memory leak is fixed.

Still unanswered, but related: Why does the clipboard content get read on page loading and tab flipping at all?
Comment 2 Josh Triplett 2012-04-01 20:03:53 PDT
This bug still seems to exist in current Firefox.

I agree with the original reporter that ideally Firefox should not create this file at all.  Barring that, Firefox should at least clean it up afterward.
Comment 3 Josh Triplett 2012-04-01 20:04:14 PDT
(In reply to Josh Triplett from comment #2)
> This bug still seems to exist in current Firefox.

To clarify: this bug still seems to exist in Firefox 11.
Comment 4 alliz_gub 2013-03-07 08:59:24 PST
I just discovered some files /tmp/clipboardcache* and stumbled upon this bug, so it's still alive with firefox 16.
And the file has 00 between each byte, which explain the double size.
Comment 5 abandoned account 2014-06-02 20:36:12 PDT
still exists in firefox 30 beta 9 (I had to delete the file manually, good thing my %temp% is on a ramdrive)
 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Comment 6 msth67 2015-02-02 11:20:45 PST
Still happening in Firefox 35.0 release: after selecting and copying some text, several  clipboardcache-x files are created in /tmp, up to 2M in size each.
They are not deleted after closing Firefox .
Comment 7 biligt 2015-04-16 18:05:49 PDT
Firefox became non responsive and I had to end task from Task Manager. it's still happening in Firefox 37.0.1 on Windows 8.1, in user's TEMP folder there are 500s files created each with size of 6 MB. So total size was around 3GBs.

Note You need to log in before you can comment on or make changes to this bug.


Privacy Policy