Brave Shields shows number 0 when I navigate back ← and forward → and ads are not blocked

Description of the issue:

Hi, I’m experiencing a problem with Brave Shields. When I go back to Brave Shields, it stays at 0 and ads aren’t blocked. Similarly, when I click forward, it also stays at 0. There’s a flag at brave://flags that can be re-enabled, but something seems to have removed it, and it’s not working properly. This is happening on both Android, Windows, and Linux. I have a video recording of my problem.

Exact URL of the website in question:

Screenshot of the ad as it appears in Brave:

Did the issue present with default Shields settings? (yes/no)

Yes

Does the site function as expected when Shields are turned off?

No

Does the ad appear when using a Private window as well? (yes/no)

No

What OS are you using when you see the ad?

Android , Windows 11 , Linux mint

Brave version (check About Brave):

1.90.48

@Chocolate I think that you’re just seeing that because there aren’t any ads/trackers being blocked on that specific site. I see the same thing on my end on desktop and mobile.


ghacks.net on macOS using latest Brave stable


wired.com in same browser window

If you go to another site (lets use wired.com for testing), do you see the number of ads/trackers blocked there?

Hi @Mattches , thanks for your reply. Yes, I saw it on wired.com and it’s working fine. Forward and backward scrolling works, but on other websites, the ads aren’t being blocked. Here’s another video I recorded of the screenshot. I’m not only seeing this on Android, but also on PC, and I’m seeing the same problem. In previous versions, it worked perfectly, so there must be some issue. Perhaps they removed or disabled a flag that’s preventing the websites from working correctly on some pages. I hope it gets resolved and a solution is found.

Ahh I understand now. Yes looks like a bug of some sort. Notably this is in Nightly build so bugs are expected but I appreciate you bringing this to our attention.

I’ve filed the following issues for our developers to review:

I’ve actually assumed this is NOT a fault, because going BACK means you are loading the cache of the previous page, where if the ads were blocked, shields have nothing to re-block, hence “ZERO”.

Am I wrong on that one? It doesn’t feel like a bug to me, it’s just being honest, going back means ads aren’t re-blocked, because they were blocked in the first place, hence going back never re-loads elements already blocked.

I’m actually not sure on this – it’s not how it has functioned up to this point. If I test this in stable build, it shows the full number of ads/trackers blocked each time.

I’ve asked a couple folks for clarity on this.

Good to know. I’ve always assumed going back a page never re-triggered ad-loads because on most sites I frequent, it hasn’t. But on some sites I guess it could depending on how the script was written perhaps. (YouTube for example never changes, it’ll show things like 2K+ on Ublock, which is very similar to how Shields counts for YouTube, but since using YouTube in a PWA, I never actually see what shields is doing, because shields isn’t visible from a PWA.)

Thanks @Mattches , I appreciate you reporting it from GitHub and understanding the issue. Hopefully, the filter developers can fix the problem for Nightly, Beta, and Stable.

Hi @Mattches, I wanted to know if there’s any more information about the issue you posted on GitHub. I saw that a member of your team is investigating the problem, but I want to know if you’re going to fix it or not. Because I’m still having the same problem with Brave Shields, both on desktop and Android.