-
Notifications
You must be signed in to change notification settings - Fork 284
No background check within 24 hours or much longer... #916
Comments
#911 (comment) |
I made the same observation:
Before update to 13.6 , everything works fine. I have made Screenshot of Battery Status, no background activity shown for the App |
@Tho-Mat to clarify:
|
Update to IOS 13.6 was at 15.7. 20:00 (Germany)
App still was in Task-List. After I recognised, that background Update dont work, I have Swiping it for test. This was about yesterday evening Aditional Remark: I am using two iPhones and I don't know for sure, that Background activity has been woked on both. On this iPhone updates always was during daytime. |
Maybe a hint or starting point :) #911 (comment) |
My data as FYI. sometimes more than 30 hours. This problem is IMHO NOT specific to iOS 13.6. I had these time jumps since keys were being distributed. I mentioned this before in #763, which I will now close. The iPhone 11 is my "daily driver" and I frequently start the app to check. At least 2-3 times per day. The SE 1st Gen is my corporate phone where especially on the weekend i might not open the app for several days. iPhone SE 1st Gen
iPhone 11
|
I've got the same problem. Screenshot 1 I have no idea why this is happening but for normal users, who won't open the App once a day it's really bad. I've also attached a screenshot that was taken before I opend the App (Screenshot 2) and one which was taken after I opend the App (Screenshot 3). Screenshot 2 Screenshot 3 iPhone XR/iOS 13.6 |
Please take a look at this article. It seems to me that the same problem is addressed and the reply of Kevin Elliott give some good hints. BGProcessingTaskRequest.earliestBeginDate prevents Task from being run |
I see similar behaviour, but I have iOS 13.5.1, so I have submitted a separate ticket #920 |
Unfortunately the background update did not perform within a 34 hour time range. For test purpose I have made the following steps:
Thus let me summarize my experience (Based on App version 1.0.7):
Hope it helps! |
So I didn't open the app yesterday on my iPhone SE. No background check happened. Today I opened the app and check was done immediately. Last check was Sunday at 15:29. New check was today at 09:05. That's 41 hours without a check. Definitely not even close to the 24 hours the app promises. And FTR, the iPhone was charged, online and used for other things during that time. |
I have to report the same problem. Before and after 13.6 the exposure checks aren't performed if I don't open the app. What good is the app when it doesn't check? It is already a scandal to only generally check once a day instead of hourly. (Why not do hourly key releases anyway kind of like anti virus signature updates?) I exported the json of the exposure logs from the settings and pushed it through
iOS 13.6 and the latest app update installed. |
This seems to be a general issue with a severe impact. Designed process (as I understand it):
Implemented process:
@SebastianWolf-SAP : Until this bug is fixed, it should be recommended in the FAQ to check the App status daily. |
I've had almost full weeks without encounter checks taking place on an IPhone XR running iOS 13.5.1. The app states that everything's fine, and regular checks are taking place. This provides users with a false sense of security, should be a high priority issue (if it isn't already). Does fixing this depend on changes in iOS? If so, is the iOS target release set, yet? |
What exactly is the status of this issue? Are you able to reproduce it? In my case it lost the ability to check in background ~ 1-2 weeks ago. Maybe an interesting detail, not sure if related: |
Hi @ndegendogo , yes, we are able to reproduce the issue, are currently collecting system diagnosis files and analyze them jointly with apple to determine the root causes. @HeiDasGri could you point to the code file/line where you think the process is implemented as described by you? |
To me it's a no-brainer. About 1/3 of my data syncs exceeded 30 hours (25% reasonable delay), so 2/3 where within 25% reasonable delay. With a 4 hour sync instead of 24 hour refresh you'd need 6 syncs in a row to fail... about 2/3 to the power of 6 ... 2/729 about 1 day every year it fails. to update in a day, and the chance of failing for 2 days is about once in a 1000 years. Can't understand why the RKI took so long to allow this seemingly trivial modification. *** Apologies to the developers as I'm sure I've underestimated the complexity of the code-change moving from 24 hours to 4 hour update.... but nevertheless it's surely one of the least significant efforts compared to other functional changes assuming a well thought out architecture. |
Dear community, Thanks again for contributing and detailed feedback. Be aware of the following:
Please, continue reporting your observations here. Best wishes, Corona-Warn-App Open Source Team |
@dsarkar is there a specific reason why the 4h-updates only happen over wifi? I know quite a lot people who are on unlimited data plans and use their mobile data as an alternative to wifi, especially when being underway. If I'm informed correctly the mobile providers also promised that data used by CWA is not counted towards a data cap so this shouldn't be a problem either for users with small plans. |
@achisto, my understanding is that the current agreement includes one update per day in the so-called zero rating. |
I've got some great news: Thanks for all your work! 1.7.1 is a really great improvement! |
Hi, I can confirm this, 1.7.1 does check very regularly and is a great improvement over earlier releases, finally! |
Also for me. I am on 1.7.1 since 4 days, and during this time I got nice regular checks. Long-time reliability and robustness under exceptional conditions like bad internet or power saving modes still to be proven. |
Dear community, thanks for the feedback. We monitor a few more days, before closing this issue. Best wishes, Corona-Warn-App Open Source Team |
Another positive experience: after waking up and turning off "airplane mode" the CWA almost instantly requests new keys. Even when low power mode is active the requests happen regularly (although they are sometimes delayed by up to one hour). I had huge problems with background refresh in 1.6 but with 1.7 they are completely gone. Thanks for your work! |
Hi @achisto, thanks for the feedback. Best wishes, Corona-Warn-App Open Source Team |
Dear @achisto, @Tho-Mat, @ndegendogo. @ouboub, @sin-azucar, @Ein-Tim, @HeiDasGri, @alanrick, @sin-azucar, @ABCMoNa, @jwildeboer, @pozoo, and community, Thank you for all your contributions here. We consider this issue solved now and will close this ticket. We will keep another ticket #1631 open, in order to monitor irregularities and robustness. Thanks again for all the feedback! Best wishes, Corona-Warn-App Open Source Team |
Your Question
I have a strange problem. After updating to 13.6. I did the following:
The "Bewegungsüberprüfungen" now contains "today 3:48".
The days before there was always a check after 25hours, even i did not open the CWA.
I'm not sure what's the reason now. I had 1.0.2 installed most of the days and switched to 1.0.7 two days ago.
But did not noticed an issue. So this is at least not expected.
I will continue to lock on this in the next days.
If somebody has the same behavior please post here.
Internal Tracking ID: EXPOSUREAPP-1832
Internal Tracking ID: EXPOSUREAPP-3821
The text was updated successfully, but these errors were encountered: