-
Notifications
You must be signed in to change notification settings - Fork 492
Google's log says "0 keys" after risk update #744
Comments
I'm trying to check this but I can't even find the "Details prüfen" screen you included. I can't find it in Settings->Google->COVID-19 Exposure Notifications. I'm using a Pixel 2 (fully updated) but would expect this to look the same for everybody as this is provided by Play Services. |
Exact same issue with Android 6.0.1 running on Sony Xperia Z3. |
Thanks @nilsalex - I have Android 10; I guess that I may not have the current version of the API, which gets rolled out automatically but probably not simultaneously. On the topic: note that iPhones appear to be showing that keys are being checked (since yesterday or so). So it is indeed odd that Android would show 0 keys being checked as the same files with keys to be checked is downloaded by Android and iPhone. |
Just 2 days ago, that button was missing from my "Google" phone settings. I have restarted my phone and a few hours later the button appeared, not sure if the reboot was related. Might just be an update rolling out to Android phones in phases these days. In any case, I now have 3 updates in that log. One update yesterday, and 2 updates today. There are 0 "Anzahl der Schlüssel" and 0 "Anzahl der Treffer" in all three of my log entries, just like in the screenshot above. I was wondering if "Anzahl der Schlüssel" refers to the number of "bluetooth contacts" registered by my phone, though it's unlikely since the API doesn't exchange the keys themselves via bluetooth as far as I know. I've noticed that calibrated RSSI values from logcat are in the -90 to -100 range even when I sit close to someone else while watching TV, and even when I put my phone on their desk for one hour and they keep their phone in their pocket while sitting at the desk, it's rarely "closer" than -80. So it's entirely possible that my phone has registered 0 "close enough" contacts even though I live with that person, since either my phone or their phone appears to have some calibration / hardware issues. |
Android 8.1.0 does not have the button "Überprüfung auf mögliche Begegnungen". The user cannot see the number of keys exchanged. |
We are investigating and will update here once we analysed the subject accordingly. |
So doesn't my Android 6.0.1 - phone restart did not help. Sorry for hijacking thread. |
Same issue here
|
Is there anyone that has the menu on the phone, and where there the "number of keys" is more than 0 for any check? |
I cannot check any other devices in my family, because none even have the menu to access the information. But they do all have the same Google Play Services installed. |
The menu is coming from a GMS Update which is still not fully deployed to all devices yet. Also, the assumption is that the 0 keys are only a display bug and the key retrieval and matching are in fact working properly. I will update once this can be finally confirmed from our side. |
There were screenshots on twitter showing one person who has received warning after husband was tested positive. But it was on iPhone...Android still doesn't allow screenshots. |
Other Android 6.0.1 and here the menu point is at least available |
On my Android 6.0.1 device the button is also there, see my first comment, but the keys are at 0. |
On that button showing device there is no and won't be a CWA app, so just wanted to report the GPS version. For that 0 key issue, the devs are on it so we'll just have to wait and perhaps Google has to fix that with an even newer service version :) |
BlackBerry KeyOne, Android 8.1.0 The past three days there have been several transfers per day (3 just today), and all of them show "Number of Keys = 0" It seems unlikely to be 'just' a display issue: why would the system attempt a transfer so many times each day? Our iPhone got just one update two days ago, and shows 503 keys. UPDATE corona-warn-app/cwa-app-ios#778 From this iPhone thread I see that it is normal to have several requests every day. It is the expected behaviour, as each day the data of the past 14 days is retrieved again. This means the first day you have 1, then 2, then 3... onwards. END OF UPDATE |
This is not a display of a "transfer". This is about the calls for "provideDiagnosisKeys" of the Google API, as can also be deduced from the UI description. The number of keys is likely just a display bug as if no key packages were there, we would not even call the specified function "provideDiagnosisKeys". Since we do call this function (which would correlate to one UI entry), and we do not tamper with the packages, we can be sure it is the same key file package that is also used by iOS. |
Is there any open issue on Googles end so far? So far it could also be a handling issue and nothing is ever checked, not really reassuring. |
@DooMMasteR I will recheck with Google to see if there is anything I can link to from here. This was tested on our side and we were able to see the correct key packages being downloaded. Also on our Devices, we were able to see the correct key count with the productive setup while trying to replicate the behaviour. This could be related to some devices being whitelisted and showing up correct key counts while others do not, but we cannot fully guarantee this yet. |
The fact that you can see the correct count, but many (I know no case that can) makes me wonder if the number 0 might be correct and there is nothing being checked on our devices. |
Regarding your comment of resetting the device: As stated previously in this issue, the rollout is probably not yet completed, and the device reset means that you also reset GMS to a version prior to the rollout of the functionality. I would thus not call the observed behaviour random but in fact expected, wouldn't you agree? |
It got the COVID functionality back, but not the insights into the API calls, the Corona-Warn works just fine, but I cannot see the checks anymore (I could see them before) the stock GMS has no COVID functionality at all, since it is an Android 9 device. (I guess any phone to date would not have the APIs without any update). Basically: the way Google handles their rollouts is random... the phone previously got the version with insights, now got one without :-) |
As you can see in my log-file below the keycount is 0 for all days (exept 25/26.07.2020). The CWA was installed on the rollout day, What you can also see is that the logs do not cover all the past 14 days (please note: my phone was carried around a lot during all the 14 days and no logs for several days are very unlikely). Question: The keycount should be the same number for everyone each day as the keycount number should be equal to the number of postive-reports each day. Can someone confirm? |
As you noted in your edited comment, the newest risk updates have non-zero values, and this closed thread is about the problem of zero values, so the thread is not really relevant to your question. I'm sorry that I don't know the explanation about varying "Number of keys" for the same day. If you don't get an answer here, you might try starting a new issue. |
@jeschket |
I went back and read some of the documentation https://github.com/corona-warn-app/cwa-documentation/blob/master/cwa-risk-assessment.md explains it nicely with an example. The Google Exposure Notifications UI shows only the timestamp that the keys were received from the server, but it doesn't display the historical time period that the keys apply to. That would perhaps be a good enhancement suggestion for Google to add the missing information. Update This is now described in the FAQs. |
The Problem "Anzahl der Schlüssel 0" is back. App Version 1.2.1 I checked the numbers every day since July 23. Until yesterday there were 14 different numbers but today (timestamp August 17, 2020 09:39) all 14 numbers are 0. |
All systems green here. Specs: |
@kereng5 could you export and share your exposure log? :) |
I exported what I think is the "exposure log" and got a .json-File which is not accepted here, so I saved it as .txt. |
BTW, this app (“Warn-App-Companion”) https://play.google.com/store/apps/details?id=org.tosl.warnappcompanion might also be helpful for debugging, as it will show how many keys can be downloaded. (It needs root access, though.) |
Thank you, mh! |
@kereng5 Could you maybe check if the same behavior occurs again tomorrow? My device:
|
@kereng5 I modified the WarnAppCompanion app https://play.google.com/store/apps/details?id=org.tosl.warnappcompanion - starting with version 1.1.1, it will always least try to download the Diagnosis Keys, also without root access. |
Same as yesterday. |
I got the Diagnosis Keys. The numbers are 2500 for August 4, then 2325, 2095, 1935, 1820, 1780, 1575, 1450, 1190, 890, 680, 435, 285, 20, 0. The last one (0) for today. |
@kereng5 Yesterday's keys (17 Aug 2020) can only be uploaded today. So they are part of the hourly packages that have been published today. As of right now I already see 50, so 50/5==10 users have already uploaded keys for yesterday. |
@mh- I'm not so sure that @kereng5 is missing any packages/downloads: when I was comparing hashes yesterday I found the same hashes as for my checks, even for the most recent package… I don't think that this would be possible w/o the package actually being downloaded. This seems to me to be a displaying error like we had before ENF 1.5… |
I can see key numbers again. all-exposure-checks-3.txt Yesterday I noticed that there was not much internal memory free in my phone, and I deleted some pictures from camera and WhatsApp. I am not convinced that this is the reason. I would expect an error message if there is no space for the Diagnosis Keys. Do the Diagnosis Keys need less space in companion app? There seems to be less redundancy. edit: there is a new Version: 16203302004 |
@kereng5 I really don't know, in Warn-App-Companion I just download the Diagnosis Keys to RAM. The data downloaded from the server is probably also cached somewhere, but I think that cached data might be deleted automatically in low-disk-memory situations. |
Also this issue is closed and the FAQ says the problem is solved with newer google play services versions: |
Hi @vanMacG , |
@vaubaehn |
@vanMacG |
Avoid duplicates
Describe the bug
Today at 00:01 the first check of keys via the API has been performed. The app indicates a successful risk update and says 'low risk'. What puzzles me is that the log in the Google settings says 'Anzahl der Schlüssel: 0'.
Expected behaviour
The log should say 'Anzahl der Schlüssel: n' with n being the number of keys pulled from the CDN. I expect the app to download keys and initiate a check via the API. If the log is correct, something went wrong. If the log is incorrect, this is another issue. But I can't know what is the case.
Steps to reproduce the issue
Open App, see that risk update has been made, check Google's log, see new (first) entry, check entry, see: 0 keys, 0 matches
Technical details
The text was updated successfully, but these errors were encountered: