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 a user enters carbs and delivers a bolus, a high temp immediately shows up as recommended. I believe this is because the meal is immediately taken into account by the Loop calculations, while the bolus is not, because the Loop relies solely on actual pump data to calculate IOB (as it should). This would not normally be an issue, as the Loop would become aware of the bolus delivered on the next pump readout. However, the high temp recommendation could become problematic if the user accepted the recommended high temp and if the Loop, for whatever reason, failed to communicate with the pump just after that. The user could be left with the bolus and the high temp for 30 min (effectively a double bolus) - a potentially hazardous situation.
The text was updated successfully, but these errors were encountered:
As @jlucasvt mentioned, this is an issue of displaying a "recommended temp" based on carb delivery but before the bolus has been confirmed as delivered. No temporary basal is enacted at that stage.
I do think it's important to fix this by not displaying the recommended temp to avoid confusion. Thank you for filing.
…120)
* LOOP-1395: For Tidepool Loop, exclude HealthKit data from other apps
Adds a FeatureFlag `excludeHealthKitDataFromOtherApps` that also pushes down into LoopKit
* checkpoint PR feedback
* Get rid of unneeded VStack
* PR Feedback: use observeHealthKitForCurrentAppOnly and use consistently
* Fix DIY build
When a user enters carbs and delivers a bolus, a high temp immediately shows up as recommended. I believe this is because the meal is immediately taken into account by the Loop calculations, while the bolus is not, because the Loop relies solely on actual pump data to calculate IOB (as it should). This would not normally be an issue, as the Loop would become aware of the bolus delivered on the next pump readout. However, the high temp recommendation could become problematic if the user accepted the recommended high temp and if the Loop, for whatever reason, failed to communicate with the pump just after that. The user could be left with the bolus and the high temp for 30 min (effectively a double bolus) - a potentially hazardous situation.
The text was updated successfully, but these errors were encountered: