Skip to content
This repository has been archived by the owner on Jun 20, 2023. It is now read-only.

"all-exposure-checks"-File does not match exposure event (Risko-Begegenung-Counter) in CWA #930

Closed
jeschket opened this issue Jul 25, 2020 · 19 comments
Assignees
Labels
bug Something isn't working mirrored-to-jira This item is also tracked internally in JIRA

Comments

@jeschket
Copy link

jeschket commented Jul 25, 2020

In the exposure log file "all-exposure-checks" you only can find the log of the last 7 days but the CWA was active for more than 14 days. I would expect logs for all 14 days and not only the last 7 days because the person carrying the phone with CWA lives in Berlin in the City-Center and many contacts highly likely.

all-exposure-checks.txt

And in the exposure log file "all-exposure-checks" you don't find an event with "matchesCount":1 but in the CWA you can see that there was one exposure event ("1 Risko-Begegenung").

How can there be no match in the log-file but one exposure event ("1 Risko-Begegenung") displayed in the CWA?

Please see log file and pic.

7fec7f0b-1242-40ea-a438-afd01ca97813


Internal Tracking ID: EXPOSUREAPP-1924

@daimpi
Copy link

daimpi commented Jul 25, 2020

Interesting that there are zero match counts. Also curious that keyCount = matchesCount = 0, until the 23rd (which is what I generally expected after reading those comments), but from the 24th on the keyCount is suddenly > 0 while matchesCount stays on 0. I just checked in my Phone and found the same pattern, but starting already from the 23rd with keyCount >0. Maybe that's the new ENF v1.5 being rolled out?

Regarding the issue of only seeing the last 7 days: This could be b/c of the overly eager “energy saving” of the manufacturer OS. It would also fit your log in the sense that not only are days before the 18th missing, but also on the 21st there was seemingly no check performed. In the latest CWA version there is a setting which can fix this problem: Within CWA go to “settings” and enable “Prioritized Background Activity”: https://www.coronawarn.app/en/faq/#no_risk_update

Anyway: it is indeed strange that there are no matches in the exposure check logs, do you still remember when you first saw the "one risk encounter" display?

@jeschket
Copy link
Author

Anyway: it is indeed strange that there are no matches in the exposure check logs, do you still remember when you first saw the "one risk encounter" display?

The person said she did not open the CWA between 13.07.2020-21.07.2020 and up to 12.07.2020 there was no "risk encounter" shown. The one risk encounter was noticed on the 22.07.2020 in the CWA and is still shown to this day (26.07.2020).

@daimpi
Copy link

daimpi commented Jul 26, 2020

I see, thanks for the detailed info :)

Something strange seems to be going on which the devs should take a look at.

@ghost ghost added the bug Something isn't working label Jul 26, 2020
@ghost
Copy link

ghost commented Jul 26, 2020

@jeschket thanks for pointing this out. I will bring take this item into the discussion with our development team.

@ghost ghost closed this as completed Jul 26, 2020
@ghost ghost added bug Something isn't working and removed bug Something isn't working labels Jul 26, 2020
@daimpi
Copy link

daimpi commented Jul 26, 2020

@GPclips could you maybe leave this issue open until it is resolved? Because currently anyone else who has this problem will not easily find that this issue has already been raised which might lead to unnecessary duplicates. Also: just for tracking purposes it would make sense to have the status of issues which are not yet resolved as "open".

@ghost ghost reopened this Jul 26, 2020
@ghost
Copy link

ghost commented Jul 26, 2020

@daimpi sure, thank you. accidentally hit the wrong button :-)

@daimpi
Copy link

daimpi commented Jul 27, 2020

I might have found part of the puzzle: I was checking my ENF log for the last two days and found that even though it shows “237 checks performed in the last 14 days", when I select this to see the actual checks, it only shows me 100 entries. If I export the data, the .json file also contains only 100 entries.

On the next day the 14 entries which were on top of the list the previous day, were not not shown anymore and were also missing from in the .json file. Instead 14 new entry with the checks performed today were inserted in the bottom third of the list (but not at the end). The length of the list therefore remained exactly at 100. Additionally the “checks performed” counter was decremented by 14 to 223.

So my guess is that Google somehow limits the number of checks it will list to 100, even though it might have performed more checks. And given that the order in which days appear in the log seems to follow no discernible pattern it could be that your friends checks on the 21st were on top of the list and got flushed out by the time you exported the log, while they were actually performed back then and contained the positive check. I don't know for sure if that's what actually happened and this should definitely be investigated further, but it seems to be a possible scenario.

@MarlisFriedl MarlisFriedl added the mirrored-to-jira This item is also tracked internally in JIRA label Jul 28, 2020
@SebastianWolf-SAP
Copy link
Member

@daimpi Interesting that Apple obviously also limits the number of list entries to 100. We even have a dedicated issue for that: corona-warn-app/cwa-app-ios#934 Feel free to open another issue for that here in this repository as well. We will then add this to the list of things we need to discuss with Google.

Mit freundlichen Grüßen/Best regards,
SW
Corona Warn-App Open Source Team

@daimpi
Copy link

daimpi commented Jul 29, 2020

Ok I think I have to revise my theory from above: because even though for the past few days it looked like the list was always getting truncated at the top, this seems not to be the case. I was expecting that today (29th) the entries which were on the top of the list yesterday (which were for the checks performed on the 23rd) would fall off my list, and therefore create a hole, as entries for the 22nd and 21st are situated much more towards the end of the list. To my surprise this didn’t happen, instead the new entries from today were added in the beginning of the list and the checks for the 21st (which were in the middle of the list) were cut out.

So it seems that ENF somehow makes sure that the most recent 100 entries are shown, even though the list is in no discernable order.

This kinda kills my hypothesis that the checks for the 21st in your friends log somehow got “flushed out” because they were in the beginning of the list, as your friends log contains entries which are from before that.

@jeschket
Copy link
Author

For documentation: Here you can find the updated log file for the same phone (update date today 30.07.2020)

all-exposure-checks_S_30.07.2020.txt

@Wyand87
Copy link

Wyand87 commented Aug 13, 2020

Hi everyone, this description seems to match the faulty behaviour I have been observing on my phone for quite a while now.

I received two positive contacts relatively early on, one of which vanished after about a week. The other one is persistently shown for over five weeks now. I manually checked the ENF log on my phone several times and cannot find a positive match. Given that I had the notification displayed in the app for over five weeks, checking the app daily and how unlikely it would be for me to always get a new positive match once the current one runs out (becomes older than 14 days), I suspect the app to display one positive encounter without there actually being one in the past 14 days.

So it is either stuck in an old state, or it somehow evaluates data more than five weeks old.

The app is up to date, my phone (Google, android 10) has every covid related feature active and I check the app manually several times a day.

If there's a way for me to provide useful data, just let me know how.

@daimpi
Copy link

daimpi commented Aug 13, 2020

@Wyand87 I think what you're experiencing is: #911

A fix for this has been merged, but will only be rolled out with version 1.3.

And on a more general note: upon revisiting this issue I think OP’s friend might be experiencing #911 as well:

The person said she did not open the CWA between 13.07.2020-21.07.2020 and up to 12.07.2020 there was no "risk encounter" shown. The one risk encounter was noticed on the 22.07.2020 in the CWA and is still shown to this day (26.07.2020).

Unfortunately the exposure logs we have cut off in the middle of 18.07 and we're missing anything before that.
So my new hypothesis is:

  1. OP’s friend downloaded a key with which they matched between the 13.07 - 17.07.
  2. The actual encounter with the key they matched occurred somewhere before the 04.07 (14 days before the 18.07).
  3. Because of No reset of counter for risk contacts after two weeks #911 one match was persisted in CWA even though it should have been purged.
  4. Because the encounter is more than 14 days in the past from the point where we have logs (partially starting at 18.07) we cannot see the match in the ENF log.

@jeschket
Copy link
Author

Update:

The low risk encounter did not vanish after 14 days and is still shown in the app untill now.

@daimpi
Copy link

daimpi commented Aug 20, 2020

@jeschket Yes, that makes a lot of sense if your friend is experiencing #911 :)

@daimpi
Copy link

daimpi commented Sep 13, 2020

@jeschket did the encounter vanish after updating CWA to version 1.3? 🙂

@jeschket
Copy link
Author

Yes its gone :)

@daimpi
Copy link

daimpi commented Sep 14, 2020

@jeschket great to hear 😊.

This means it was indeed most likely issue #911 which your friend was experiencing.

I think this issue here can then also be closed 🙂.

@abro1i
Copy link
Member

abro1i commented Sep 15, 2020

Agreed 👍

Best regards,
ABB

Corona-Warn-App Open Source Team

@abro1i
Copy link
Member

abro1i commented Sep 15, 2020

Duplicate of #911

@abro1i abro1i marked this as a duplicate of #911 Sep 15, 2020
@abro1i abro1i closed this as completed Sep 15, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working mirrored-to-jira This item is also tracked internally in JIRA
Projects
None yet
Development

No branches or pull requests

7 participants