[tae898]

Closes #307

test_dev_engine_pin.py was excluded on Windows only through collect_ignore, which the native parity runner does not honour for a file it names on the command line. It runs the bash code of a workflow step, so it failed on the Windows parity legs of 26.12.1.dev0 and the gate held the native win_amd64 wheel back (dev0 is on PyPI without it: no win_amd64 arcadedb wheel; the three other native platforms and all arcadedb-jvm wheels are published).

• test_dev_engine_pin.py moves into WINDOWS_NOT_APPLICABLE, the table parity_wheel.py reads, and out of the separate collect_ignore.append.

• New tests/test_conftest_windows_table.py runs everywhere and parses conftest.py with ast: every file appended to collect_ignore in the win32 block must be a key of the table, every key must exist, and parity_wheel.py must still read and apply the table. I ran its functions by hand against this conftest (pass) and against the previous one (it names test_dev_engine_pin.py).

• 26.12.1.dev1 will carry this fix; the engine pin is unchanged.

• The native 26.12.1.dev0 wheel recorded the pinned snapshot in _build_info.py, but arcadedb.ENGINE_SNAPSHOT and arcadedb.ENGINE_IMAGE_DIGEST printed None: build_wheel.py imports them near the top of __init__.py, and the JVM fallback try/except further down set them to None again. __init__.py now looks in _build_info first, and tests/test_engine_snapshot_recorded.py (it runs in the native parity legs on the installed wheel) asserts that the attribute is the recorded value on both builds.

• scripts/verify_wheel_engine_pin.py runs in release-native.yml (verify job, before the upload) and release-jvm.yml (verify-wheels): a .devN wheel must record the pinned snapshot and image digest in its _build_info.py or _version.py, a final or .postN wheel must record none. A release can no longer publish a wheel that does not say what it embeds.

🤖 Generated with Claude Code