Ratelimit: No synchronization on 2020-08-01?

[r-r-liu]

I noticed around 14:40 today, Aug. 1, that ver. 1.07 had not synchronized since about 19:01 yesterday evening. A few minutes later, I discovered that 1.08 was available and updated. However, even after restarting the iPhone the situation has not changed. I understand that the app tries to synchronize at random times after 06:00 and after 18:00, so I might have to wait until after 18:00. But why didn’t 1.07 synchronize this morning?

By the way, there really ought to be a way to report bugs and problems to the BAG, who, after all, are the purveyors of the app, but its Swiss Covid App site seems not to have found its way into the second decade of the 21st Century. I apologize for reporting such things here.

[r-r-liu]

On Sunday Aug. 2 at 07:22 still no new sync since July 31 at 19:01. I'm worried.

[stmitt]

@r-r-liu Thank you for your feedback. This might be related to #163.
To Analyse your issue further we need a sysdiagnose of your phone. If you are willing to provide one can you please contact me by mail via mitterrutzner@ubique.ch

[r-r-liu]

Just an update for the sake of completeness; I've already informed Stefan by email.

Yesterday, Aug. 2, SwissCovid 1.0.8 running on iOS 13.6 synchronized twice. This morning, Aug. 3, at 9:39, according to the message in the app, it had not yet synced successfully; however, in Settings > Privacy > Bluetooth > COVID-19 Exposure Logging > Exposure Checks two exposure checks from today at 6:04 appeared. Later at 9:54, the app apparently pulled 6 exposures from the backend and the message in the app has been changed accordingly to show the last successful sync to have taken place then. So the message is somewhat irritating. If the app knows as soon as it connects to the backend how many exposures it is supposed to download, then does not download all of them, a message from the app should read something like this:

Incomplete synchronisation. x of y expected exposures received. Will attempt to get y-x later.
dd.mm.yyyy hh:mm:ss

and should appear above the message about the last successful sync.

[r-r-liu]

Today this appeared in the Corona Ticker of the Basler Zeitung (https://www.bazonline.ch/bag-meldet-am-freitag-220-neuinfektionen-mit-dem-coronavirus-707221502952):

"Die automatisierte Aktualisierung der Gesamtzahl aller Swiss Covid-Apps sei über das Wochenende ausgesetzt worden, hiess es am Montag auf Anfrage beim BFS. Man habe damit «etwaige technische Fehler respektive deren Auswirkungen auf die publizierten Zahlen ausschliessen» wollen. Ab wann die Aktualisierung übers Wochenende wieder aufgenommen werde, könne derzeit noch nicht gesagt werden. Unter der Woche werde die Seite weiterhin täglich aktualisiert."

Even assuming, as would be par for this newspaper, that a detail or two isn't quite correct and others have been omitted, does anybody know what's behind this? If, as the blurb seems to imply, that no syncing on the weekend (or, maybe, only on holidays on weekends?) will become a new "feature", this is certainly disconcerting. What technical errors might "man" have been fearing. Due to the extreme privacy protection design of the app and its associated backend systems, wouldn't any such ultimately have to do with a rise in the number of users making use of their covid codes and uploading their encounters? And isn't that the whole point of the app?

Can somebody shed some light on this situation?

[r-r-liu]

I am finding this new (since 1.0.8) message about last successful sync infuriatingly ambiguous. It seems, once again, that the app received 7 exposure codes this morning around 6:00, and yet the message still says that the last successful sync took place yesterday at around 18:00. If things follow the present pattern, latter this morning it will get 2 more and then the message will change. What is the difference between what is evidently not a successful sync, but which nevertheless downloads something, and a successful one? Can someone please review these messages at make sure they reflect what the app actually is doing, not what developers think the public can handle? Thanks.

[stmitt]

The last successful sync timestamp shows the last time the app was able to successfully check against exposures for the last 10 days.
It seems like the app was not able to check all 10 days on your phone around 6:00 maybe because we did not get enough execution time from the operating system. Therefore on a second run, the app could complete the previous checks and update the last successful sync timestamp.
To verify this theory I will follow up on how you can send us a sysdiagnose by mail.

[r-r-liu]

Last ten days, i.e. ten records, on per day. I’ve been getting only nine recently. Will send sysdiadnose ASAP. Thanks.

…

______________________ Richard R. Liu richard.liu@pueo-owl.ch

Sent from my iPhone

On 5 Aug 2020, at 10:05, Stefan Mitterrutzner ***@***.***> wrote:  The last successful sync timestamp shows the last time the app was able to successfully check against exposures for the last 10 days. It seems like the app was not able to check all 10 days on your phone around 6:00 maybe because we did not get enough execution time from the operating system. Therefore on a second run, the app could complete the previous checks and update the last successful sync timestamp. To verify this theory I will follow up on how you can send us a sysdiagnose by mail. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[stmitt]

Unfortunately, the calls for detecting exposure to the ExposureNotification framework of iOS are rate limited. We can only make a certain amount of calls to the API before iOS blocks us, however this window is not clearly defined by Apple (calendar day, 24 rolling windows, 24h based on the first call, ...). You can read more about it here.
In your case, the app was running into the rate limit at 06:00 and could only continue the remaining calls to the framework later.
We only show a successful synchronization in the app if all calls have been successful.
Thank you for reporting this issue to us, we will look further into this.

[r-r-liu]

Does this also explain why there wasn't any synchronization at all on Aug. 1. There is no exposure list for that day. Also, should I be receiving just nine exposure checks per successful synchronization? Thanks.

By the way, could the fact that there was no successful synchronization at all on Aug. 1 have to do with my updating the app to 1.0.8 that same day after noting that there had been neither a successful sync nor any downloaded exposures by 14:00?

[r-r-liu]

Yesterday, 2020-08-15, I had two successful syncs in "quick" succession, one at 16:33 (8 records at 16:32, last at 16:33) and the other at 18:33 (9 records). Two questions to this:

1. What does each record represent, exposures for one of the last ten days for which the app checks? In that case shouldn't I be seeing ten records per successful sync, not nine?

2. I was away from home yesterday from around 05:00 to 16:15 and probably had no WIFI during that whole period. I have configured Mobile Data ON, Mobile Data Options ROAMING ON. Does exposure checking only work with WIFI? This is probably not a well-thought out restriction. If I am participating in a multi-day SAC tour and have at best 4G reception, then my exposure risk won't be calculated the whole time, and by the time a sync is made I might have infected many other guests and personnel of the huts that we visited and companions in the group.

Today, 2020-08-16 (Sunday), I see only 2 records from an incomplete sync at 07:50. It's now 13:48. We'll see whether this corrects itself in the course of today.

The iPhone 6S is running iOS 13.6.1 and SwissCovid 1.0.8.

[jonasschuetz]

Hej I have noticed that my app says that the last successful synchronization was on the 19.08.2020. After that no logs have been downloaded either (according to the view in the settings app).
But everything looks just fine in the app. Is there a way to force the update?

I have noticed, that I wasn't connected to wifi a lot in the last days. Does this prevent the background tasks from being triggered?

[r-r-liu]

@jonasschuetz,

Stefan Mitterrutzner, @stmitt, is the only developer on this thread. As you've seen from my second-to-last post, I, too, have doubts about whether the app attempts a synchronization if it has no WiFi connection, despite the fact that I have switched on Mobile Data.

Just out of curiosity, how many records has your app fetched when it claims to have synchronized successfully? I first installed the app on the day that it officially became available, and regularly received 10 records. Now, I only receive 9.

[r-r-liu]

@jonasschuetz,

By the way, I'm assuming you're running the latest versions of the app and iOS. Are you?