Eric Lippmann

Just for the records, I think that this is already possible. The state is persisted as long as the session is alive and if you just refresh the views using...

> @lippserd, @nilmerg: I did a quick research, as this definitively used to work. It was an essential requirement stated by the original sponsor of this module. Supporting browser reloads...

> I'd love to see this working as follows[...] I don't know why we should send client state back-and-forth and persist it on the server when we have `localStorage`. I'm...

> Speed. This has originally been built for processes with 1000+ nodes each. JavaScript is slow when it has to adjust collapsed states at each refresh, you would note flickering....

Hi Dirk, Thanks for the report. This is a good addition and we should consider it for one of our next releases. Best regards, Eric

We did not work on this issue yet. Also, I'm unsure how to solve this best because there is no reliable reference between the created downtimes. But since this is...

Hi Dirk, Thanks for the report. We'll have a look at this for one of our next releases. Best, Eric

Hi, Thanks for the report. I agree with you that an optional human readable format makes sense. But without help or sponsoring we won't implement this anytime soon to be...

Hi, Sure, let's have a look at it. Best, Eric

Hi, Thanks for the report. We'll evaluate whether it's a good idea to take is_reachable for severity calculation into account. Cheers, Eric