Adguard causing phone reboot on Android 10

Kevin mc

New Member
All VPN apps that use this method (getConnectionOwnerUid) are affected.
Not all apps use it, but this API is crucial to AdGuard because it allows us to detect what app tries to establish a connection.
This makes sense now. I hope Android gets off their asses and pushes this out in the December patch. But if they dont....i highly suggest looking for a work-around because obviously it's possible to block adds reliably without this particular setting or code being utilized. Android 10 users are now going on 3 months with our favorite adblocker being either disabled or neutered to the point of being useless, and every month that passes, as obvious by this thread, users are getting frustrated.

I appreciate all the mods and devs input so far. I'm sure you are equally if not more aggravated with the situation. Here's to hoping Dec. Patch fixes it and we can all go back to enjoying this brilliant piece of software.
 

DPSK

New Member
This is not fixed, just delayed.

Guys, this is a confirmed bug by the Android team. The fix was already merged into the Android code, and the only question is when Google finally decides to ship it to users.

All VPN apps that use this method (getConnectionOwnerUid) are affected.
Not all apps use it, but this API is crucial to AdGuard because it allows us to detect what app tries to establish a connection.
Ah I see. At least, we know more about the specifics.

As someone mentioned and if Google doesn't fix it, I hope AdGuard does some work around in the mean time.
 

overthemoon

New Member
The app Google Connectivity Services V21 Prod release at 11/07/2019.
WHAT'S NEW
• Improved connection reliability when VPN is up
• Shortened connection startup time
• Improved VPN throughput and latency
• Improved VPN battery efficiency
• Various other bug fixes and performance improvements

https://play.google.com/store/apps/details?id=com.google.android.apps.gcs&hl=en-US

It seems fix some bugs with VPN.

Maybe this issue has been fixed.

Can any one confirm that ?
 
Last edited:
It's showing it was just updated today now. Hopefully it's fixed.

1574095405991.png

EDIT - My app permission for this shows location denied. Is that correct? Can someone verify on their device if it's the same please?
 
Last edited:

Alcogolic

New Member
The app Google Connectivity Services V21 Prod release at 11/07/2019.
WHAT'S NEW
• Improved connection reliability when VPN is up
• Shortened connection startup time
• Improved VPN throughput and latency
• Improved VPN battery efficiency
• Various other bug fixes and performance improvements

https://play.google.com/store/apps/details?id=com.google.android.apps.gcs&hl=en-US

It seems fix some bugs with VPN.

Maybe this issue has been fixed.

Can any one confirm that ?
Maybe I'm wrong, but after today's Google Network update, I caught a reboot 30 minutes ago. Before that, everything was fine without rebounds after removing Adguard.
 

DPSK

New Member
Hi avatar,

Kindly help us to understand.

When you say the following method has a problem, would't the symptom be happening randomly throughout the day? Because AdGuard should be using the method randomly throughout the day as and when the user is using the phone.

By why is the rebooting happening at a rate like after 1 to 1.5 days?

This pattern doesn't really exhibit a random nature.

It seems like there is some kind of a "leak" somewhere. If the "leak" is overflow, a reboot happens almost periodically.

Pardon me if I am wrong and for drilling into this issue. I am not a practicing programmer now. But I do have a programming background in my college days.

All VPN apps that use this method (getConnectionOwnerUid) are affected.
Not all apps use it, but this API is crucial to AdGuard because it allows us to detect what app tries to establish a connection.
 
Hi avatar,

Kindly help us to understand.

When you say the following method has a problem, would't the symptom be happening randomly throughout the day? Because AdGuard should be using the method randomly throughout the day as and when the user is using the phone.

By why is the rebooting happening at a rate like after 1 to 1.5 days?

This pattern doesn't really exhibit a random nature.

It seems like there is some kind of a "leak" somewhere. If the "leak" is overflow, a reboot happens almost periodically.

Pardon me if I am wrong and for drilling into this issue. I am not a practicing programmer now. But I do have a programming background in my college days.
This is my biggest wonder too. I only get the reboot about every 1-2 days. From what could AdGuard be calling on so seldomly if that's what is causing it? It seems like if it was a simple API being used, it would be much more frequent. I use my phone all day, every day, with the same usage, and I only get the every other day reboot. Seems like something is leaking like you said, and it takes a while to "clog" up the works, and then it forces the reboot to empty it, and then start over.
 

tox1c90

Beta Tester
I will try using manual proxy mode. It's a bit more work to adjust proxy for each network, but as it isn't using VPN it should work.

Fortunately, German mobile carriers allow manually setting up a local proxy in APN settings. This way I am able to use Adguard in manual proxy mode not just via WiFi, but also via mobile data connection.
(I think Adguard knowledge base still claims that this is not possible ;) )

Otherwise, manual adjustment of an HTTP proxy will be needed to use this mode, the filtering in mobile networks (Edge/3G/4G) will also be impossible.
Adguard team should revise this statement. I can definitely use it like this. I just go to APN settings, press "edit" and put "127.0.0.1" and "8080" into the empty "proxy" and "port" fields. After this, Adguard directly says the connection is filtered and its working in all mobile networks I was connected to so far.

So I would recommend all people having reboot problems with VPN to check if they can use Adguard in proxy mode via APN settings. If yes, then you could stick with that until the VPN bug is fixed.
 
Last edited:

tox1c90

Beta Tester
Can it be worked around by restarting Adguard VPN once in a while? Or does only rebooting Android reset the trigger?
 

tox1c90

Beta Tester
Just got the December update on my Pixel 3a (was searching manually for it)! It's installing right now...

Let's see if they managed to release the fix this month.
 
Just got the December update on my Pixel 3a (was searching manually for it)! It's installing right now...

Let's see if they managed to release the fix this month.
I hope so, but I don't think so. The updated list of what is fixed is out, and there is no mention of VPN anywhere. :-( I hope the AdGuard devs can do some sort of workaround. I'd hate to have to deal with the reboot for another month.
 

Chinaski

Quality Assurance
Staff member
Administrator
Moderator
Notify if the problem with reboots was resolved in the last update.
 

Boo Berry

Moderator + Beta Tester
Moderator
I guess Google dropped the ball again for another month.

I hope the AdGuard devs can do some sort of workaround.
Don't think they can because it's dependent on the bugged VPN feature in Android 10 that needs to be fixed by Google.
 

tox1c90

Beta Tester
All VPN apps that use this method (getConnectionOwnerUid) are affected.
Not all apps use it, but this API is crucial to AdGuard because it allows us to detect what app tries to establish a connection.
Excuse me if I'm too naive, but wouldn't it be possible then to just do not do this as a workaround until the bug is fixed?

This would break app firewall of course and excluding single apps from filtering. It would kind of behave like DNS filtering then where you cannot distinguish which app is making the DNS request. Adguard would just filter everything coming through the VPN without knowing from which app.

Maybe as an expert setting for people who are affected by this issue?

After three month they still did not release the fix although they have a working one which is already merged. I have the impression that they know very well which kind of VPN apps are affected and that their enthusiasm to fix something which is against their company's main business (serving ads, tracking users) tends to zero.
 
Last edited:
Top