Remote Console with GUI v1 doesn’t work properly on the latest few betas of v3.70. It doesn’t matter whether I launch it on a phone or on a computer.
The screenshot is from macOS 26.3 with Safari on Venus OS v3.70~86, but using a different browser doesn’t fix the issue. Venus OS v3.67 does not have this bug.
Please check if this also happens without modifications being installed.
I’ve checked, and what I have installed (dbus-hoymiles) does not affect this issue in any way. The problem is on the menu graphics rendering side — everything else works fine.
Venus OS v3.67 is not affected by this bug. Up to a certain v3.70 beta everything was fine as well — only the most recent iterations started behaving like this. In my opinion, this is likely related to an update of some internal libraries.
If you enable remote support, then I can have a look.
OK, i’ve enabled remote support.
ok, fixed. Thanks!
Unfortunately, it still doesn’t work for me. Is there anything else I should try? Restart the Cerbo? The computer?
No. just leave it running. Interestingly it does work for me after I restart the UI. Do you know what triggers this behavior?
No, I have no idea. To be honest, I log in as usual, open VRM in a new tab, click Remote Console, select GUI v1, and a window with corrupted graphics appears.
Interestingly, it’s not only the Remote Console via VRM that’s affected. If I access the Cerbo directly via its local IP address, the same issue appears there as well after selecting /gui-v1.
Please try navigating through the menu. Right after logging in, everything looks fine at first glance, but once you start moving through the menus, graphical artifacts begin to appear.
I can navigate etc. And yes what you see in VRM is the same as on the local screen for GUI v1.
Can you try to reproduce this issue?
I’ve just checked. Via VRM, the issue is not occurring at the moment. As for the local version, I’ll only be able to check that on Monday — I’m not on site right now.
If I may ask, what was the root cause of the problem? Is this something I could try to fix myself if it happens again?
What I changed in your installation is that the dc-load triggered an assignment to an not existing variable. QML is quite forgiven, so it stops executing that function, but continues normally. That can trigger such drawing artifacts, so I assumed that was the cause.
But apparently that is not the root cause. I can only guess about that, but it is likely the pageStack, which controls navigation. The old version is known to have problems with changes during animation, e.g. you leave a page during the animation to show it, or the overview is opened during start while another page was being animated. What we need to find out is what triggers it, if it is something you do or something happening during startup.
It seems the issues can be resolved by entering the menu and going upwards again. It are two pages on top of each other when the issue happens. But I don’t know for sure, since I can’t reproduce the issue. Restarting the UI also works (but from the UI that can only be done by changing the language). I didn’t check what happens after a reboot.
Thank you very much for your help. I’ll keep monitoring things to see whether what you did has permanently resolved the issue.
A moment ago I logged into the Remote Console to update to v3.70~88, and once again the graphics rendering issue is visible.
I’ve noticed that going back to the main screen and then reopening the menu makes the problem disappear.
EDIT: After updating to ~88, restarting the Cerbo, and logging back into the Remote Console, the issue is still present.
yes, as said “But apparently that is not the root cause”. If possible, please run this without modifications for a while. I am unable to reproduce it and don’t want to use your system as a debug system or remove those modifications. But this is the only report we have, so likely there is something special about your setup. But I don’t know what, obviously the UI shouldn’t react like this, whatever it is.
Seeing the same thing for a week or two on a few systems I have. On several f/w versions. Clicking the up/down/left/right is initially unresponsive but seems to clear itself after a minute or so.
Just updated to ~88 - same problem.
Phil
Understood. At the moment, all modifications have been removed from the system. Basically, I only had dbus-hoymiles installed and I don’t see how it could have affected the graphics rendering — but regardless of that, I was planning to move the entire AC-coupled PV setup to my dedicated VM-3P75CT anyway.
I found the issue btw (the sub page is stealing the focus from the main page). Should be fixed in the next beta version.
Great to hear that — I’ll wait for the new beta then.
It is now in beta, v3.70~93
