Opened 15 months ago

Closed 11 months ago

Last modified 11 months ago

#7451 closed change (duplicate)

Add support for running snippets on specific platforms

Reported by: mjethani Assignee:
Priority: Unknown Milestone:
Module: Core Keywords: circumvention
Cc: hfiguiere, amrmak Blocked By:
Blocking: #6538, #6812 Platform: Unknown / Cross platform
Ready: no Confidential: no
Tester: Unknown Verified working: no
Review URL(s):



(This is just an idea at this point.)

It has come up that filter list authors might want to deploy a snippet on one or more domains only on a specific platform. This could be done by extending the syntax of snippet filters to allow for meta arguments, like so:$#[platform=gecko] hide-elements .ad-label

Meta arguments may even solve the problem of versioning of snippets, by letting filter list authors deploy a snippet only on a specific version or range of versions of Adblock Plus.

This could also be done using named arguments (#6812):$#hide-elements platform=gecko

In this case, the snippet would check the value of the platform argument and decide not to run any code based on the value. Not every snippet may want to do this check, so it could be done by a wrapper similar to the function returned by makeInjector() in lib/content/snippets.js. Since named arguments would also solve other problems, this might be the more practical approach, at least for now.

What to change


Change History (6)

comment:1 Changed 15 months ago by hfiguiere

I think the intent was actually for *any* type of filter. Given that some content provider server different content based on the browser, it make sense to be able to do that in extreme cases.

comment:2 Changed 15 months ago by mjethani

From what I could tell, the actual problem was only with snippets, and this is understandable given that snippets are experimental compared to core features (we often find out that a snippet is not working on a particular platform after the test build).

As for how to apply this to any filter, I think that would require more fundamental changes. If we want simply to use the syntax of existing kinds of filters, then we can do this for request blocking filters ($platform=) and snippet filters (the proposal here), but clearly there's no way to do this for element hiding filters unless we extend the syntax and complicate things further. On the other hand, I can't think of a good reason why one would want this for element hiding filters.

Nevertheless, the short term approach to solve relatively current problems is to do this for snippet filters only.

comment:3 Changed 11 months ago by amrmak

  • Cc amrmak added

comment:5 Changed 11 months ago by hfiguiere

  • Resolution set to duplicate
  • Status changed from new to closed

comment:6 Changed 11 months ago by hfiguiere

  • Sensitive unset
Note: See TracTickets for help on using tickets.