Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Incorrect pod suspended message when bolusing after comms error #2198

Open
marionbarker opened this issue Jul 24, 2024 · 2 comments
Open

Comments

@marionbarker
Copy link
Contributor

marionbarker commented Jul 24, 2024

Updated Status
Leaving the issue open until the submodule updates associated with this issue are added to LoopWorkspace for released and development code

Describe the bug
Using my regular Looping phone, I tried to bolus and Loop reported Pod was suspended (it was not).
Repeated the bolus attempt and it went through successfully.
I have seen comments about this intermittent error on Facebook, but never got a Loop Report.

Attach an Issue Report
Loop Report 2024-07-09 202155-0700.md

The incorrect pod suspended message should be around 16:25 PDT or 23:25 UTC, 2024-07-09

This was analyzed by @itsmojo who reports:

  • the Device Communication Log showed there was IO error (“messageIOException("Could not write $msgType: unsentWithError(OmniBLE.PeripheralManagerError.timeout([...”)
    • this was on the last get status with a response before the bolus was attempted
    • this combination resulted in the incorrect warning about the pod being suspended on the subsequent bolus attempt

To Reproduce
This is an intermittent error.

Expected behavior
Do not show user a message that pod is suspended when it is not.

Screenshots
n/a

Phone

  • iPhone 15 pro, iOS 17.5.1

Loop Version

  • essentially the same as Loop 3.4.1 (before the release)

CGM

  • Dexcom G7 using Dexcom app

Pump

  • Omnipod DASH

Additional context
I was super busy at the time. I sent the Loop report to Joe (itsmojo).

He provided this solution.

@marionbarker
Copy link
Contributor Author

This issue should be fixed with the two updates to OmniBLE and OmniKit.
Leaving the issue open until these submodule updates are added to LoopWorkspace for released and development code.

@caitp
Copy link

caitp commented Sep 22, 2024

This is similar or identical to a similar issue I was going to file today, with non-Dash Omnipods. New pump, first bolus, inexplicably suspended immediately while not being suspended, and acts as though it is suspended (any subsequent dosing attempts fail until I suspend and resume the pod)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants