[meta] Prevent websites from detecting private browsing
Categories
(Firefox :: Private Browsing, task, P3)
Tracking
()
People
(Reporter: andremonizbr, Unassigned)
References
(Depends on 5 open bugs)
Details
(Keywords: meta)
Comment 1•7 years ago
|
||
Comment 3•6 years ago
|
||
The San Diego Union Tribune is doing this now. To reproduce, while private browsing, go to https://www.sandiegouniontribune.com/ and click on any article. I'm not sure what mechanism they are using.
Updated•6 years ago
|
Comment 4•6 years ago
|
||
This is the same issue as Bug 1506680, which has more information
Updated•5 years ago
|
Comment 5•5 years ago
|
||
Closing as a duplicate of an older bug.
Comment 6•5 years ago
|
||
I don't think this is a duplicate of Bug 781982. Bug 781982 is about enabling the use of IndexedDB in private browsing mode. Currently, the unavailability of IndexedDB might be used to identify private browsing mode though, so Bug 781982 might be regarded as blocking this one.
Comment 7•5 years ago
|
||
There is no reason to have a meta bug with one bug being dependent. It is not a meta in that case it is a direct dupe.
Comment 8•5 years ago
|
||
As comment https://bugzilla.mozilla.org/show_bug.cgi?id=1366318#c1 says, specific vectors that allow identification of private browsing mode should be filed under this one. Bug 781982 is one such vector. I am pretty sure it is not we only one, though I don't know if we have more on file.
This is logically a different thing than Bug 781982. If there really were only a single relevant vector, it might make no sense to keep this meta bug open, but it still isn't a duplicate of Bug 781982 in my understanding.
Comment 9•5 years ago
|
||
I agree with Simon
Updated•5 years ago
|
Comment 11•4 years ago
|
||
Updating the affected versions is not a useful change. This behavior can be seen on trunk.
Updated•2 years ago
|
Updated•2 years ago
|
Description
•