You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When phone and watch go out of range, after connecting again, it seems like the next temporal event is not getting fired, and the app also doesn't schedule new temporal events.
As a result, we see "next event time" shown as negative number (i.e. we should've done a request but didn't) and we never update the bg levels again.
The workaround is to switch to a widget and then back to the watch face, which schedules a temporal event again.
We should find out which callbacks are called after a re-connection and schedule a temporal event there.
The text was updated successfully, but these errors were encountered:
With acd1f33 I've added temporal event scheduling to per-minute and per-second updates, so we should always have a temporal event scheduled now.
However it will mess up the schedule for the next bg data (i.e. when we skip the next update to catch up with regular 5-min updates again). We should share and resuse this logic:
When phone and watch go out of range, after connecting again, it seems like the next temporal event is not getting fired, and the app also doesn't schedule new temporal events.
As a result, we see "next event time" shown as negative number (i.e. we should've done a request but didn't) and we never update the bg levels again.
The workaround is to switch to a widget and then back to the watch face, which schedules a temporal event again.
We should find out which callbacks are called after a re-connection and schedule a temporal event there.
The text was updated successfully, but these errors were encountered: