CNA-VGAP-021: No SpriteFont/DrawString pixel test exists for DIRECTX9 or FNA3D

CNA snapshot 3b43bd86  ·  Known Issues › Verification gaps  ·  source links pinned to 3b43bd86

SpriteFont/DrawString reach pixels in registered tests on EasyGL, SOFTWARE, SDL_GPU and WEBGPU (the shared sprite_font parity fixture, the SpriteFont cross-family program and the EasyGL SpriteFont oracles); DIRECTX9 and FNA3D have none.

Identifier

CNA-VGAP-021

Category

Verification gap

Subsystem

Testing & evidence

Status

Narrowed (partially fixed; describes only what survives)

Verified against

CNA 3b43bd86 (3b43bd8687ed46523d873f9bec4b32bd8481dcb5)

Evidence basis

Source-verified: read at TARGET, not executed

Tests touching this area

Yes: see Current tests

Affected contract

SpriteBatch::DrawString / SpriteFont rendering per renderer

Expected behaviour

Text rendering combines shared layout with each renderer's sprite path (filtering, premultiplication, sub-pixel handling), so each family needs at least one pixel check.

Actual behaviour at TARGET

A count of SpriteFont/DrawString registrations in each renderer's examples/CMakeLists.txt and in the shared corpora finds them for EasyGL (its SpriteFont pixel oracles) and SOFTWARE (which compiles the same EasyGL SpriteFont corpus). The shared parity fixture sprite_font (WEBGPU-179: a SpriteFont string, a newline and a default-character substitution reach pixels) in ParityFixtures.cmake is registered by cna_register_parity_fixtures for SDL_GPU (SdlGpu_Parity_sprite_font), WEBGPU (WebGPU_Parity_sprite_font) and EasyGL, and CrossFamilyPrograms.cmake runs SpriteFont_Properties on SDL_GPU. None is registered for DIRECTX9 or FNA3D; HEADLESS and STUB rasterise nothing.

Source locations

• modules/graphics/examples/parity/ParityFixtures.cmake — sprite_font in the shared parity list
• modules/graphics/examples/parity/CrossFamilyPrograms.cmake — SpriteFont_Properties on SDL_GPU
• modules/renderers/software/examples/CMakeLists.txt — SOFTWARE compiles the EasyGL SpriteFont corpus
• modules/renderers/fna3d/examples/CMakeLists.txt — no SpriteFont registration
• modules/renderers/directx9/examples/CMakeLists.txt — no SpriteFont registration

Evidence

Checked by reading the named sources at 3b43bd86; nothing was built or executed for this entry. Coverage was established by grepping registrations, the shared parity inventory and each renderer's example directory; tests were not run.

Re-verified at c6dec91f: the renderers retired on 2026-10-13 and 2026-10-14 took their own SpriteFont registrations with them; of the surviving texture-capable families, DIRECTX9 and FNA3D still register no text pixel test.

Focused reproduction

No focused reproduction is known. Nothing has been invented here; the evidence above is what exists.

Current tests

Renderer-independent SpriteFont layout tests exist in the graphics module; they do not rasterise.

Regression test

Register the existing EasyGL SpriteFont fixtures (single glyph, multi-glyph spacing) for each missing family that supports textures.

Blast radius

Text output on the listed renderers: glyph placement, filtering and colour are unproven there.

Workaround

No workaround is known.