Thomas Dallmair

An alternative could be to have a single `ListenerCountChanged` event, because all *we* are actually interested in is the number of active listeners, i.e. if there's none or at least...

As a long-time .NET dev I'd like to provide another perspective, or rather, my expectations. When I tripped over this yesterday, we had started a new project at work and...

Any updates on this PR? Would be cool to see it merged.

> This should be available in the July release. @RohitRanjanMS: Any updates on this?

You bet! With best intentions, I had left out all the potentially confusing information of our low level log. But now that you requested the information, here we go :)...

And here is a TRACE level log of the Updater invocation (including calimero entries) in HTML format. I've kept everything until 3sec after calimero's T_Ack, and stripped everything afterwards as...

Here is another log, from another user (unfortunately, the timestamps are without milliseconds). In this case, the device sent the T_Disconnect first, but calimero still sent two T_Disconnect and one...

Thanks for the feedback! As I've mostly worked on the device firmware so far and still need to get a better understanding of the Updater implementation, I did not see...

The only thing that looks a bit suspicious to me is the implementation of [ClientConnection::doExtraBlockingModes](https://github.com/calimero-project/calimero-core/blob/104731d015574d9aeb1089e3d6cbcf70c62d2b00/src/io/calimero/knxnetip/ClientConnection.java#L273-L275): `waitForStateChange` already returns whether the state change happened or not, but `doExtraBlockingModes` ignores that result...

Anybody else around to keep this issue alive? @sjwaight ? @julia-yin ?