-
Notifications
You must be signed in to change notification settings - Fork 75
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
Android: Deadlock when Read RSSI Doesn't Callback #613
Comments
Does this only happen when you have 2 (or more) active peripheral connections? In other words, do you ever see this issue with only a single peripheral connected? |
I don't think so. |
@twyatt -- happy new year! we're starting to plan around a feature that will need to read RSSI while connected. I just wanted to touch base to see what you thought about the timing for this. We can fork and dig into it, but would only really want to do that if you think this bug is further out. |
Happy New Year to you as well! 😁 I have two big-ish projects for work that take priority, so I'm guessing I won't have a lot of time to dedicate to Kable for at least a month. I try to find time off hours to patch bugs, but this one may require a bit of investigation. Anything you can do to add clarity to the issue would be super helpful. I'll try to find time sooner, but no promises. |
main
.I'm encountering what appears to be a deadlock when I have two active connections (different peripheral devices) that poll on the remote RSSI. It looks to me like Android can fail to callback with the remote RSSI. When that occurs, Kable waits indefinitely for that callback, blocking subsequent synchronous operations over the connection (e.g.
peripheral.write
). Note that Kable is still providing our app with updates from notifications (e.g.onCharacteristicChanged
from Android).Please let me know if there is additional information that I can provide.
The text was updated successfully, but these errors were encountered: