Wrong order of filters - my filters should override easylist

[Eccenux]

Prerequisites

• I verified that this is not a filter list issue. Report any issues with filter lists or broken website functionality in the uAssets issue tracker.
• This is NOT a YouTube, Facebook or Twitch report. These sites MUST be reported by clicking their respective links.
• This is not a support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue.
• The issue is not present after disabling uBO in the browser.
• I checked the documentation to understand that the issue I am reporting is not normal behavior.

I tried to reproduce the issue when...

• uBO is the only extension.
• uBO uses default lists and settings.
• using a new, unmodified browser profile.

Description

Docs don't seem to specify this, but I would assume My filters take precedence over other filters, especially default filters.

A specific URL where the issue occurs.

https://en.wikipedia.org/wiki/Chandigarh_chair

Steps to Reproduce

Steps:

1. Install FF nightly (or current).
2. Install uBlock.
3. Go to uBO settings – My filters.
4. Enter this filter: /https:\/\/upload\.wikimedia\.org\/wikipedia\/commons\/thumb\/\w+\/\w+\/[^/]+\/[0-9]{3,}px-[^/]+/$domain=wikipedia.org
5. Save (apply changes).
6. Reload an enwiki page with images. E.g. Chandigarh_chair.

Expected behavior

Should hide large images (the regexp checks for 3 digits in width [0-9]{3,}px so 100px or larger).

Actual behavior

My filters don't work.

Checked registry and EasyList seems to have higher weight:

I could disable EasyList and some other regional filters... but that doesn't seem to me like the way it should work.

uBO version

1.68.0

Browser name and version

Firefox: 149

Operating System and version

Win11pro 25H2

[gorhill]

Use important filter option if you want your filter to override exception filters.

"My filters" must behave the same way the filters would behave if they were in a filter list, otherwise it becomes impossible for filter authors to reliably craft filters.

[freezer2022]

• (Eccenux): I checked the documentation to understand that the issue I am reporting is not normal behavior.

uBO documentation LINK already says that:

uBlock Origin (uBO) supports most of the EasyList filter syntax. You can refer to existing filter syntax documentation from Adblock Plus (ABP) and AdGuard (AG).

and here exceptions @@ filters are explained: on ABP manual page and AG manual page
uBO doc also mentioned about $important filter option to override exceptions.

---

Eccenux: Expected behavior: Should hide large images

Not sure whether you're already aware of or not, but just in case you're not, then you might also take a look at: no-large-media-elements switch (unless a regex is necessary to achieve the desired result in your case).

[Eccenux]

Well, I mean, cool that it's explained somewhere on the internet ;). I wish it were explained on the wiki and perhaps mentioned briefly what the example syntax can be (types of modifiers). Instead, the page I would expect to explain it goes into a lot of detail about how a trusted filter switch works (which sounds like a very specific use case and not what a normal user would want to start with).
https://github.com/uBlockOrigin/uBlock-issues/wiki/Dashboard:-My-filters

The first image is also out of place (it belongs in the options section). I understand you want to start with a warning, but there’s no immediately actionable information there. There should be actual examples a user can test (with an explanation on how that example is expected to work). Then explain syntax briefly: filter starts optionally start with a || or @@ modifiers, then text or regexp, then textual modifiers (listed on the Static-filter-syntax page). Then say something about the order of rules and links to more info.

[stephenhawk8054]

If you don't know how to do something or you don't know where to search something, just ask at discussions threads instead of opening an issue thread: https://github.com/uBlockOrigin/uAssets/discussions

We won't explain everything else at every section in the wiki. We are volunteers, we don't have enough time for that. Each issue has its own section. If the issue is about the static filter syntax, it's at static filter syntax link: https://github.com/gorhill/uBlock/wiki/Static-filter-syntax

---

At the top of https://github.com/uBlockOrigin/uBlock-issues/wiki/Dashboard:-My-filters link, there's literally a "Static filter syntax" link.

[Eccenux]

I solved my problem, the problem now are the docs.

[freezer2022]

Eccenux: Well, I mean, cool that it's explained somewhere on the internet ;). I wish it were explained on the wiki and perhaps mentioned briefly what the example syntax can be (types of modifiers).

You're looking for problems where are none, as there is no difference between clicking a link which leads to an internal WiKi page and a link which leads to an external website guide, in the both cases the effect is the same: you get the page opened with all the required informations, the only difference, which doesn't matter, is a different URL in the browser address bar. There is no point in reinventing the wheel from scratch and copying already existing manuals from other websites.

Eccenux: Instead, the page I would expect to explain (...)

You confused "Dashboard:-My-filters" section with "Static-filter-syntax" section, like Steven already pointed out.

Eccenux: I solved my problem, the problem now are the docs.

Stating that a problem exists, without describing it in any way.

Looks like another case of looking for problems where are none and shifting the blame onto the uBO documentation due to a lack of courage to admit one's own mistakes, the previous case was here: #3447 (comment) + the other hidden comments, and the reply from those comments still fits well here as well. All the required informations you asked and links are already in WiKi in their appropriate sections, if someone cannot read docs carefully and with understanding, this is not a doc's fault.