Procedural cosmetic filters - uBlockOrigin/uBlock-issues GitHub Wiki

Back to "Static filter syntax" / "Cosmetic filters"

---

The concept of procedural cosmetic filtering was introduced with uBlock Origin (uBO) version 1.8.0.

The initial implementation was revised to allow chained/recursive use of the procedural operators with version 1.11.0+. There is no limit on the number of operators chained, or the number of recursion level, aside common sense. Though, chaining to native CSS selector after procedural one was not supported before 1.17.5rc1.

Only use procedural cosmetic filters when plain CSS selectors won't work.

Regular cosmetic filters are declarative, i.e., they are used as a selector in a CSS rule and handled by browsers through style tag elements.

Procedural means JavaScript code will find DOM elements that it must hide. A procedural cosmetic filter uses a filter operator that will tell uBO how to find/filter DOM elements to find which DOM elements to target.

1. Procedural filters must always be specific, i.e. prefixed with the hostname of the site(s) on which they are meant to apply^[exception]. If a procedural cosmetic filter is generic, i.e. meant to apply everywhere, it will be discarded by uBO. Examples: Good, because specific: example.com##body > div:has-text(Sponsored). Bad, because generic: ##body > div:has-text(Sponsored). The element picker always prefixes the filter automatically with the hostname to ensure created cosmetic filters are specific.

2. Efficient procedural cosmetic filters (or any cosmetic filters really) are the ones which result in the smallest set of nodes to visit. The element picker input field will display the number of elements matching the current filter. The element picker will only consider the entered text up to the first line break, while leaving the rest as is. You can use this feature to break up your filter to find out the size of the resultset of the first part(s) of your filter: the smallest resultset the most efficient is your cosmetic filter.

3. Concatenating multiple procedural selectors in one filter is not supported. example.com##p:has(img),div:has-text(advert) will not work as expected (#453).

4. New cosmetic filter parser using CSSTree library. The new parser no longer uses the browser DOM to validate that a cosmetic filter is valid or not, this is now done through a JS library, CSSTree. This means filter list authors will have to be more careful to ensure that a cosmetic filter is really valid, as there is no more guarantee that a cosmetic filter which works for a given browser/version will still work properly on another browser, or different version of the same browser. The new parser introduces breaking changes, there was no way to do otherwise. Some current procedural cosmetic filters will be shown as invalid with this change. Read the commit message for more details.

5. You need to use quotes when an argument is causing issue in a procedural cosmetic operators. The way quoting is interpreted now is closer to how AdGuard documentation regarding the use of quotes, except that for uBO:

   • Quotes are still optional if the argument doesn't trip the parser
   • One can use either " or '
   • When using quotes, instances of the same quote inside the argument must be escaped, i.e. 'this is a single quote: \'', or "this is a double quote: \"", and instances of \ must be escaped (as per AdGuard's documentation. A change from the commit message is that escaping without quoting no longer does anything, so ##sidebar > div.side-content:has-text(Adoring Anya\'s twitter) does not work anymore but ###sidebar > div.side-content:has-text(/Adoring Anya\'s twitter/) would still work.

:has(...), :has-text(...), :matches-attr(...), :matches-css(...), :matches-css-before(...), :matches-css-after(...), :matches-media(...), :matches-path(...), :matches-prop(...), :min-text-length(n), :not(...), :others(...), :upward(...), :watch-attr(...), :xpath(...).

• Description: Select element subject if and only if evaluating arg in the context of subject returns one or more elements.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A valid plain CSS selector or procedural cosmetic filter, which is evaluated in the context of the subject element.
• Examples:
  • mobile.twitter.com##main [role="region"] > [role="grid"] > [role="rowgroup"] [role="row"]:has(div:last-of-type span:has-text(/^Promoted by/))
  • strikeout.me##body > div:has(img[alt="AdBlock Alert"])
  • yandex.ru##.serp-item:has(:scope .organic > .organic__subtitle > .label_color_yellow) - :scope forces .organic to match inside .serp-item (why :scope is needed, general :scope doc)
  • strdef.world##div[style]:has(> a[href="https://www.streamdefence.com/index.php"]) - > forces a to be direct descendant of div[style]

The :has(arg) operator is actually a planned pseudo-class in CSS4, but as of writing no browser supports it (was available in stable channel of Chromium 105+ based browsers after 30 August 2022). Instead of waiting for browser vendors to provide support, uBO provides support for :has(arg) as a procedural operator.

Updated: all major browsers now supports :has() natively, so native :has() should be more efficient than procedural :has() which needs Javascript code to function. When using :has() uBlock will automatically switch to native :has() if it's available in browser, if it's unavailable uBlock will fallback to a procedural :has(). Using #?# instead of ## for a procedural cosmetic filter will prevent uBO from trying to convert the filter into a declarative (native) one.

See also:

• Procedural :has applies to multiple selectors; native :has only applies to the last one
• Nested procedural filtering into :has() did not work
• :upward() vs :has()

---

• Description: Select element subject if the text needle is found inside the element subject or its children.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• needle: The literal text which must be found, or a literal regular expression. If using a literal regular expression, you can optionally use the i and/or m flags (version 1.15). It is possible to have :has-text() match the empty string by just quoting the empty string (new in 1.45.3b10): ##foo:has-text("")
• Examples:
  • example.com##body > div:last-of-type span:has-text(/^Promoted by/): starts with "Promoted by"
  • example.com##body > div:last-of-type span:has-text(/^Promoted by/i): starts with "Promoted by", ignore case
  • example.com##body > div:last-of-type span:has-text(Promoted by): contains "Promoted by" at any position

---

• Description: Allows to select an element by its attributes, especially if they are randomized.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A declaration in the form name="value" or "name"="value", where name is attribute name and value is attribute value (optional), name and value can be literal text or literal regular expression.

Introduced in uBO 1.45.3b10

Solves uBlockOrigin/uBlock-issues#2329 (comment) (randomly generated attributes).

The supported syntax is exactly as per AdGuard's documentation:

• https://kb.adguard.com/en/general/how-to-create-your-own-ad-filters#extended-css-matches-attr

Though recommended, the quotes are not mandatory in uBO if the argument does not cause the parser to fail and if there are no ambiguities.

• Examples:
  • k-rauta.fi##button:matches-attr(class="/[\w]{7}/")
  • k-rauta.fi##button:matches-attr("class"="/[\w]{7}/")

on https://www.k-rauta.fi/tuote/valmistasoite-hole-in-1-250ml/6408070100905

---

• Description: Select element subject if and only if the result of evaluating arg is one or more elements.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A declaration in the form name: value, where name is a valid CSS style property, and value is the expected value for that style property. value can be a literal text or literal regular expression:
  • Literal text: the value will be matched exactly against the property value as returned by the browser's getComputedStyle method.
  • Literal regular expression: you can optionally use the i and/or m flags (version 1.15).
• Examples:
  • extratorrent.*##body > div[class]:matches-css(position: absolute)
  • facet.wp.pl##div[class^="_"]:matches-css(background-image: /^url\("data:image/png;base64,/)

---

Same as :matches-css(...), except that the style will be looked-up for the :before pseudo-class of the subject element.

---

Same as :matches-css(...) except that the style will be looked-up for :after pseudo-class of the subject element.

---

• Description: Allows limit cosmetic filter by media queries. If is possible will be converted to declarative stylesheet. Preferably should be used as last operator in a procedural cosmetic filter.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: Any supported media type by CSSTree.
• Examples:
  • example.com###target-1 > .target-2:matches-media((min-width: 800px))
  • example.com###target-3 > .target-4:matches-media((min-width: 1920px) and (min-height: 930px)):style(color: red !important)
  • github.com##pre:matches-media(print):style(white-space:pre-line !important;) - disable print scrollbars in PDF

Introduced in uBO 1.43.1b8, feature request #2185.

---

• Description: Allows to further narrow the specificity according to the path and query of the current document location. Preferably should be used as first operator in a procedural cosmetic filter.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: Plain text to be found at any position in the path + query, or a literal regex against which the path + query is tested.
• Examples:
  • example.com##:matches-path(/shop) p: Will hide all p elements when visiting https://example.com/shop/stuff, but not when visiting https://example.com/ or any other page on example.com which has no instance of /shop in the path part of the URL. To only match the main page but not any of the subpages, use: example.com##:matches-path(/^/$/) p

Introduced in uBO 1.37.3b13, feature request #1690.

This is a all-or-nothing passthrough operator, which on/off behavior is dictated by whether the argument match the path of the current location. The argument can be either plain text to be found at any position in the path, or a literal Regular Expression against which the path is tested.

Whereas cosmetic filters can be made specific to whole domain, the new :matches-path() operator allows to further narrow the specificity according to the path of the current document location.

Typically this procedural operator is used as first operator in a procedural cosmetic filter, so as to ensure that no further matching work is performed should there be no match against the current path of the current document location.

---

• Description: Allows to select an element by a property name (or chain of properties), and optionally the property value.
• Chainable: Yes
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A declaration in the form chain=value, chain="value", or chain=/regex/, where chain is a dot-separated string for the target property, and value is the optional property value to match. value can be literal text or literal regular expression. When no value is declared, the operator only tests for the presence of the target property.
• Example:
  • example.org##div:matches-prop(imanad)
  • example.org##img:matches-prop(naturalWidth=160)

---

• Description: DOM elements whose text length is greater than or equal to n will be selected.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• n: positive number, minimal text length of the subject DOM element.
• Examples:
  • Regular expression based filter: quoka.de##^script:has-text(/[\w\W]{35000}/) can be rewritten as: quoka.de##^script:min-text-length(35000).

Introduced in uBO 1.20.1b2 As a result of internal discussion^[1] with filter list maintainers. The original rationale for such procedural cosmetic operator is to be able to remove inline script elements according to a minimum text length using HTML filtering.

_{[1] https://github.com/orgs/uBlockOrigin/teams/ublock-filters-volunteers/discussions/194?from_comment=65}

---

• Description: Select element subject if and only if the result of evaluating arg is exactly zero elements.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A procedural cosmetic filter, which is evaluated in the context of the subject element.

Introduced in uBO 1.17.5b9 to increase compatibility with AdGuard filter syntax.

Use to negate other procedural selectors. For example :not(:has(.foo)) will match if there are no descendant matching .foo.

Note that if arg is valid CSS selector, uBO will not consider the :not operator to be a procedural one, it will rather consider the operator as being part of a CSS selector. Thus this ensures compatibility with the existing CSS :not(...) pseudo-class.

---

Experimental.

• Description: Target all elements outside than the currently selected set of elements.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• Examples:
  • twitter.com##:matches-path(/^/home/) [data-testid="primaryColumn"]:others()
  • nature.com##:matches-path(/^/articles//) :is(.c-breadcrumbs,.c-article-main-column):others()

Introduced in uBO 1.41.1b2

For any element feeding into others(), the resultset of the others() operator will include everything else except:

• the descendants of a subject element
• the ancestors of a subject element

The resultset will contains the siblings of a subject element except when those siblings are either a descendant or ancestor of another subject element.

Though this operator is unlikely to be used in default lists, it opens the door to create specialized filter lists which purpose is some sort of "reader mode", where everything else than a selected set of elements are hidden from view.

Related discussion:

• https://www.reddit.com/r/uBlockOrigin/comments/slyjzp/

---

• Description: lookup the ancestor relative to the currently selected node.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg:
  • Positive number >= 1 and < 256, distance from the currently selected node.
  • A valid plain CSS selector.
• Examples:
  • Existing filter: fastbay.org##.detLink:has-text(VPN):xpath(../../..) can be rewritten as fastbay.org##.detLink:has-text(VPN):upward(3)
  • gorhill.github.io###pcf #a19 b:upward(2)
  • gorhill.github.io###pcf #a20 b:upward(.fail)

Introduced in uBO 1.25.3b0. Evolution of :nth-ancestor(n) selector.

See also: :upward() vs :has()

---

Experimental.

• Description: Pass-through filter used to modify behavior of the procedural cosmetic filter engine by forcing re-evaluation when one or more attribute changes on the matching elements.
• Chainable: Yes.
• subject: Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: comma-separated list of attribute names. No argument means watch changes of any one attribute.

Example:

• Test case to detect id changes using filter ameshkov.github.io###testdiv:watch-attr(id):has(p)
• example.com##.j-mini-player[class]:watch-attr(class):remove-attr(class)

Introduced in uBO 1.17.5rc3

Solves uBlockOrigin/uBlock-issues#341 (comment) (overlay dialog used for two purposes, differ only by class name in child node).

By default hiding by procedural filters is reevaluated only when nodes in sub-tree are added or removed - uBO does not watch for attribute changes for performance reasons. This filter instructs uBO procedural filtering engine to watch for changes in specific attributes.

---

• Description: Create a new set of elements by evaluating an XPath expression using subject as the context node (optional) and arg as the expression.
• Chainable: Yes.
• subject: Optional. Can be a plain CSS selector, or a procedural cosmetic filter.
• arg: A valid XPath expression.
• Examples:
  • facebook.com##:xpath(//div[@id="stream_pagelet"]//div[starts-with(@id,"hyperfeed_story_id_")][.//h6//span/text()="People You May Know"])

The :xpath(...) operator is different than other operators. Whereas all other operators are used to filter down a resultset of elements, the :xpath(...) operator can be used both to create a new resultset or filter down an existing one. For this reason, subject is optional. For example, an :xpath(...) operator could be used to create a new resultset consisting of all ancestors elements of a subject element, something not otherwise possible with either plain CSS selectors or other procedural operators.