Infrastructure: Restore Windows Storybook focus-regression parity
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- react-native, storybook, typescript
- Área
- desktop-dev, testing-qa
Línea de trabajo
Start with packages/agentic/components/src/components/button/button.stories.tsx, packages/agentic/components/src/common/desktopFocus.wdio.ts, and the executable-test contract in packages/agentic/storybook-desktop/README.md. Compare the retired coverage from PR #4208 with current generated story IDs and native testIDs, then verify the named focus-survival, visibility, status, CI, and artifact requirements on an unlocked Windows Fabric lane without restoring Appium or the retired Jest harness.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Goal
Restore the complete regression coverage from the retired Windows Jest Storybook harness through the supported native Storybook/WDIO path. Parent: #4275. Follow-up to the completed retirement milestone #4254.
Status - 2026-10-01
Open; retirement is complete, regression parity is not. PR #4294 removed the legacy harness. PRs #4306, #4313, #4314, and #4320 delivered native providers, executable story tests, modern focus behavior, and FocusZone regressions.
The current catalog has 29 named WDIO cases across 17 stories, including Button, Switch, Input, TabList, and FocusZone focus behavior. Those newer tests are valuable but do not recreate the original ten delayed focus-survival cases. The current story callbacks/helpers contain no original three-second post-activation survival cohort.
Required historical coverage
The load-bearing regression from PR #4208 was a delayed 0xc0000409 application termination after focus acquisition. Preserve a minimum three-second post-activation observation, native focus confirmation, and terminal app-crash detection for each original consumer:
| Consumer | Required regression |
|---|---|
| Tag | Focus acquisition and delayed survival |
| Accordion | Header focus acquisition and delayed survival |
| Tab | Selected-tab focus acquisition and delayed survival |
| ListboxItem | Focus acquisition and delayed survival |
| Checkbox | Focus acquisition and delayed survival |
| MenuItem | Selected-item focus acquisition and delayed survival |
| ListItem | Selected-item focus acquisition and delayed survival |
| Radio | Focus acquisition and delayed survival |
| Switch | Focus acquisition and delayed survival |
| Card | Interactive-card focus acquisition and delayed survival |
| Button | Real Tab movement from one enabled button to the next |
Also reconcile the original Button/Icon/Callout visibility and Callout native-window status checks with the replacement coverage. Use generated current story IDs and stable native testIDs, not the obsolete IDs/XPath selectors from the removed harness.
Acceptance criteria
- Each of the ten delayed cases is authored as a named, typed, component-colocated WDIO case and retains the three-second regression window.
- The Button real-Tab movement case and original visibility/status assertions have active replacement coverage.
- The tests verify native focus and application survival, not only JavaScript state or immediate renderability. Crashes during the observation window terminate the run as failures.
- Real pointer activation is qualified on an unlocked interactive Windows Fabric endpoint. Programmatic focus can supplement, but must not be mislabeled as a physical-click regression pass.
- All required cases execute in an active Windows Fabric CI lane, unquarantined, with actual pass evidence. Hosted keyboard/pointer skips do not establish parity.
- Accordion's currently excluded Fabric module has a safe, documented native test path; exclusions are not silently counted as coverage.
- Changes to FocusVisual or its consumers trigger/review this cohort, and run artifacts identify each executed/skipped case and exact app/helper/manifest identity.
- Ownership-safe teardown, process/input recovery, documentation, and relevant package checks remain intact. Do not restore Appium or the retired Jest harness.
Evidence and coordination
- Original regression: PR #4208, commit
4777e54fee2eab72af36d3bfac58e618ed0ad634. - Current Button tests
- Shared native focus helpers
- Current authored-test contract
- Coordinate authoritative input/CI qualification with #4349, native catalog exclusions with #4344, and accessibility/native-state coverage with #4343/#4346.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1.4k
- Forks
- 179
- Merge medio
- 2 d 9 h
- PR fusionados (30 d)
- 30
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/fluentui-react-native
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
microsoft/fluentui-react-native#4174 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
microsoft/fluentui-react-native#4343 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
microsoft/fluentui-react-native#4344 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
microsoft/fluentui-react-native#4345 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
microsoft/fluentui-react-native#4346 ·
Los mantenedores suelen responder en 1 día
Todos los issues de microsoft/fluentui-react-native
Issues similares
-
Flaky: mongodb-memory-server 'Port already in use' when another process starts a mongod concurrentlyAbiertoarea:testing bug effort:S priority:P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
lens:agent lens:process process
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
thebristolsound/birdbrain#1772 ·
Los mantenedores suelen responder en 1 día
-
bug priority:low ready-for-dev
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Automattic/data-liberation-agent#685 ·
Los mantenedores suelen responder en 1 día
-
Business
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día