Storage Inspector cannot delete cookie in private browsing mode
Categories
(DevTools :: Storage Inspector, defect, P2)
Tracking
(Not tracked)
People
(Reporter: martijn, Unassigned)
References
(Blocks 1 open bug)
Details
Updated•6 years ago
|
@Martijn I cannot reproduce this... is there a particular test page it happens on for you?
Comment 5•6 years ago
|
||
(In reply to Mike Ratcliffe [:miker] [:mratcliffe] [:mikeratcliffe] from comment #4)
@Martijn I cannot reproduce this... is there a particular test page it happens on for you?
Clearly I'm not @Martijn but hoped with the no repro comment that this bug was fixed!
Unfortunately I can reproduce on any page that creates cookies when browsing with In Private mode. Tested using both Firefox 64.0.2 and Firefox Dev Edition 66.
@Alex Angas Thanks for that... I can reproduce the issue in private browsing mode.
There are no errors when trying to delete a cookie but the following appear as the storage inspector is loading:
console.warn: "Failed to enumerate localStorage for host about:privatebrowsing: [Exception... \"Component is not available\" nsresult: \"0x80040111 (NS_ERROR_NOT_AVAILABLE)\" location: \"JS frame :: resource://devtools/server/actors/storage.js :: populateStoresForHost :: line 1173\" data: no]"
console.warn: "Failed to enumerate sessionStorage for host about:privatebrowsing: [Exception... \"Component is not available\" nsresult: \"0x80040111 (NS_ERROR_NOT_AVAILABLE)\" location: \"JS frame :: resource://devtools/server/actors/storage.js :: populateStoresForHost :: line 1173\" data: no]"
console.warn: "Failed to enumerate CacheStorage for host about:privatebrowsing: SecurityError: The operation is insecure."
console.warn: "Failed to enumerate CacheStorage for host https://www.google.com: SecurityError: The operation is insecure.
So at the very least localStorage and cacheStorage need to be disabled in private browsing mode.
I know cookies are stored in memory in private browsing mode so I am assuming that we have to delete them in a different way.
Updated•2 years ago
|
Comment 10•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:Honza, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Comment 11•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Comment 12•1 year ago
|
||
I can confirm that this bug is still present and relevant in firefox 118.
I'm surprised that we had a perfect feature in older firefox versions (edit and resend -> modify cookies on the fly)
I cannot understand why this feature was removed.
In my opinion there is an agenda to limit developers capability to debug websites.
Reporter | ||
Comment 13•1 year ago
|
||
I haven't checked recently. But the point shouldn't be to somehow find a repro case.
The point is that a cookie should always be deletable in the devtools, no matter what. So if there's any condition under which a cookie is not getting deleted, please remove such condition. Devtools means you're assuming all control over a website, essentially, and there should not be any hindrances of any kind to fiddle to one's heart's content.
So with that, I'm not sure why I'm tagged with a needinfo.
Description
•