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 Report] AMQP DeviceClient is slow to respond to device being disabled #3422

Open
timtay-microsoft opened this issue Jan 11, 2024 · 0 comments
Labels
bug Something isn't working. IoTSDK Tracks all IoT SDK issues across the board

Comments

@timtay-microsoft
Copy link
Member

While investigating this same issue on the Java SDK, I noticed that this SDK can take several minutes to notice that the device was disabled from the service side when the hub is a gwv2-enabled hub.

When a device is disabled on a gwv2 hub, that hub sends a "link detached" event to any open links that the device has. However, it seems that this client doesn't notify the user that the connection is lost until several minutes later (after the next keep-alive ping?) which is incorrect. This client should be listening for this "link detached" event and invoke the connection status callback as soon as it is received.

@timtay-microsoft timtay-microsoft added the bug Something isn't working. label Jan 11, 2024
@github-actions github-actions bot added the IoTSDK Tracks all IoT SDK issues across the board label Jan 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working. IoTSDK Tracks all IoT SDK issues across the board
Projects
None yet
Development

No branches or pull requests

1 participant