-
Notifications
You must be signed in to change notification settings - Fork 284
Exposure Checks only show 100 entries (checks of the last 7 days) #934
Comments
Just as a little additional information: |
Let's first clarify if we are talking about the same thing as the explanation was a little unclear. You are talking about the overview of the exposure checks which can be accessed via Settings -> Personal Data -> Health -> COVID-19 Exposure Logging -> Exposure Checks and that the earliest (not the last) date which is displayed there is July 14th, right? I just also checked my log there and it truncated as well before the mentioned 14 days. For me it's July 12 - and only 5 entries for this date. I'm pretty sure that I also had 14 checks at this date... After I checked the export of this log (the button almost at the bottom of the list) - I found some strange coincidence: The log shows exactly 100 entries. As I checked my logs daily and I definitely had 14 checks on July 12 and also the days before, this might be a bug in the list that we need to address to Apple. They might limit the number of entries to 100. Could you please check if you and your friends also have 100 entries on their iPhones? Mit freundlichen Grüßen/Best regards, |
Hi Sebastian, thank you for your time and answer: Yes, Settings -> Personal Data -> Health -> COVID-19 Exposure Logging -> Exposure Checks brings me to a list that starts with today’s date and ends with the 15th of July (yesterday it ended with the 14th of July). And I just counted:
Does that mean it can only show 100 entries but is still working with the last 14 days information? |
Hello there. I found this thread via google. I am experiencing the very same problem on iOS 13.6. With today my oldest entry is 17.07.2020 – yesterday it was 14.07.2020. I exported the logs and read the JSON-File and there are exactly 100 entries as you predicted. With today the oldest entry in the JSON file is 2020-07-14. There are no records for the 15th, it goes on with the 16th. This behavior is strange insofar as the phone is always on, Bluetooth is always on, I was in range of at least two people with the app every single day and have never flushed the cache nor did anything else (not even activating flight mode or so). |
OK, also here we have a confirmation by several people. In this case it's confirmed. We will address this to Apple and keep the ticket open until it's resolved. @TeRe20200 That's correct! This list only shows the check history. As long as you have 14 checks in the last 24 hours everything is working correctly! Everybody else: You can verify that everything works correctly by counting the number of checks within the last 24 hours. This number should match (or be 1 less) the number of active days. So if you had the app running already in the last 2 weeks or longer, you should always see 14 checks (or sometimes 13 depending on some boundary conditions) in the last 24 hours. |
And completely forgot: Thank you very much for reporting this, @TeRe20200! That could explain some strange feedback which we have received over the last week and that we couldn't categorize or find our properly! :) |
You are very welcome. Thank you for your help and reply. I hope you can help @neonhaxred too, that seems to be a different problem there. |
@neonhaxred 26 for one day seems to be a little too much... But probably we address that in a separate thread. Maybe there was a second check of the last 2 weeks (2 x 13 days) and thanks to iOS 13.6 we don't have that problematic rate limiting anymore. Did you update/reinstall the app today? |
I did not restart the tracing nor did I flush the data. I always updated iOS to its latest version + the app. Thanks for your kind replies btw! |
Can confirm the behaviour on iOS 13.6. For me it's July 25th until July 31st – exactly 7 days and 100 entries. Am I right that – by limiting it to 100 entries – all exposure data before the 25th got lost and if I had a match before the 25th (as it should be 14 days of logging) I can't be notified? That said the right information is not in the cwa (14/14 days) but in Apple's Privacy -> Health -> Exposure logging? |
That's what no one knows for sure. It seems like the app is still working finde due to the fact that it seems like you just need to ensure that there are 14 checks in the last 24 hours (a number that you easily do exceed). This is not yet confirmed though |
Please keep in mind, that we are talking about the exposure check log. Limiting this to 100 entries only means that you cannot see earlier checks of the log. As noted in the screen before (Covid-19-Begegnungsaufzeichnungen), the collected RPIs are stored for 14 days. So, when the app does its daily check, it checks against the entire 14 days of stored RPIs. The 14/14 (or now: Dauerhaft Aktiv) days are also independent of that, they just denote for how long exposure logging has been active on your device without being shut off by manual deactivation, putting the phone into flight mode, etc. |
Thanks for clarifying! |
@SebastianWolf-SAP |
We forward this to Apple and Google and they still discussing if they can increase the value because of data protection and privacy reasons. We have no direct influence on the OS settings |
@thomasaugsten If the 14 day limit comes into account all protocol entries, except the last 13/14, have to be removed, since all other contain contact checks for dates that are more than 14 days old. |
Apple did not understand the problem yet. I sent them a screenshot of the problem once again and they said they're investigating |
The issue is here some other apps using per check only one or two files this means with 100 entries you can look back 100 days. |
Why don't they (Apple/Google) make sure that they delete all entries older than 14 days, but show the ones which are more recent than that no matter how many entries there are? |
@svengabr @GPclips @Ein-Tim @wenz Has the problem been solved? I don't know yet whether the two low-risk encounters with a covid-positive test person shown in the CWA actually took place, if so, when they took place (because there is no match in the exposure log) and whether it was the same person twice or two different ones. I mention again that I was alone at home 95% of the time and personally had no contacts in the close range of <2 meters, which lasted longer than 5 minutes in the last weeks (the only one has been in the Staatsbibliothek zu Berlin to pick up books, in 5 minutes – exactly this was on 25.09. Except this situation I was only moving in my car, but without any personal contacts). It can also be ruled out that I have a source of infection in a neighboring apartment, because the direct neighbors do not get an encounter reported on their CWA. I am in email/whatsapp-contact with all of our neighbors here in our apartment building, and most of them have the CWA. I believe that my case can be helpful to solve the problem, because I had no personal contacts in the last weeks, except the one case described above on 09/25, at the same time no hits in the iOS exposure log. Is it possible that the Bluetooth signal in the courtyard 10 meters away would register a person tested positive for Covid and this would be reported as an encounter in the app? Questions about questions. |
But this Issue is "Exposure Checks only show 100 entries (checks of the last 7 days)", and this has been solved with iOS 13.7 and above. The Issue you are expieriencing is tracked here: #1106 (and will be solved with iOS 14.2) And this:
has been tracked here: #1234 (It's not 100% the same what you described but nearly the same.) Now clearer why this Issue has been closed?
I'm not quite sure about that, I think that you met 2 different persons. @ndegendogo am I correct? Cheers 👍 |
Ok vielen Dank! Was sich auch nicht verstehe ist, warum wir hier alle auf Englisch miteinander kommunizieren, für eine App, die nur in Deutschland funktioniert. Aber offenbar soll alles etwas komplizierter sein als es unbedingt sein müsste ;-) , besonders, wenn es man besorgt ist and something is not working properly. Many many Thanks for your kind answers. I have posted the exposure log above. There are much more than just 100 entries reported and the protocol shows correctly the last 14 days. Could please somebody give me more information? |
Wir schreiben hier auf Englisch um auch der Internationalen Community und vor allem Entwicklern aus anderen Ländern die Möglichkeit zu geben mitzuarbeiten. Wenn es dich nicht stört würde ich deine Fragen trotzdem kurz auf Deutsch beantworten 😀
Ja, ich hab mir deinen Log angesehen und richtig, dort sind deutlich mehr als 100 Einträge und das ist auch gut so. Vor iOS 13.7 gab es den Fehler das in diesem Log nicht genug Einträge angezeigt wurden, deswegen gab es diesen Issue. Da Apple das aber ja mit iOS 13.7 gelöst hat, wurde der Issue jetzt geschlossen. Wenn du sonst noch Fragen hast würde ich dich bitten Sie in #1106 zu stellen, dort könntest du auch noch deinen ersten Kommentar posten, wenn du magst. Aber musst du nicht, denn wie gesagt, dieser Fehler wird mit iOS 14.2 behoben. |
@Ein-Tim Danke sehr! I am quite sure that I am not alone with this problem and 100% sure, that there are many many people as I am, who are in worry, because they try to be as careful as they can to avoid any potential Corona-contact, but receiving the report in CWA that they had – accordingly to the app – a suspicious contact, or maybe more of them "Begegnung mit geringem Risiko" And I am very very sure that more than 80% of these people, insecure and frightened do not know what to do. I assume most of them even would not have enough patience, time and maybe energy and technical knowhow to find this site here |
So, @Ein-Tim, do you think the two contacts with low risk ("Begegnungen mit geringem Risiko") are real int the meaning, that they have happened? |
@PhilippBerl
I (and also the devs here) know that these Low Risk Encounters are a little bit tricky to understand, but thats why with version 1.3.2 you should see some more details about your Low Risk Encounter in the App. |
@Ein-Tim I have just received the 24h-updated report from my CWA, still reporting the contacts with low risk. If the contacts really happened, my only explanation indeed would be, that I walked around the street or just sitting in the car in the traffic jam and somebody farer away in the meantime has been tested positive. But in this cases the contact would have been <5 minutes and the distance >8 meters (in normal distance, but the Bluetooth-signal isn't that precise, if the iPhone has been in my jacket or in my car or in my apartment etc.) I agree totally with you, that these cases would be the only ones to explain, why I have to suspicious contacts reported in my CWA. I have updated the CWA yesterday to 10.3.2., before that I had the first version something like 10.01. or so, but I still have no more information about these two matches. The situation in the App is the same as yesterday. |
No problem! @PhilippBerl
Means the contacts aren't already 14 days in the past, 14 days after the Encounter the App won't show them anymore.
Yes they are, see @kbobrowski's comment here: corona-warn-app/cwa-website#307 (comment)
Thats not true. Every Encounter will be shown to the User.
Nice to hear that you updated, just a quick hint from me: There you can find more Information about Low Risk Encounters.
Apple didn't change the Log with iOS 14.0.1, but they will solve the Issue #1106 with iOS 14.2 |
@Ein-Tim
This was one of the answers I was searching for. It was this formulation, which is most irritating "is discarded" ("wird verworfen")
Thank you also very much for that information. I already knew this Screen, but it is of course much too general for a scientist like me and someone who wants to know the source of a risk exactly, although I respect the problem of Privacy Policy (Datenschutz). So once again a question of understanding. Assuming that the exposure log protocol in iOS would work without problems, these two matches would be displayed with date. That means: They would be completely anonymous, but at least I would know when the encounter was. |
Unfortunately not. Even if EN log was working properly there is currently no direct way to find out when the green encounter happened (unless you have a rooted Android phone, in which case you can use corona-warn-companion-android to get more info). There is only an indirect way to find out when the encounter was, by checking when the encounter disappears in CWA. I've written about this in some more detail here if you're interested. I also wish there was more information shown for green encounters and we have an issue for this which you can upvote here 🙂. |
@Ein-Tim Now, in the meantime I have asked my neighbor to send me her protocol. Her CWA shows 1 "Begegnung mit geringem Risiko". In any case, it proves that it makes sense to use the protocol to narrow down the date of the matches also in case of "Begegnungen mit geringen Risiko". Or is there an error in reasoning? At least it is the date on which the server sends the data to the iPhone, and in this way it is possible to narrow things down. P.S. Her iOS is 10.3.7 and CWA is updated |
@daimpi But I don't understand that, please help me to understand it. If EN (EN is the acronym for the "protocol", I assume) shows 1 Match as @Ein-Tim has just shown it, than the match is related to a specific date. And that date gives at least an idea, when the contact happened. |
@PhilippBerl
I don't know when something is still loged and when not, but normally everything should be loged.
Yeah maybe the log can help you to narrow it down but to know when a Low Risk Encounter occured you just have to take a look in the App every day and when the Encounter isn't shown anymore, then you know your encounter happened 14 days ago. You understand? 😀 P.S.: EN is the abbreviation for Exposure Notification.
Yes, but the time shown in the Settings is only the Time when your App downloaded the keys from the Server, not the Time you met someone. |
Great, @Ein-Tim |
Yes the date would be very helpful, this is requested (as @daimpi mentioned before) here: corona-warn-app/cwa-wishlist#178 |
@Ein-Tim |
@PhilippBerl |
Same as @Ein-Tim I'm not sure about this, but if the issue is fixed in iOS 14.2 Beta2 and you currently still see the encounter in CWA you could update to the beta and next time your CWA performs a sync/update, your log should show the matches. You can then put your log into EN analyzer to see when the package with which you have a match was uploaded.
This is correct. ENF is continuously recording all rolling proximity identifiers (RPIs) to later match them with keys (downloaded from the server) of users who tested positive. I've written in more detail how encounters translate to matches here if you're interested. Additionally: if you're interested to learn more details on how matches are phased out of the log you might want to check out this thread. On a more general note: in the context how CWA works I can recommend this cute explainer which imho describes the high level idea underlying CWA and other digital contact-tracing Apps very well 🙂. |
@PhilippBerl I don't expect this (retroactively). As far as I understand, it is really only a log file of the checks. The result to cwa is independent. I had a 'funny' experience at the time when they introduced this bug with iOS 13.7. |
@Ein-Tim |
@ndegendogo |
@Ein-Tim thanks for pointing this out. I think this text is a lot better than the previous, because it explains what has happened. |
@Ein-Tim @ndegendogo @daimpi @thomasaugsten @neonhaxred Once again I would like to thank you very much for your very helpful answers. I have learned a lot about the CWA and the way it works. But the EN should be actualized within the next hour, when the CWA's data is updated in the usual 24-hour cycle. I am curious what will happen then. |
@Ein-Tim @ndegendogo @daimpi @thomasaugsten @neonhaxred So, this is really incredibly interesting. Now I have compared the EN of my neighbor (iOS 13.7) from yesterday with my one from today and checked if the hashs that are connected to a match at my place also appear at her place: They appear at her place, too, on the same days! Question: can we conclude from this that we have a positive-tested person here in our environment? How can the recurring hashs be interpreted differently? Then I have another news for you. Today I sent the RKI Information Center the suggestion quoted from my email below. The lady very kindly wrote back that she has already forwarded the suggestion. I wrote: Hopefully this will help to further improve the CWA, I would be happy if I could make a contribution. I expect a hard winter full of infections, in which the CWA can be a real help. The more infected people we unfortunately will have, and hopefully the more users of the CWA we will have, the more important it will be that the app will provide meaningful information also and maybe especially in low risk encounters. But now to my questions: Is it possible to trace or at least to narrow down possible sources via the hashs from the EN? ExposureChecks-2020-10-06.pdf |
Perfect, thats how it should be. 👍
Thats, too, how it should be.
No you can't. The hashes are the same for everyone using CWA. The first hash is the newest hash (published yesterday or today), and the second is the one from yesterday or the day before yesterday. And all these hashes include the Keys from the positive tested persons who are using CWA (and some empty Keys, so that it isn't possible to know how many people submitted their positive test result via CWA). Did this answer your question, if not just ask 👍 Regarding your E-Mail, the date (exactly the days since) a Low-Risk encounter happened should ihmo be showed, here is the Issue requesting this: corona-warn-app/cwa-wishlist#178
Yes, it could be that somebody from your neighbours tested positiv but as said before, because of the high data privacy design by CWA and ENF it is not really possible to identify where your contact was. Stay safe and healthy! |
Now I have compared my Match and the hash. Indeed the suspicious hash is also listed in both other EN: Mine:"Hash" : "99D35FBF030B71528DAA0BEAE55265B6A88821708B5C2A6FFABFE294F792C0EA", Neighbor 1: Neighbor 2: They are identical, but only in my case there was a match. Does this mean that the iPhones of both neighbors did not come within range of a device that sent this hash? |
@PhilippBerl The hash can also be found here: This hash will be on everyone's phone because everyone will have downloaded the package with diagnosis keys (DKs) from Sept 30. This hash is only identifying this daily package of DKs, it isn't influenced by matches or anything else… PS. If you upload EN logs here, just rename their ending from .json to .txt, this is much easier to work with than PDFs. |
Hi everyone,
just by accident, I checked in my Exposure-Checks on the app and the last date logged is the 14th. I checked with my friends and my parents too, 80% of them have only logged in the last 7 days, 20% have 14 days listed. We are taking about mostly Apple devices here (but also there are two Androids that are not showing last 14 days).
What shall we do? How can we solve this issue?
We do have the latest App-Update (Version 1.1.1) and those having only logged the last 7 days either updated on iOS 13.6, some didn’t.
I’d be really thankful for some input and help.
Internal Tracking ID: EXPOSUREAPP-1935
The text was updated successfully, but these errors were encountered: