Closed kpine closed 4 years ago
It looks like Debian Bullseye has moved to QT 5.14.2, https://packages.debian.org/bullseye/libqt5serialport5-dev and https://metadata.ftp-master.debian.org/changelogs//main/q/qtserialport-opensource-src/qtserialport-opensource-src_5.14.2-2_changelog.
build-150 is the last one to use QT 5.12, which is working. build-151 and 152 are using QT 5.14.2. This would explain why ozw-admin is crashing, for the same reason that the HA addon is.
New Images being build with a custom 5.12.9 build. I'll chase newer QT version compatibility some other day :)
When using
allinone-build-152
the image, anytime I connect to ozw-admin over VNC and try to change a user value (e.g. set dimmer level), the value will be set but ozw-admin will immediately crash with a SEGV. If I rollback to build-150 it does not happen. Build 151 also crashes. All images are using the same ozw-admin 0.1.74. I have tried wiping my entire configuration and starting over, to no avail.Maybe this is an ozw-admin bug, but I've submitted it here because I cannot produce the same behavior with either the Windows or Linux standalone versions. Only the embedded version is crashing like this.
Attached is the core dump from ozw-admin. It looks some kind of infinite recursion caused a stack overflow. There is something like 60,000 active stack frames.
Let me know if any more logs are required. core.zip
As an aside, it would be more convenient if ozw-admin was configured to dump corefiles to the a volume somewhere (crashes directory?) so it's more accessible. As is, it dumps do /opt/ozw and you need to copy it from the container.