-
Notifications
You must be signed in to change notification settings - Fork 496
Risk-Calculation Update time lies in the past on some devices #590
Comments
Hi! Can you check if the device time is set to automatic timezone fetching or if you manually set the time of your device? |
Thanks for your reply. Currently the affected Xiaomi receives both time and timezone autonomously out of the cell network of the German provider Congstar (Telekom subsidiary). Matching time on my desktop PC. The timezone is MESZ GMT+02:00. Edit 1: Edit 2: The situation developed: Today at 11:00 only the Samsung has updated Xiaomi now showing correct update time I try to explain it as detailed as possible. You can see behaviour of the device is erratic. Edit 3: I have only one explanation. Can viewing my Android time settings have caused the OS to internally update time again with network? |
That could have happened but it is quite unlikely. Are you sure that the switch you are describing with your Xiamoi references 11 am and not 11 pm? That would mean that the device would have switched the date in the meantime. This would also mean that you would face the same issue tomorrow morning. If you cannot reproduce today, I would kindly ask you to monitor your device tomorrow and see if you face the same behaviour. Regarding the other assumptions: Your devices will never update at the same time due to randomized background jobs. So no worries that only one device updates at a time. Also thanks for doing a time-travelling investigation with us 👍 BR, |
I try to give more info: Since I did not change date-time ever manually and it has been correct since DST self-applied on Easter holidays I guess it might be a problem with how it runs on the Xiaomi? Surely I can keep you updated if the problem will happen again tomorrow.
Ah good to know, I thought it might force an update once interval >24hours is hit, but I see there might be a grace time to reduce server-loads.
No worries, I really enjoy the app and will keep using it on both devices. |
I have the same Problem on a Xiaomi Mi 9 Lite. I installed it yesterday around 9 am. It showed "unbekanntes Risiko" until this morning around 10 am (I checked it maybe at 10:30), since then it is showing "Aktualisiert: Gestern, 10:11". Date / Time is set to automatic, as well as "Vom Netzwerk gesendete Zeitzone verwenden" (I don't know what the correct english Translation would be). Best regards, |
Both devices (Xiaomi and Samsung) updated correctly and only once on day 2 as intended. Since I cannot reproduce the error, this issue can be closed as "non-reproducible" unless @mbw83 still wants to comment about his Mi 9. But many thanks for the help! |
Mine didn't update since monday, I have now the issue, that the Exposure logging is not possible, see also #637. Edit: I restarted my phone and now it is showing "Aktualisiert: Heute 14:36". So this topic can probably be closed as "non-reproducible". |
As a result of this discussion, I will have to close this with not reproducible. Thanks for your input everyone. |
Describe the bug
For testing the Corona-Warn-App was installed on 2 devices:
Stock Xiaomi Redmi Note 8 Pro (Android 10 + full PlayServices)
Samsung S4 Value with Lineage OS (Android 10 + full PlayServices)
The stock, unmodified Xiaomi will show a "Aktualisiert: Gestern, 11:58" timestamp, but that is impossible, since that was about 1 hour after installing it for the first time.
Expected behaviour
Like the modded Samsung S4 Value, a correct "Aktualisert: Heute, 09:47" is expected, not "Gestern".
When the risk is calculated each day, the timestamp of the database update should be the same day.
Assuming correct operation of the app, a "last update" cannot lie in the past, when the app is only installed for 1 day.
Steps to reproduce the issue
You install the app normally on an unmodified, stock Xiaomi Redmi Note 8 Pro.
Technical details
Sorry, what? Android 10.
Possible Fix
No solution as of now.
Additional context
Screenshots attached:
(Samsung S4 Value)
(Xiaomi Redmi Note 8 Pro)
The text was updated successfully, but these errors were encountered: