Skip to content

Implement CSS will-change stacking contexts - #801

Merged
wieslawsoltes merged 1 commit into
mainfrom
feature/css-will-change-800
Sep 20, 2026
Merged

wieslawsoltes merged 1 commit into
mainfrom
feature/css-will-change-800

Conversation

@wieslawsoltes

Copy link
Copy Markdown
Collaborator

Problem

Unchanged Code OSS has 16 will-change declarations across 12 CSS files. WebScene ignored them, so transform/opacity animation surfaces did not establish their required stacking context before the real property changed.

Change

  • generate native and managed identity, validation, and CSSOM for auto or a bounded comma-separated identifier list
  • retain the normalized authored list in cold textual state and derive one packed stacking-context bit
  • reuse the existing retained atomic paint/hit predicate without preallocating a compositor layer
  • keep mutation paint-only with no layout, visual-tree node, timer, or frame demand
  • add product-neutral CSSOM/hit-order coverage and a 4,096-node zero-layout performance gate

Validation

Per the active fast-merge direction, no build or test suite was run locally. Static source review, JSON parsing, generated-metadata review, and git diff --check pass. Authored gates remain unexecuted qualification debt.

Closes #800

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.

Honor will-change stacking contexts used by Code OSS

1 participant