[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #27268 [Applications/Tor Browser]: preferences cleanup
#27268: preferences cleanup
--------------------------------------------+--------------------------
Reporter: rzb | Owner: tbb-team
Type: defect | Status: new
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: ff60-esr, TorBrowserTeam201809 | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
--------------------------------------------+--------------------------
Comment (by Thorin):
Replying to [comment:18 tom]:
> > **RFP Redundant Part 3**: probably changes fingerprint, maybe entropy
> > - `dom.netinfo.enabled` - https://bugzilla.mozilla.org/1372072
> > * this pref disables the API: you get an error or "undefined"
> > * the pref is only default true on mobile: RFP returns "unknown"
> > * so removing the pref would create two buckets: mobile vs desktop
>
> RFP ought to return one value for all situations, right? (I have no
verified.)
You can test on
https://ghacksuserjs.github.io/TorZillaPrint/TorZillaPrint.html#headers
The way it works is
- if the API is disabled (default desktop), you cannot read
`navigator.connection.type` -> therefore: error -> (instead I fall back to
`navigator.connection` -> "undefined"
- if the API is enabled (default mobile), then you can read
`navigator.connection.type` and that's when RFP kicks in and returns
`unknown`
Two buckets. So up to Georg I guess.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/27268#comment:19>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs