Craft v0.0.175 imports CoInitializeEx, so its Windows runtime now puts the
calling thread in a COM apartment and the desktop window should open.
ole32.dll: CoInitializeEx, CoTaskMemFree, CoUninitializecraft-native/craft#342 is closed.
What this unblocks, and what to change:
- Bump
craft-native.orgindeps.yamlto^0.0.175. Until thenscripts/build-desktop-windows.tskeeps pinning v0.0.100 and nothing changes. - CI's
Guard why the window does not openwill report thewindowsHidespawns loading whereCO_E_NOTINITIALIZEDwas expected. Drop those expectations inscripts/windows-webview-spawn-probe.ts. - Remove the
0x800401f0tolerance from theOpen the window and photograph itstep, so a window failing to open is a hard failure again. - Update
CHANGELOG.mdand the v0.3.7 release notes, which say the desktop app is macOS-only pending craft-native/craft#335.
Opened by scripts/craft-com-watch.ts, which reads the import table of each
new release rather than running anything.