Opened 2 months ago

Last modified 2 months ago

#30939 new project

Use Firefox's Enhanced Tracking Protection as a means for performance improvements

Reported by: gk Owned by: tbb-team
Priority: Medium Milestone:
Component: Applications/Tor Browser Version:
Severity: Normal Keywords: tbb-performance, ux-team
Cc: arma, sysrqb, antonela Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

When improving browser performance one of the low-hanging fruits we could think about is using at least some of the Enhanced Tracking Protection (ETP) feature for that purpose. This ticket is the parent ticket to track all the involved work.

There are a number of questions involved that we need to discuss and decide how to proceed (and probably more than I came up with below):

a) Do we want to use the same message and UI of ETP as it is shipped right now in Firefox?

b) Do we want to enable the same lists as Mozilla is doing in the respective browsing modes?

c) Do we want to use the same list retrieval mechanism as Mozilla (using the safebrowsing protocol)?

d) Do we want to host the tracking protection lists ourselves?

e) Does the work in this ticket (and child tickets) is our answer to "ship an ad blocker" in Tor Browser? Or do we feel the need to still ship another blocking tool on top of ETP?

Child Tickets

Change History (4)

comment:1 Changed 2 months ago by gk

To start the discussion here is how I currently think we could answer the above questions:

a) No, we don't want to do that but rather we should make sure that ETP is only used and perceived as a performance improvement. That might mean getting ETP out of the privacy part of the preferences and changing the respective text if it is talking about privacy. I think we could keep all non-UI things, though, like the preferences governing this.

b) I think we could start small e.g. by blocking all the cryptominers and see how that goes and add all the other bits successively if we are confident enough.

c) Not sure. I think we need to audit the mechanism Mozilla needs for this. It is slightly different than the regular safebrowsing retrieval.

d) Maybe, although I think it would be fine to use what Mozilla has to be able to start experimenting (That's dependent on the answer to c), though).

e) I think we should not ship an ad blocker on top of that and use that mechanism as our blocking tool.

comment:3 in reply to:  1 Changed 2 months ago by gk

Replying to gk:

To start the discussion here is how I currently think we could answer the above questions:

a) No, we don't want to do that but rather we should make sure that ETP is only used and perceived as a performance improvement. That might mean getting ETP out of the privacy part of the preferences and changing the respective text if it is talking about privacy. I think we could keep all non-UI things, though, like the preferences governing this.

Oh, and as a reminder, all the UI showing different state on the URL bar and behind the "i" icon should go as well: there is just one state for fingerprinting reasons which is "enabled".

comment:4 Changed 2 months ago by cypherpunks

gk finally supporting some small amount of junk blocking, I can't believe it this must be some kind of dream or something... 😲

By the way I think your b) is totally unnecessary just start with what Mozilla accepts as its default, they're already very concerned with the defaults not breaking the web (see all the WebCompat reports that they fix with that regards).

Note: See TracTickets for help on using tickets.