-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
iOS extension-manifest-v3 loading after website is restored from previous session. #1577
Comments
Thank you for report. It is a race condition, extension is not able to start before the page starts loading and this is why some ads are able to pass by the ad-blocker. This happens only for so called Cosmetic Filters, the ones that hide page elements or inject special scripts. Network requests should always be blocked. @GRadziejewski can you please test other iOS adblockers to see if they are able to bypass this problem? |
1blocker is able to bypass this problem consistently. Tested on iPhone 14 running iOS 17.4.1. Is this a way for the extension to suspend network activity (deactivate prefetch, dns-prefetch, preconnect and/or fire blockable webRequest Events) until Ghostery is loaded? This race condition probably exists in Chrome as well. Virtually every browser defaults out of the box with prefetch enabled, privacy implications ignored. |
Ads are not fully block on cold start until website is refreshed in iOS Safari.
Tested on youtube.com (video); windsorstar.com (newspaper).
Looks like Ghostery is loaded after website is restored from previous session.
iOS 17.4.1.
The text was updated successfully, but these errors were encountered: