"Filtering is disabled because it may affect the website's performance."

[lennihein]

Please answer the following questions for yourself before submitting an issue

• [X] Filters were updated before reproducing an issue
• [X] I checked the knowledge base and found no answer
• [X] I checked to make sure that this issue has not already been filed

AdGuard version

7.18.0

Browser version

Chrome Version 127

OS version

Win 11 23H2 (22631.3958)

Traffic filtering

• [X] yes, I do

Ad Blocking

No response

Privacy

No response

Social

No response

Annoyances

No response

Security

No response

Other

No response

Language-specific

No response

Which DNS server do you use?

Quad9

DNS protocol

DNS-over-HTTPS

Custom DNS

https://github.com/lennihein/LostAd

What Stealth Mode options do you have enabled?

Remove tracking parameters, Hide your search queries, Send Do-Not-Track header, Self-destruction of third-party cookies, Disable cache for third-party requests, Disable Windows Telemetry, Turn off Advertising ID, Disable Microsoft Defender automatic samples submission, Disable WAP Push Message Routing Service, Remove X-client-Data header from HTTP request

Support ticket ID

No response

Issue Details

Steps to reproduce:

1. install filterlists
2. browse ANY website

Expected Behavior

Filtering should be enabled

Actual Behavior

Filtering is disabled, due to "performance issues"

Screenshots

Additional Information

worked as expected in prior versions of Adguard for Windows (7.17)

[lennihein]

Reinstalled 7.17, imported settings from file, and can confirm the issue is only with 7.18

[AlexandrPkhm]

Hi @lennihein

As we can see, you have encountered this issue on AdGuard 7.18. Currently, the latest release is 7.18.1. Could you please try to install it and check if the issue persists there.

[lennihein]

Hi @AlexandrPkhm First of all thank you for helping with the issue! Yesterday I updated from the stable to the at-the-time-current nightly channel build. I could try stable 7.18.1 again later, but I doubt that it will be different.

[AlexandrPkhm]

@lennihein If the issue was reproducible on the latest nightly, could you please send us the application logs from this version. We will need them to diagnose the issue.

Here's what we need you to do:

1. Collect the debug log as it's explained here.
2. Remember the exact time when the issue was reproduced. We will need it to find the corresponding records in the log file.
3. Send the archive to devteam@adguard.com and mention this issue number in the subject.

[AlexandrPkhm]

@lennihein Any news on this issue?

[lennihein]

@AlexandrPkhm sorry, some unfortunate events required my attention.

I now have recorded the logs in a Windows Sandbox, to further isolate the issue. An email should have reached you guys.

Thanks again for your help 😊

[AlexandrPkhm]

@lennihein Thanks for the provided logs. Could you please also let us know if you have any custom user rules added?

[lennihein]

Not really, apart from disabling Spotify and Facebook (not fit for published filterlist):

||spotify.com
||facebook.com

Otherwise I try to move any fixes I do locally to my Filterlist LostAd

I have installed the Filter variant as an Adblock Filter and the DNS variant under DNS protection.

[vankos]

Hi, @lennihein! To help narrow down the source of the problem, could you please:

1. Try disabling the filters one by one and check if disabling a specific filter resolves the issue.
2. Open the filtering log and keep it recording while reproducing the issue.
3. Export the filtering log and send it to devteam@adguard.com, mentioning this issue number in the subject.

[vankos]

@lennihein, since we cannot reproduce the problem on our side, we can't resolve it without your help. Therefore, I am closing the issue for now. If the problem occurs again, please feel free to reopen the issue or create a new one.

[Kinomerc]

I'm also going through the same issue It seems to prevent excessive use of #$# phrases unconditionally You must create a way to force the user to turn it off

[lennihein]

The issue persists on 7.19