Infrastructure: Implement neutral Windows desktop application ownership and containment

Ouverte
  • Quelque chose ne va pas ?
#4,447 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
30/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
typescript
Domaine
desktop, testing-qa

Piste de recherche

Start with the Windows / Win32 row in packages/agentic/desktop-test/references/current-status.md and the native protocol at packages/agentic/desktop-driver/native/PROTOCOL.md; the issue gives no exact adapter or test filenames. F2 #4442 must land first. Done means implementing and separately qualifying Windows Fabric and Win32 Paper ownership, identity checks, and supported containment, with matching OS native contracts and status and guidance updates.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Platform: Win32 Platform: Windows Status: Blocked

Current status - 2026-11-07

Blocked by F2 #4442's exact ownership/claim contract (in #4463). Windows Fabric and Win32 Paper remain distinct qualification endpoints.

The follow-up survivor/cleanup evidence proves bounded exact-resource reconciliation and attached-app preservation, not neutral supervisor-owned launch or descendant containment. Remaining work: exact AUMID/executable/REX incarnation and process-start/session evidence; PID reuse and ambiguity rejection; supported Job Object/descendant containment; uncontained/restricted cases explicitly Unsupported or fenced; and cross-service application/input ownership qualification.

Launch-capable comparison remains Partial because only attach-only discovery was exercised. Windows physical foreground acquisition remains Fail in #4441; do not classify a semantic activation or hosted physical-input skip as proof. Do not place externally attached applications in owned termination groups.

Goal

On Windows Fabric and Win32 Paper, the harness has no neutral application ownership model: Storybook attaches by a verified AUMID or REX executable, and descendant processes are not contained. Add exact identity, interactive-session checks, and supported containment for supervisor-owned applications.

Part of #4435 (plan item F10-W).

Scope

  • Owner: Windows lifecycle backend.
  • Paths (under packages/agentic/): neutral Windows application ownership adapters in desktop-test, the driver's Windows authority and native support as needed, and packaged and Win32 contracts.
  • Support exact AUMID and executable or REX identities, process start-time and interactive-session checks, identity re-resolution, and supported descendant containment.
  • Native helper changes follow the implement-native-component overlay and desktop-driver/native/PROTOCOL.md.

Dependencies

  • Blocked by: F2 #4442. Independent of F10-M #4446.
  • Enables: the retained supervisor-launched app option in F11 #4448.
  • Parallel with: F10-M, F5 #4443, and F6 #4445.

Acceptance

  • PID reuse, ambiguous identity, and unknown evidence fail closed.
  • Attached applications are never assigned to owned termination groups.
  • Job Object restrictions or uncontained descendants are reported as explicit unsupported or fenced outcomes.
  • Windows Fabric and Win32 Paper are qualified separately on interactive desktops.

Validation

  • Iterate with focused yarn test <name> in each changed package, then run its yarn format, yarn lint, yarn build, and yarn test. Finish with yarn clean-lage-cache then yarn lage buildci; run yarn lage test-links --verbose --grouped after markdown changes.
  • Add a patch changeset for each changed published package. Update the owning references/current-status.md rows (done, work in progress, unsupported) and affected README/AGENTS guidance in the same change.
  • Native, provider, or process-topology changes need matching-OS native contracts and the affected consumer lane. JavaScript tests and bundles do not qualify native behavior; hosted capability skips are not passes. Report each check as passed, failed, skipped, not run, or unsupported.

Evidence

  • Current state: the Windows / Win32 row of "Full-submission checklist" in packages/agentic/desktop-test/references/current-status.md.
  • Retired plan: driver-next.md at 0569e1b86, section 8 (F10-W).
Langage dominant
TypeScript
Étoiles
1.4k
Forks
179
Merge moyen
1 j 8 h
PR mergées (30 j)
60

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de microsoft/fluentui-react-native

Toutes les issues de microsoft/fluentui-react-native

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.