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
Our application serves APIs to create and destroy MQTT client.
At max, the application can have single MQTT client.
Our internet connection is unstable and there are frequent connects & disconnects happening with MQTT client.
Observed that multiple MQTT client threads are alive, and disconnected Listenere is not getting invoked for older clients. So, it never reaches to the part where we have applied the workaround solution (How to turn off RECONNECT? #675)
Environment
Where are you running/using this client?
Hardware or Device - Both
What version of this client are you using? - 1.3.7
JVM version? - Java 21
Operating System? - Oracle Linux 9.6
Which MQTT protocol version is being used? - 3.1
Which MQTT broker (name and version)? - Mosquito 2.0.22
Screenshots
📈 Expected behavior
Older MQTT threads should also invoke connected/disconnected listeners when connectivity is restored/interrupted.
The above expectation should meet in order to have the workaround ((#675)) functioning.
🐛 Bug Report
🔬 How To Reproduce
Steps to reproduce the behavior:
Code sample
Environment
Where are you running/using this client?
Hardware or Device - Both
What version of this client are you using? - 1.3.7
JVM version? - Java 21
Operating System? - Oracle Linux 9.6
Which MQTT protocol version is being used? - 3.1
Which MQTT broker (name and version)? - Mosquito 2.0.22
Screenshots
📈 Expected behavior
Older MQTT threads should also invoke connected/disconnected listeners when connectivity is restored/interrupted.
The above expectation should meet in order to have the workaround ((#675)) functioning.
📎 Additional context