Repository navigation
CI Windows job compiles the stub core; production D3D11/MF/WASAPI adapters can merge unbuilt #618
Description
Activity
PR #643 adds the non-stub Windows compile lane and explicit MISSING_EVIDENCE markers for skipped MF hardware validation. The repository currently has no ZOOM_SDK_URL Actions secret (confirmed via gh secret list), so CI cannot yet compile the private real Zoom adapter/engine. The job will enable those targets automatically when the private SDK source is configured. Keep #618 open until that CI path is green.
- added a commit that references this issue
on Sep 26, 2026 Reopened after #643 merged. The non-stub Windows adapter/test compile lane is green, but the issue's real Zoom CI acceptance is still unmet: ZOOM_SDK_URL is absent, so the job reported MISSING_EVIDENCE and did not compile COREVIDEO_WITH_ZOOM or corevideo-zoom-engine. Keep this issue open until the private SDK source is configured and a CI run proves those targets.
Owner direction (2026-09-25): pause #618 while researching private Zoom SDK CI provisioning. The current working betas are acceptable for tonight's work. Keep the issue open and do not treat the MISSING_EVIDENCE CI path as complete; resume after the owner decides how to supply the SDK privately.
Problem
The Windows CI job compiles the stub native core. D3D11, Media Foundation encoding, WASAPI, real Zoom, RTMP/SRT, UVC, WGC, NDI, virtual-camera, and browser-host translation units can break and still merge. macOS already has the twin of the missing job (
native-metal-macoswithCOREVIDEO_STUB=OFFand real adapters). Windows does not.This is not #575. #575 is missing Actions secrets for the scheduled staging smoke. Application CI can be green while the production native configuration never compiled.
Evidence
Static review at
6f4f025687f02e14ce33fa012200afaf7396a536(2026-09-24)..github/workflows/ci.yml—native-shell-windowsrunsCOREVIDEO_STUB=ON/test:native-media-core; WinUI publish is .NET, not the flagged native corenative/CMakeLists.txt— defaultCOREVIDEO_STUB=ON; everyCOREVIDEO_WITH_D3D11|MF_ENCODER|WASAPI_*|UVC|WGC|VIRTUALCAM|RTMP_OUTPUTdefaults OFF and requiresCOREVIDEO_ENABLE_DEV_ADAPTERSscripts/test-native.ps1— local production path, not the merge gateHardware tests that self-skip currently read as green proof.
Done when
windows-latestjob configuresCOREVIDEO_STUB=OFFplus the adapter flags the Windows beta actually ships.MISSING_EVIDENCEand cannot be the only green coverage for that adapter.Related, not duplicate