400 BadRequestException on opening the app
See original GitHub issueAvoid duplicates
- Bug is not mentioned in the FAQ
- Bug is specific for Android only, for general issues / questions that apply to iOS and Android please raise them in the documentation repository
- Bug is not already reported in another issue
Technical details
- Device name: Sony xz2c (xz2 compact)
- Android version: LineageOS 17.1 (Android 10) with MicroG (it worked flawlessly for many months in this setup)
- App version: CCTG 2.14.1.3
Describe the bug
On opening of the app, an error dialog is shown stating there was a bad request exception (HTTP status code 400). Dismissing it and continued use of the app is possible, but on closing the app and reopening, the dialog will reappear.
Steps to reproduce the issue
The app worked without this issue up to today, for over a year on the same phone with the same OS. I updated the CWapp recently but i’ve also used it afterwards, and this error only appeared this morning.
- Open the CoronaWarnApp
- Notice the error dialog
The full error test is:
de.rki.coronawarnapp.exception.http.BadRequestException: Error during web request: code=400 message= body='
de.rki.coronawarnapp.exception.http.BadRequestException: Error during web request: code=400 message= body='
at de.rki.coronawarnapp.http.HttpErrorParser.intercept(HttpErrorParser.kt:80)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at de.rki.coronawarnapp.http.interceptor.RetryInterceptor.intercept(RetryInterceptor.kt:15)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.kt:154)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at de.rki.coronawarnapp.http.interceptor.WebSecurityVerificationInterceptor.intercept(WebSecurityVerificationInterceptor.kt:11)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.internal.connection.RealCall.getResponseWithInterceptorChain$okhttp(RealCall.kt:201)
at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:517)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:919)
Screenshots:
<div> </div>Expected behaviour
The app opens without showing any errors
Possible Fix
Dismissing the dialog will hide it, but it will come back after reopening the app.
Additional context
I have registered certifications in the app and rapid test profile. I keep the exposure notifications always on.
Issue Analytics
- State:
- Created 2 years ago
- Comments:10 (9 by maintainers)
Top Results From Across the Web
How to Fix a 400 Bad Request Error (Causes and Fixes) - Kinsta
The 400 Bad Request error indicates that the server cannot or process the request due to a client error. Read about the common...
Read more >400 Bad Request Error: What It Is and How to Fix It
The 400 Bad Request Error is an HTTP response status code indicating that the server was unable to process the request sent by...
Read more >400 BAD request HTTP error code meaning? - Stack Overflow
A 400 means that the request was malformed. In other words, the data stream sent by the client to the server didn't follow...
Read more >HTTP 400 status code (Bad Request) - Amazon CloudFront
Troubleshoot HTTP 400 error (Bad Request) from CloudFront. ... Sign in to the AWS Management Console and open the CloudFront console at ...
Read more >Solved: 400: Bad Request : The request could not be comple...
I have given all the required tags as per API Doc. However geting the error "The request could not be completed due to...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@vaubaehn So, I will leave it to the author @maricn of this issue to smile (since his issue was fixed e.g. or many other reasons) and close this issue. I definitely had to smile!
@dsarkar You’re welcome. What does the label “read-to-close” mean - will the issue close itself after everyone read it? 😉 If it’s intended to function like this, then I’d favor “smile-to-close”.