Closed Bug 1489817 Opened 6 years ago Closed 6 years ago

I set to automatically delete history and cookies when closing firefox. When closing firefox, the cache2 folder automatically generates these 3 files, manually deletes these files, and Firefox is automatically generated next time.

Categories

(Core :: Networking: Cache, defect)

62 Branch
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox-esr60 --- wontfix
firefox62 --- affected
firefox63 --- fix-optional
firefox64 --- affected

People

(Reporter: gqzc123, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

(deleted), image/jpeg
Details
Attached image b.jpg (deleted) —
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Steps to reproduce:

I set to automatically delete history and cookies when closing firefox. 


Actual results:

When closing firefox, the cache2 folder automatically generates these 3 files, manually deletes these files, and Firefox is automatically generated next time.


Expected results:

There should be no files in cache2
The three file is in the picture I uploaded, you can see it.
Status: UNCONFIRMED → NEW
Component: Untriaged → Networking: Cache
Ever confirmed: true
Product: Firefox → Core
Regression window( except ce_Kg== ):
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5fcd9707cd6c95d44a3d7b949a7aed97db4f3bb0&tochange=1a16d4d1f6206ad99137299ab4e35d3e350d8227

Regressed by: 	1a16d4d1f620	Greg Tatum — Bug 1447338 - Add thread "responsiveness" as a configurable feature to the Gecko Profiler; r=mstange
Regression window for the "ce_Kg==" entry:

https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=94df1f873f5cb748643cfa13f7ed3c88489c7dcc&tochange=7e2286a4141c826f1f4d23ba72fd1add3031f3f3

Regressed by: 	80eff2b52d14	Honza Bambas — Bug 1032254 - Generic way to pin reasource in the HTTP cache, r=michal
(In reply to Alice0775 White from comment #3)
> “ce_Kg ==”条目的回归窗口:https 
> ://hg.mozilla.org/integration/mozilla-inbound/pushloghtml ? fromchange =
> 94df1f873f5cb748643cfa13f7ed3c88489c7dcc&tochange=7e2286a4141c826f1f4d23ba72f
> d1add3031f3f3回归者:80eff2b52d14 Honza Bambas  - 错误1032254 - 固定资源的通用方法HTTP缓存,r
> = michal

How to solve the problem of cache2?
Michal, could you take a look at this?
Thanks.
Flags: needinfo?(michal.novotny)
I think those files are only markers to delete certain contexts.  They don't keep any personal/identifiable information.  Those simply make the cache back end code work.

Very likely a candidate for a WONTFIX, but Michal should decide.
These files are persisted eviction info and are created by following calls:

https://searchfox.org/mozilla-central/rev/9e7995b3c384945740985107a4de601b27904718/browser/modules/Sanitizer.jsm#772
https://searchfox.org/mozilla-central/rev/9e7995b3c384945740985107a4de601b27904718/toolkit/components/cleardata/ClearDataService.js#97

We probably might remove these files at the end of CacheFileIOManager::SyncRemoveAllCacheFiles() when everything was removed successfully, but since they don't contain any sensitive data, it's not necessary.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(michal.novotny)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: