Closed ph00lt0 closed 2 years ago
fajita is my daily driver, I do not have such issue.
firmware is included too, so it can't be that either. Even after a reboot?
Can you try Settings > System > Reset options > Reset Wi-Fi, mobile & Bluetooth?
Reboot I tried couple of times, didn't seem to help. Tried reset now, didn't help either unfortunately.
Install the update again from Updater or adb sideload?
Just sideloaded again, no changes to the issue.
Can you post some logs?
Any messages being spammed repeatedly?
Also
adb logcat -b all -d | grep -i -e dlopen
adb logcat -b all -d | grep -i -e radio -e modem -e network -e connect -e phone -e tele
Yeah i can what should i be looking for?
I just tried something crazy, created a new user. In that user the internet actually works.
I already reset app settings and stuff so i wonder what could it be.
Did you have private DNS set? or the captive portal disabled?
Perhaps adb shell settings put global captive_portal_mode 1;
eh that can't be it
07-16 17:52:16.609 2347 2676 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.617 2347 2674 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.623 2347 2676 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.634 11570 11570 I SubscriptionsPrefCntrlr: Active cellular network or active carrier network.
07-16 17:52:16.656 2347 2674 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.662 2347 2674 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.668 2347 2674 D TelephonyProvider: Using old permission behavior for telephony provider compat
07-16 17:52:16.679 11570 11570 I SubscriptionsPrefCntrlr: Active cellular network or active carrier network.
I see this back a lot so I am thinking it might have to do with it, also doesn't show up in the other user.
Unlikely
Did you have private DNS set? or the captive portal disabled?
~Perhaps
adb shell settings put global captive_portal_mode 1;
~eh that can't be it
I actually had, but enabled it again before filing bug report. Didn't resolve the issue
Maybe this tells you something:
1; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.32 Safari/537.36]} headers={null=[HTTP/1.1 204 No Content], BFCache-Opt-In=[unload], Connection=[close], Content-Length=[0], Content-Type=[text/html; charset=UTF-8], Date=[Sat, 16 Jul 2022 16:59:17 GMT], Server=[gws], X-Android-Received-Millis=[1657990758004], X-Android-Response-Source=[NETWORK 204], X-Android-Selected-Protocol=[http/1.1], X-Android-Sent-Millis=[1657990757921], X-Frame-Options=[SAMEORIGIN], X-XSS-Protection=[0]}
07-16 17:59:18.010 2243 17346 D NetworkMonitor/106: PROBE_HTTP http://connectivitycheck.gstatic.com/generate_204 time=150ms ret=204 request={Connection=[close], User-Agent=[Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.32 Safari/537.36]} headers={null=[HTTP/1.1 204 No Content], Connection=[close], Content-Length=[0], Date=[Sat, 16 Jul 2022 16:59:17 GMT], X-Android-Received-Millis=[1657990758009], X-Android-Response-Source=[NETWORK 204], X-Android-Selected-Protocol=[http/1.1], X-Android-Sent-Millis=[1657990757932]}
07-16 17:59:18.164 2243 17345 D NetworkMonitor/106: PROBE_HTTPS https://www.google.com/generate_204 time=294ms ret=204 request={Connection=[close], User-Agent=[Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.32 Safari/537.36]} headers={null=[HTTP/1.1 204 No Content], Alt-Svc=[h3=":443"; ma=2592000,h3-29=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"], Connection=[close], Content-Length=[0], Date=[Sat, 16 Jul 2022 16:59:17 GMT], X-Android-Received-Millis=[1657990758162], X-Android-Response-Source=[NETWORK 204], X-Android-Selected-Protocol=[http/1.1], X-Android-Sent-Millis=[1657990758026]}
07-16 17:59:18.167 2243 17344 D NetworkMonitor/106: isCaptivePortal: isSuccessful()=true isPortal()=false RedirectUrl=null isPartialConnectivity()=false Time=5389ms
07-16 17:59:18.173 991 1689 D ConnectivityService: [106 CELLULAR] validation passed
07-16 17:59:18.174 991 1689 D ConnectivityService: NetReassign [no changes]
07-16 17:59:18.183 991 1080 I GnssNetworkConnectivityHandler: updateNetworkState, state=CLOSED, connected=true, network=106, capabilities=[ Transports: CELLULAR Capabilities: MMS&SUPL&INTERNET&NOT_RESTRICTED&TRUSTED&NOT_VPN&VALIDATED&FOREGROUND&NOT_CONGESTED&NOT_SUSPENDED&NOT_VCN_MANAGED LinkUpBandwidth>=15000Kbps LinkDnBandwidth>=30000Kbps Specifier: <TelephonyNetworkSpecifier [mSubId = 1]> SubscriptionIds: {1}], availableNetworkCount: 1
07-16 17:59:18.190 991 1689 D ConnectivityService: Setting DNS servers for network 106 to [/194.151.228.34, /194.151.228.50]
07-16 17:59:18.191 991 1689 D DnsManager: sendDnsConfigurationForNetwork(106, [194.151.228.34, 194.151.228.50], [], 1800, 25, 8, 64, 0, 0, , [194.151.228.34, 194.151.228.50])
07-16 17:59:18.192 713 17354 W resolv : Validating DnsTlsServer 194.151.228.34 with mark 0xf006a
07-16 17:59:18.192 713 17355 W resolv : Validating DnsTlsServer 194.151.228.50 with mark 0xf006a
07-16 17:59:18.196 991 1689 W ContextImpl: Calling a method in the system process without a qualified user: android.app.ContextImpl.sendStickyBroadcast:1568 com.android.server.ConnectivityService.sendStickyBroadcast:2812 com.android.server.ConnectivityService.sendGeneralBroadcast:2787 com.android.server.ConnectivityService.sendInetConditionBroadcast:2764 com.android.server.ConnectivityService.updateInetCondition:8452
07-16 17:59:18.254 713 17354 W resolv : SSL_connect ssl error =5, mark 0xf006a: Connection refused
07-16 17:59:18.254 713 17354 W resolv : TLS Handshake failed
07-16 17:59:18.255 713 17354 W resolv : query failed
07-16 17:59:18.255 713 17354 W resolv : validateDnsTlsServer returned 0 for 194.151.228.34
07-16 17:59:18.256 713 17354 W resolv : Validation failed
07-16 17:59:18.270 713 17355 W resolv : SSL_connect ssl error =5, mark 0xf006a: Connection refused
07-16 17:59:18.270 713 17355 W resolv : TLS Handshake failed
07-16 17:59:18.271 713 17355 W resolv : query failed
07-16 17:59:18.271 713 17355 W resolv : validateDnsTlsServer returned 0 for 194.151.228.50
07-16 17:59:18.271 713 17355 W resolv : Validation failed
07-16 17:59:22.748 991 991 W ActivityManager: Receiver with filter android.content.IntentFilter@6e72379 already registered for pid 991, callerPackage is android
07-16 17:59:22.760 991 2050 W ActivityManager: Foreground service started from background can not have location/camera/microphone access: service org.projectmaxs.main/.MAXSModuleIntentService
Did you happen to go through all your apps and disable all internet access except for VPN access at one point?
Nope, didn't even know was an option, but also my vpn app itself didn't want to connect
I just did a factory reset and seems to work fine now.
OK :crying_cat_face: Very strange thing to happen.
DW this is just my secondary device. It probably was caused by myself tho, I really can't think of what but will be closing for now.
I have a very similar issue after the recent update on my OP5T. Likewise, rebooting/resetting Wi-Fi settings didn't solve the problem, but I have connectivity access on a new user.
EDIT : Okay, it seems the update did something weird with apps permissions, all my apps have the "Network" permission not allowed, when it was clearly the case beforehand
@wyndon read the news, you're on an experimental build, you must expect some quirks: https://divestos.org/index.php?page=news#XXXX-XX
20.0 rebuilds were published on October 20th. Users already on the existing 20.0 builds will have Network and Sensors permissions disabled for all user apps.
That is because those first 20.0 builds did not have those permissions, when they were added they were default disabled for user apps.
Users upgrading from 19.1 or fresh installing 20.0 will not have such issue.
@wyndon read the news, you're on an experimental build, you must expect some quirks: https://divestos.org/index.php?page=news#XXXX-XX
20.0 rebuilds were published on October 20th. Users already on the existing 20.0 builds will have Network and Sensors permissions disabled for all user apps.
That is because those first 20.0 builds did not have those permissions, when they were added they were default disabled for user apps.
Users upgrading from 19.1 or fresh installing 20.0 will not have such issue.
Thanks for the answer.
To be fair, news aren't really highlighted on the website, and they also are under "Docs", probably why I missed this. I'll keep that in mind in the future.
After updating to 19.1 today I have lost any connectivity. Both Wi-Fi as well as 4G do not seem to be working.