Currently the method in install2.sh, which is in fact doing a portable installation of the system by extracting all relevant files is not working. I didn't test install.sh, yet, but I expect even more problems with this method, as the installer is always a bit instable.
The effects:
wineuser@14ff3e064512:/$ codesys ide Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/wineuser/.wine.cds' has been updated. winevdm: Cannot start DOS application C:\CODESYS\CODESYS\Common\CODESYS.exe because the DOS memory range is unavailable. You should install DOSBox. winevdm: Cannot start DOS application C:\CODESYS\CODESYS\Common\CODESYS.exe because the DOS memory range is unavailable. You should install DOSBox.
wineuser@14ff3e064512:/$ codesys export-documentation
So in fact I don't get any output on the commandline, and the commands return immediately. I guess, that this needs more investigation outside of the containers.
Another test showed that the IDE worked natively on buster. Seems that we only have problems with the docker images.
Works again! Was just a DotNet issue. winetricks was not able to install DotNet completely headless anymore. So we now have the workaround with xvfb in install2.sh, like we had for install.sh.