Skip to content

test: recover two stranded rendering tests - #82

Closed
pathscale wants to merge 1 commit into
masterfrom
collect/stranded-engine-work
Closed

test: recover two stranded rendering tests#82
pathscale wants to merge 1 commit into
masterfrom
collect/stranded-engine-work

Conversation

@pathscale

Copy link
Copy Markdown
Owner

What this is

Two test files that were written on a local branch on 2026-08-19 and never landed. They do not exist on master:

  • tests/blitz-tests/tests/window_alpha_admits_light.rs — proves a translucent surface admits what is behind it
  • tests/blitz-tests/tests/supports_gated_color_mix.rs — proves an @supports-gated rule wins over its fallback

215 lines, additive only. No source changes.

Verified

Cherry-picked cleanly onto current master (ff31bb55) and run there: 6 tests, 0 failures.

Why this is the whole recovery

I swept every local branch across ps-blitz, agencyzero, tauri-runtime-blitz, ps-observability, ps-boa and chuzz looking for stranded development — around 40 local-only branches. Almost all of it is already merged, and it took three wrong methods to establish that:

method claimed why it was wrong
commits not on master ~40 branches rebased work has different SHAs
three-dot diff every branch had "real work" shows changes since divergence, not changes missing from master
git cherry (patch-id) 6 commits rewritten commits still differ by patch-id
checking master for the feature 1 commit

The five that git cherry flagged and master already has, in evolved form:

  • fetch_response_async — present in blitz-net
  • blitz-wasm/src/events.rs and counters.rs — present
  • animation pacing — present in blitz-shell/src/window.rs
  • focus-after-borrow — present as the deferred SetFocus action in dioxus-native-dom
  • a workspace bump to 0.3.7 — obsolete, master released 0.4.0

agencyzero's fix/color-wheel-first-paint looked like the largest find of all (40 commits, 114 files). Every commit is patch-equivalent to master. Same for every tauri-runtime-blitz and ps-observability branch.

So the honest result of the sweep is that there was no backlog — just these two tests.

Three consecutive builds of a consuming app shipped a completely opaque
window while every test it had stayed green. Those tests read the
stylesheet source and the JavaScript that writes the alpha; neither looks
at a pixel, so neither could tell a working chain from a broken one, and a
screenshot was the only feedback available.

`window_alpha_admits_light` renders the declaration that app actually
ships and asserts the backdrop comes through at low alpha, is hidden at
full alpha, and moves continuously between them.

`supports_gated_color_mix` settles a suspicion rather than a bug. Lightning
CSS emits `color-mix` as progressive enhancement, keeping an opaque
fallback outside `@supports (color: color-mix(in lab, red, red))` and the
real value inside it, and in one bundle 205 of 501 uses are wrapped that
way. If the query did not match, every one of them would silently render
at its fallback. It does match, for gated rules and for gated custom
properties, and `color-mix` with `transparent` produces alpha correctly.
Worth having as a one second answer, because "the engine is quietly taking
fallbacks" is expensive to re-litigate from scratch.
@pathscale

Copy link
Copy Markdown
Owner Author

Superseded by #83, which stacks all three into one PR with the 0.4.1 workspace bump.

@pathscale pathscale closed this Aug 31, 2026
@pathscale
pathscale deleted the collect/stranded-engine-work branch September 1, 2026 04:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant