Yeah, sure, @David_Graeff, I know it!
But what worries me is that currently anyone that tries to use Homie with openHAB gets a bad impression of the implementation, because things don’t work well (even in the snapshot version) And I fear that jumping to Homie 4 before giving a stable Homie 3 implementation will create the same scenario. No stable libraries and the binding quickly adopting the latest convention -> errors, troubles and bad integration.
Yes, I’m aware that Homie 4 simplifies the convention and remove unnecessary code (less required attributes, no more stats, extension nodes…), so changes should be very backward compatible, but they don’t bring any benefit feature wise or from the final users perspective. But will the binding’s Homie 4 implementation fully support a Homie 3 device? What devices are we going to integrate in openHAB if libraries are not updated? Sadly it will take months until client libraries reach the stable 4.0 version. For example, have a look here, where people is still deciding about the future of Homie-ESP8266 (the most famous implementation).
That’s why I propose to move the “Homie bugs” statement to the 2019-03, give it more importance and “release” a stable Homie 3 implementation of the binding (fully working and tested, I can help with that). From my perspective, that should be the top 1 MQTT binding priority (from Homie’s viewpoint, of course). It’s your free time, for sure, but I also know that you are a fucking programming master and that you are able to fix the 3-4 pending issues very fast
Anyway, whatever you decide, thank you very much for your work David