-
Notifications
You must be signed in to change notification settings - Fork 202
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
Error while loading filters into Safari #550
Comments
have to get an iOs console log |
I have the same bug on my iPhone X, 5s & iPad Pro 9.7. |
@zebrum do we know any stable way to reproduce this? |
Application version: 1.3.3.89 Helpdesk ID: 1108721 According to customer "Another issue is that switching on and off AdGuard several times shows an error message." |
@ameshkov yes, we do. You just need to load filter or several filters into Safari. |
com.apple.SafariServices.Content process killed by the system due to exceeding the memory limit
|
Basically, we need to find a way to further compress the filtering rules. This can be solved on the JS rules converter side. |
This issue also occurred in unreleased AG Pro v2.0.0 (124) while trying to save rules in the user filter or domains in the whitelist for Safari Content Blocker. In the user filter for Safari Content Blocker: In the whitelist for Safari Content Blocker: B/R |
@Mizzick this issue is what I was telling you about the filters compression. Let's try compressing Safari CB more. |
Today, I just entered Blocking Lists, and then the warning suddenly jumped. |
This is not related to the Blocking List (as they are not loaded in Safari), but the Safari Content Filters. @lancelot-moon , your Safari Filters probably is "Updating" when you go to the Blocking List. I have 59K rules in blocking list in my ipod touch and ipad pro. I don't have this issue in iPad Pro (probably because it's a more powerful device) - I have english, spyware, annoyance, mobiles ads filter in safari content blocker. In my iPod Touch, I encounter this in Safari Content blocker ~ so I only selected Simplified Domain Filters to mitigate the issue. |
I knew Blocking Lists is not related to Safari Content Blocking. Maybe it's due to my old iPhone 6 Plus. Anyway, just report. |
@lancelot-moon , you can deselect some filters in the content blocket to prevent this. What I did in my ipod touch(which has also 1gb of ram ) is to deselect everything except Simplified Domain Name filters and mobile ads filter. As far as i can tell, the limit of rules is 50K, but if the rules is above 40K, it will start to complain with this. If the rules are less than 40K, eg. 35K, it will not complain. Thanks the AdGuard DNS And the blocking list subcriptions i have activated in my ipod touch, i dont mind having less filters in safari content blocking... :-) |
Thanks for your reply. I applied about 45k rules in Safari Content Blocker. When I just tried to disable a filter, that such warning jumped again. What you will do is the compression of filters. |
Lets’s wait for the AdGuard Team to find a solution for this as this. This seems to be an issue even with the stable version 1.3.3 due to too many filters selected. If they cannot compresss it, probably just default to Simplified Domain Filters + Mobile Ads filter since this two filters are very powerful enough in my opinion. If you live in a country e.g Taiwan that has its regions specific filter, you can select your region specific filter Just my opinion though. |
No, English filter, Spyware filter, Social media filter, Annoyances filter and Safari filter are basic filters for Safari. SDN filter only can block domains. Especially, when we enable English filter, Spyware filter, Social media filter, Annoyances filter, Safari filter and localism filter (ex: Easylist China. It's a pity there is no Taiwan localism filter now.), there are already large numbers of rules. Is there quotas for additional other filters? I don't understand why AdGuard team @zebrum decided to set Mobile Ads filter as default. It's better to only set English filter, Spyware filter, Social media filter, Annoyances filter and Safari filter as default. |
Simplified Domain Name filter is a combinatiom of whay you just said and is used by their AdGuard DNS.... Please check their website. There is no quota on how many filtes you want to select. Only the rules. The default AdGuard filters - English - Spyware - Social -Annoyance and safari are already big enough. But if a user add some more, then they will encpunter this issue. I agree with AdGuard team to add Mobile Ads filter since this version of adGuard is for mobile devices. It makes sense that this is default. this is not only for ads in mobile apps... It’s just a suggestion if they cannot compress. If this is an apple ios limitation or hardware limitation, then it is harder to fix. This suggestion is for first time users. They can still select whatever they want but i think it’s better if we have a warning pop up informing users that selecting too many rules can potentially cause problems in updating due to ios limitation or something.... |
I have understood, but you don't understand what SDN filter is. |
Chill. It’s just a suggestion to mitigate this issue. As mentioned they can still select whatever they want. People do “install and forget”. It’s just defaulting (at first launch). They can still select whatever they want to choose. Do you have anything that you can think of that can possibly mitigate this issue? |
Sorry if offending you. SDN filter can't replace English filter, Spyware filter, Social media filter and Mobile Ads filter. Simply, wait for the result of compression for filters. |
LOL. I’m alright not offended at all. Blame it to my Australian english. :-) we sounded weird sometimes, but not all the time! |
For Safari, Well, there are totally 47134 rules after enabling English filter, Spyware filter, Social media filter, Annoyances filter, Safari filter, Mobile Ads filter and EasyList China filter... If disabling Mobile Ads filter from the above, the sums are 45334 rules. |
@lancelot-moon you are almost at your limit mate. you will encounter issues for sure... especially when you reach 50K |
I wrote an email and they said they were fixing it... but no changes. How long has this been going on? |
I am here to report the same issue. I am using iPhone 7 Plus. As mentioned by the previous poster I deselected some filters. It stopped from appearing. I have a total count of 39K + rules |
Here's an update on this. It appears that the issue is caused not just by some per-process memory limit, but by the limit on the free RAM on a device. They've changed the content blocker compilation process in iOS 11.2 and due to that, the whole "compile & load" process is failing much more often. There's more to it. On AdGuard's side a memory intensive "adguard rules --> content blocker rules" conversion process takes place. So here's what we should do:
|
The following solves (works around) the issue for me:
This works regardless of how many filters I have, and the number of filters does not appear to alter the frequency of the errors occurring. The presence of other ad blockers also appears to be irrelevant, as does the presence of an active VPN. DNS logs shine no light on the issue either. |
@IvanIin let's close this issue once the part 1 is resolved. It partly solves it, and the filters optimization will be addressed on the server side. Also, I need you to prepare a simple iOS content blocker extension with 50k rules JSON that we can use to report this bug to Apple. |
The workaround is to disable the AdGuard Pro Content Blocker in iOS Settings, update the filters in AdGuard Pro, and enable the Content Blocker again. Otherwise the error occurs 100% of the time. |
@kathampy AFAIK it doesn't load updates to Safari when you're doing so, you just avoid the error messages but the rules remain not updates. But if you unload both AdGuard and Safari from the memory, open AdGuard and check updates, it might work. |
@evgeniy-ADG Yes I notice ad-blocking wasn't working. |
Sir, Error: Filters cannot be loaded into Safari. Therefore, your recent changes were not applied. |
@lancelot-moon wait a bit, optimization algorithm bug on the server side, will be resolved soon |
…ension_plist_fix to master * commit 'b486e3bd7f538602b7c4eadf16687c7e698a1afa': today extension info.plist fix
Since there are a lot of such errors, let's have a task. Probably iOS bug
Steps to reproduce
Expected behavior
Filters are loaded correctly
Actual behavior
Screenshot:
Possible solution: swipe Safari to close it and restart AG.
Your environment
The text was updated successfully, but these errors were encountered: