restoreOnStartup does not work, meaning on openhab restart, items belonging to gActivityPersist group still have NULL value.
The moment I added persistence lines per every item (not group), item state was restored (even without openhab restart, as they had NULL value since the previous restart):
I removed per-item persistence lines, and restarted openhab: result NULL, not restored.
I added per-item persistence lines, (values immediately popped up, and persistence.influx debuglog showed queries), restarted to be sure openhab: result values restored.
I removed everything, restarted openhab, then added only group line: result NULL, not restored, AND contrary to the case no 2, there were NO queries to influxdb shown in persisdence.influx debuglog on update of influxdb.persistence. I suppose bug here in GROUPNAME* handling in persitence definition file.
here is item definition I use:
Number counterGamingHours "Licznik Godzin Grania [%d]" (gActivityPersist,gPlugHackerspaceGamingPC)
Yes, quite a lot.
ALso I checked completly other items (single ones, not in group) that they have restored value upon quering group ones.
Also I waited 5 minutes past influxdb persistence info from openhab.log
But please see what I wrote about difference (ad 3 vs ad 2) in behaviour about modyfing influxdb.persistence file while openhab is running. It instantly issues influxdb queries for NULL items, if I add one-item-per-line entries in influxdb.persistence, while it does not issue influxdb queries if I add group definition to influxdb.persistence.
There will be now, having used the individual Item persist strategy.
You’d have to look closely now to see if data is/was stored when you relied on groupname* strategy, I didn’t think of that.