Yeah I didnt wait long enough to start seeing them, but I agree it would be cool if it backfilled a certain amount.
You know how it goes give em something new and right away they want more !!!
Yeah I didnt wait long enough to start seeing them, but I agree it would be cool if it backfilled a certain amount.
You know how it goes give em something new and right away they want more !!!
The downfall to this is to keep the system lean, the system keeps a certain number of lines for all logs. If something is flooding the logs, you may only get 3 lines from any one service. This could make feature inconsistent, but weāll add it. Just know that it is what it is. Weāll see what we can do about it. If the logs begin to cause a load on the system, it may get reconsidered.
BEFORE you ask, weāre also working on bundling and sharing logs for troubleshooting or bug reporting. Just thought Iād throw that out there.
WITH privacy filtering.
Just a FYI: Check MQTT Explorer to see parts of what the API-side of this can do. SysAPI documentation will come, the API can be used over MQTT, WebSockets and http.
Maybe I Lost something, but my nr3 icone show offline status despite the fact nr3 Is working normally.
EDIT 1st usability feedback on settings/zoom: +/- buttons may help when used with phones, same as a zoom set numeric value
Thereās an issue with incorrect offline showing, clicking the offline button sends a ping and resolves that for now, but will be resolved in the next relese.
Is the slidebar difficult to use on mobile? Iāll see what can be improved there.
Clicking solves the problem until the windows Is open. When you exit It and then reenter the āledā Is off again.
Priority=0 for me. Just to Say Iām aliveā¦,:-
Does It make sense to add āupdateā button in Settings to fire āsudo oll-update-init --initialize-updatesā command? same for ānew version availableā notification?
Updates are coming, oll-update-init will have itās own tile. A āNew version availableā indicator will also be added, probably just as a 4th indicator dot.
It would be better in an upper corner, just showed when a new version Is available, as it is a transient notification, not a real āstatusā, in my opinion
Unable to get it to open in Firefox (Windows). Just uses 100% cpu. Chrome worked for now, known problem?
We have never officially supported Firefox and donāt test extensively for that browser, but failures of that type should not occur, Iāll look into it.
No worries. I just never expected something today to be written to a particular browser versus web standards (at least since the bad days of IE).
If that is the case, donāt waste your time on troubleshooting but hopefully the /simple interface could be resurrected so we can get to the main components should their URL change in the future.
EDIT: Upon reboot/update looks like all the URLs have changed so Iām SOL for now
Itās not written for a particular browser, itās just that even using standard libraries and following standards Firefox does not work as expected at times. If it was just a minor UI glitch I wouldnāt bother, but not working at all is not acceptable.
simple is available at coreip/simple/
The URLs have not changed, but you get the status page until a service is up and running.
EDIT: The issue is in the gridstackjs library, Iāll find a way around it.
As a testament to CORE, I havenāt rebooted in a long time so things not coming back up 15 minutes after reboot is surprising.
/simple is redirecting me to a blank /sysapi/statuspage/.service (both Chrome and Firefox).
Iāll open a new thread for troubleshooting these problems. First, Iām hoping I can figure it out on my own quickly before any one else wakes up and starts yelling
EDIT: all backend things are working just fine - working on new UI problems in Chrome
Yep, hence why I asked it to be resurrected if Firefox wonāt be supported
This is resolved in the next release. Iāll probably push that one tomorrow after some more testing. The only major issue left on Firefox is that zoom isnāt supported and the normal workarounds for that break other things.