Björn Dalfors

These are the only events with severity > 1 in there 2023-09-28T10:47:37.803 | 2 | Application | ######## Application   started ######## |   -- | -- | -- | -- |...

> Or do you mean by "does nothing" you can't leave the page? Yes, exactly! Edited

@thomasnordquist I'll merge this until we get decoding sorted properly in frontend.

> I am almost done, still needs some testing and small fixes ☺️ The react state and decoder settings are not yet completely in sync (you select a decoder and...

@thomasnordquist this is a release stopper i guess, sparkplugb decoding "detection" seems to be flaky..  The decoder choice logic is pretty naive at the moment it seems, it simply...

> Thank you, I consider this rather critical. Maybe we can use part of this implementation #493 to make the decoding customizable. > > I believe currently we run a...

Sidenote, there is a package [sparkplug-payload](https://github.com/eclipse/tahu/blob/master/javascript/core/sparkplug-payload/README.md#sparkplug-payload) that can do decoding/encoding. Might be worth looking into instead of rolling own protobuf decoding.

> I think @jst-mbs has a pretty good point. `spBv1.0` will always be in the topic of the message. It is at least a good way to double check if...

> Just for the record, in our application we use custom protobuf messages and the wrongly decoded messages we are seeing are not empty but with random invalid data, as...

> I'll try to merge this work with #493, and move the decoding in the fronted. This would allow the user to select the decoding method, a default should be...