corona-warn-app / cwa-app-android

Native Android app using the Apple/Google exposure notification API. The CWA development ends on May 31, 2023. You still can warn other users until April 30, 2023. More information:
https://coronawarn.app/en/faq/#ramp_down
Apache License 2.0
2.44k stars 495 forks source link

URSACHE: 9002 - Failed to connect to svc90.main.px.t-online.de/:::443 #574

Closed DodoTheDuck closed 4 years ago

DodoTheDuck commented 4 years ago

Describe the bug

I setup the app without any problem, and did use it for one day. Today, it tells me

"URSACHE: 9002 - Failed to connect to svc90.main.px.t-online.de/:::443" Can't screenshot you the stacktrace, because for whatever reason, I am not allowed to make screenshots inside the app.

Expected behaviour

The problem not to popup 😄

Steps to reproduce the issue

Opening the app is enough. Clearing the cache might help, but this will (I think), get rid of my data collected, which is contraproductive.

Technical details

Android 10 (Buildnumber QQ3A.200605.001) Google Pixel 4 XL

Possible Fix

Never seen the port annotation /:::443

Additional context

Why are screenshots not allowed? There should be either the possibility to make screenshot on Android (on iOS its allowed) or at least have a stacktrace export in case of an error.

From my Java experience, here are some files and lines with the problems (not gonna type every last line): java.net.ConnectionException: Failed to connect to svc90.main.px.t-online.de/:::443 RealConnection.kt:23 ExchangeFinder.kt:143 ExchangeFinder.kt:1 ConnectInterceptor.kt:16 RealInterceptorChain.kt:14 CacheInterceptor.kt:197 RealInterceptorChain.kt:14 BridgeInterceptor.kt:36 RealInterceptorCHain.kt:14 RetryAndFollowUpInterceptor.kt:31

jakobmoellerdev commented 4 years ago

Thanks for your issue report! Can you kindly give us some more details or tell us if the issue still persists? Especially the first few lines of the details of the error dialog would help a lot in this case!

MikeJayDee commented 4 years ago

Just as an aside: Clearing the cache or even all data should not be a problem in my view; the received rolling proximity identifiers, and the daily tracing keys used to calculate the sent rolling proximity identifiers are not stored by the app, but by the API.

Would be good if someone could confirm.

The only disadvantage might be that the app would then incorrectly state that it has only been active for a day, but that's just a minor inconvenience (I had the Latvian app installed for two weeks or so, so in principle the CWA should show "14 of 14 days active" for me, but as the app does not have this information, it only shows "1 of 14 days active").

jakobmoellerdev commented 4 years ago

Hey @MikeJayDee ! For us, it would greatly help our efforts in maintaining our issues if you could open up a separate issue with this exact question in mind. This helps us keep topics separated.

DodoTheDuck commented 4 years ago

@jakobmoellersap clearing the cache didn't help. Clearing the memory content actually did help. Sorry I tried that before talking an actual photo of the error. If the error reappears, I will take a photo of the stacktrace. For now I can only provide the photo attached. I will keep you posted. WhatsApp Image 2020-06-17 at 07 07 02

jakobmoellerdev commented 4 years ago

The error suggests an error during the buildup of the TLS Handshake and should be very uncommon as this would indicate an error before the real Handshake even happens (which would be caught by a different Error in the Transport Layer of OkHTTP).

Could you please ensure that you can replicate somehow? Otherwise, the error is extremely hard to reproduce.

DodoTheDuck commented 4 years ago

I know that feel. Give me a day or two, and I will let you know if I was able to reproduce it.

trololo9000 commented 4 years ago

Hm maybe there is a bug in the manifest? The app doesn't request any network access permissions. Way down in the details it says: ..... java.net.Socket.connect(Socket.java:621) at m0.p0.h.e (Platform.kt:1) at m0.p0.g.i.e(RealConnection.kt:16) ... 23 more Caused by: android.systemErrnoException: connect faileed: EACCES (Permission denied) at libcore.io.Linux.connect(Native Method) .....

jakobmoellerdev commented 4 years ago

@trololo9000 Regarding your suggestion: <uses-permission android:name="android.permission.INTERNET" android:required="true" />

Snippet from the Manifest would suggest otherwise.

trololo9000 commented 4 years ago

I can confirm the suggestion, must be another cause. :-/ Screenshot_2020-06-18-15-10-33-092_com google android permissioncontroller

DodoTheDuck commented 4 years ago

@jakobmoellersap can not reproduce it. It just appears. But i managed to make a screenshot of the stacktrace. I will not clear my cache, let me know if you need anything else. 2020_06_18_16 24 11

jakobmoellerdev commented 4 years ago

You have a connection refused error. Do you tamper with the connection by any chance?

DodoTheDuck commented 4 years ago

I messed around with my private DNS. t-online was blocked there. Disableing it was the solution. Sorry for the confusing and timeconsumption.

jakobmoellerdev commented 4 years ago

No worries, thanks for updating us about this issue! It will hopefully also help out other community members in the future!