Network request to doubleclick.net doesn't get blocked

[uBlock-user]

STR --

• Add easyocrconverter.com#@#+js(no-fetch-if, method:HEAD) to my filters.
• Browse to https://www.easyocrconverter.com/ and open the logger in another tab
• Observe that the network request to doubleclick.net doesn't get blocked by @pgl's filterlist despite having the filter in it( ||doubleclick.net^)

Screenshot --

Additional observation --

• If I add ||doubleclick.net^$important to my filters, it works, so my first conclusion was that there must be a ||doubleclick.net^$badfilter somewhere in the list but I can't find it anywhere.
• I can repro this issue at https://willrobotstakemyjob.com/ and at https://namethatporn.com/ (NSFW)

@gorhill Firefox 140, uBO dev build

[stephenhawk8054]

From this: uBlockOrigin/uAssets@1669709

Actually I think it's better to keep ||doubleclick.net^$xhr,redirect=noop.txt. EL doesn't have redirect so they have to ignore www3. subdomain.

[stephenhawk8054]

I know. That's what I mean:

redirect can help countering some anti-adb cases too. We can add other cases per-site.

[Yuki2718]

One case I think ||doubleclick.net^$xhr,redirect=noop.txt will help is when DNS-block is combined with uBO. If you guys think it's better to revert to the form, go ahead.

[uBlock-user]

I disagree, redirect doesn't always work. It's better to add a granular filter if there's ever any actual slip.

Still don't $badfilter the whole blocking filter.

[Yuki2718]

I thought it won't be good if something that is blocked only by uBO caused detection.

[Yuki2718]

I'll restore ||doubleclick.net^$xhr,redirect=noop.txt also for dynamic-filtering. Already done uBlockOrigin/uAssets@8e43022