Opening about:cache does not show any entries. The reason seems to be that Private is unchecked. Doing that and trying to update the cache is resulting in an error:
Unrecognized storage name 'null' in about:cache URL
This is actually a Mozilla bug as this happens in a vanilla Firefox as well. But now clicking on Back to overview does give us the cache entries as Private is checked.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items 0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items 0
Link issues together to show that they're related.
Learn more.
Opening about:cache does not show any entries.
It's good. But not all entries are Private, even Anonymous ;)
The reason seems to be that Private is unchecked. Doing that and trying to update the cache is resulting in an error:
{{{
Unrecognized storage name 'null' in about:cache URL
}}}
That's because URL is about:cache?storage=null&context=p,. Update works if it's not disabled by NoScript.
This is actually a Mozilla bug as this happens in a vanilla Firefox as well. But now clicking on Back to overview does give us the cache entries as Private is checked.
Hmm, still an issue for ESR45, but not so easy reproducible.
STR was found for blocked by NoScript page: check Private, allow page and get about:cache?storage=null&context=.
So, it seems only users with weird NoScript config, like in TBB, are affected, because Mozilla knows nothing about it. But the only one ticket with "Unrecognized storage" is great: https://bugzilla.mozilla.org/show_bug.cgi?id=1074485.
As this ticket is about usability: about:cache is neither usable, nor reliable, e.g. bugs 469677, 633747, 927919, etc.
Trac: Summary: about:cache does not show anything in Tor Browser based on ESR 38 to Firefox bug - Unrecognized storage name 'null' in about:cache URL
r=brade, r=mcs
I have trouble making sense of what is displayed in about:cache, but this fix looks okay.
That's probably due to the interface not being particular intuitive or more on this page being broken. :)
Is there a Firefox bug filed for this issue?
Not yet, I plan to file one later and reference it in this ticket.
Applied to tor-browser-52.1.1esr-7.0-1 and tor-browser-52.1.0esr-7.0-2 (commit e1f39122d16e5cd69dd11732d8fb2faf5087fdd2 and 9607f989206d048c9905d1b19cedf9913750c6c7).
Trac: Resolution: N/Ato fixed Status: needs_review to closed