Enqueueing a connect() request on a manager right after the connected device had gone out of range (with isConnected and isReady both false) sometimes leads to the request not being executed at all. None of the callbacks set on the request are invoked, and the timeout does not trigger either.
If a request is enqueued successfully, I would expect it to always execute and invoke one of the callbacks. In the above described case, I would assume it would fail or time out, but even an invalid request invocation would be acceptable as long as it's consistent.
Affected versions: 2.6.0
Enqueueing a
connect()
request on a manager right after the connected device had gone out of range (withisConnected
andisReady
both false) sometimes leads to the request not being executed at all. None of the callbacks set on the request are invoked, and the timeout does not trigger either.If a request is enqueued successfully, I would expect it to always execute and invoke one of the callbacks. In the above described case, I would assume it would fail or time out, but even an invalid request invocation would be acceptable as long as it's consistent.