mirror of
https://github.com/qelectrotech/qelectrotech-source-mirror.git
synced 2026-09-30 14:54:13 +02:00
ispyisail
06fc5153c1
On Windows every tool that starts QElectroTech (qet_export, qet_edit, qet_query, qet_check, qet_continuity, qet_project_new) failed, for two reasons: - The server ran a copy of the executable from a temporary folder, to get its own SingleApplication key. A Windows program loads its DLLs from its own folder, so the copy died before main() with 0xC0000135 (DLL not found). Every flag the server passes is a CLI export flag or --run, and main.cpp handles both before it constructs SingleApplication, so on Windows the original is now run. The copy stays elsewhere. - It set QT_QPA_PLATFORM=offscreen. The Windows packages ship only the qwindows platform plugin, so Qt found none and stopped at a message box nobody could close: every call hung until its timeout. Windows now keeps its default platform; the export flags and --run open no window. Checked under Wine (qet-wine-smoke) on the fork's CI Windows build, run through python.org's embeddable Python: before, qet_export ended with exit 3221225781; after, a PDF export, a qet_query (98 elements, as on Linux) and a qet_edit placing a common:// element all succeed. The hang was isolated by launching the same export from bash (works) and from Python with one change at a time: only dropping QT_QPA_PLATFORM made it work. Four unit tests pin both choices per platform; each fails with its fix removed. Suite 262/262 none skipped on Linux. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>