-
Notifications
You must be signed in to change notification settings - Fork 496
New consent Google API (EXPOSUREAPP-4635) #2325
New consent Google API (EXPOSUREAPP-4635) #2325
Conversation
Corona-Warn-App/src/main/java/de/rki/coronawarnapp/sharing/ExposureSharingService.kt
Show resolved
Hide resolved
...rc/main/java/de/rki/coronawarnapp/ui/submission/qrcode/consent/SubmissionConsentViewModel.kt
Outdated
Show resolved
Hide resolved
Did some on device testing, everything worked as expected: Xiaomi Mi 9: Android 9; ENF 18210214000
Pixel 3: Android 11; ENF 18205016000
pixel3_old_enf_version.mp4 |
On a Pixel (Android 10) with Play service Afterward, I used the Tele Tan, reset the app, and was about to use the QR Code: before scanning the code, I was not prompted to share keys BEFORE scanning the code - as I would have expected. Is this a bug or a wrong assumption of mine? |
@ralfgehrer , Thanks, could you please record a video of the scenario that you think it is problematic? then I can investigate it properly |
I tried to reproduce the bug again and record a video, but was not able to. Maybe I did not pay super close attention earlier in the last run. But on the bright side, all seems to work very nicely. Ran about 10 more tests ;) |
…-api' into feature/4635-new-constent-google-api
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the extra set of tests!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Kudos, SonarCloud Quality Gate passed! |
According to the first message in the PR, this feature requires Google play services version 18,210,214,000 So I guess you're not referring to Google play services version but something else? |
To be precise : Exposure Notifications Version, You can check that by going to: |
Google play services version that is required by this PR:
18210214000
Note:
requestPreAuthorizedTemporaryExposureKeyHistory
andrequestPreAuthorizedTemporaryExposureKeyRelease
are used always in combination. i.e:
1-
requestPreAuthorizedTemporaryExposureKeyRelease
can not succeed unlessrequestPreAuthorizedTemporaryExposureKeyHistory
is called before.2-
requestPreAuthorizedTemporaryExposureKeyHistory
is triggering the consent dialog once as long asrequestPreAuthorizedTemporaryExposureKeyRelease
was not called at least once in the next 5 days.Testing: test the submission flow as before. This change require Google play services Update. Old versions should still work and use older Apis
Important notes:
1- Resetting the App -> does not revoke the consent
2- Consent is completely independent from Test results (positive - pending - negative) -> therefore if you saw it once that is OK (you will be asked when ever this possible)
TAN scenarios:
1- if you were about to use QR code scan and you saw the consent dialog and took an action that is enough for any other case that requires consent such as TAN -> we can only show the consent once using the new Api
2- if you have not seen the consent before ,you should see it when following TAN process , later after you enter it and proceed to warn others
Some scenarios:
Case 1: Happy path user allows the consent and proceed to sharing the keys.
https://user-images.githubusercontent.com/25054729/107620898-b8993380-6c55-11eb-9447-b1927f3796a1.mp4
Case 2: User dis-allow form the consent ,we proceed anyway to the keys sharing using the old api
https://user-images.githubusercontent.com/25054729/107625156-32342000-6c5c-11eb-88e6-e0dba01f40db.mp4