Client-Side Storage folder ("private") is not deleted after Private Mode termination
Categories
(Core :: Storage: IndexedDB, defect)
Tracking
()
People
(Reporter: solmontea98, Unassigned)
Details
(Keywords: reporter-external)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 Edg/121.0.0.0
Steps to reproduce:
-
Set browser.privatebrowsing.autostart preference to true (At about:config)
-
Restart Browser
-
browse any web site that utilize client-side storage (ex) youtube)
-
Terminate Firefox Browser
Actual results:
Private folder where client-side storage data (cache api, indexeddb) during the private session is stored, is not deleted until next Firefox browser opens.
(path : %AppData%\Mozilla\Firefox\Profiles[User Profile]\storage\private)
This occurs same in latest Firefox (v122.0), firefox nightly (v124.0a1), Firefox developer edition (v123.0b6)
Expected results:
The private folder should be deleted after the private session is terminated.
It is deleted fine when browser.privatebrowsing.autostart preference is set false.
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Privacy: Anti-Tracking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•1 year ago
|
Updated•1 year ago
|
| Reporter | ||
Comment 2•1 year ago
|
||
I think i can close this issue as another reporter already uploaded an issue at Bugzilla. (Bug 1878577)
May i click "Resolve as Duplicate" at the bottom of this page?
Comment 3•1 year ago
|
||
Go ahead. Thank you for you report.
| Reporter | ||
Comment 4•1 year ago
|
||
Your welcome. Thanks!
| Reporter | ||
Updated•1 year ago
|
Comment 6•1 year ago
|
||
Sorry for the burst of bugspam: filter on tinkling-glitter-filtrate
Adding reporter-external keyword to security bugs found by non-employees for accounting reasons
Updated•1 year ago
|
Description
•