[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