Requalification Architect du 2026-08-01: le crash INTERFACE INTERROMPUE au chargement d'un plugin (menu + item) remonte via ProjectsView -> usePluginMenus -> MenuBar jusqu'à RootErrorBoundary, quel que soit le plugin (ancien ou reconstruit via SDK). - usePluginMenus isole la résolution/conversion des contributions plugin : toute erreur retombe sur [] au lieu de propager. - ProjectsView sépare les menus natifs des menus enrichis par plugin et rend MenuBar derrière une error boundary locale (fallback menus natifs seuls). - hello-plugin (SDK) et les tests d'installation associés durcis en cohérence. Bookkeeping ticket #120 uniquement (issue.md, carnet.md) ; les fichiers counter.json/index.json et le dossier tickets/122/ restent hors commit car une collision de numérotation #122 existe entre cette base et feature/ticket120-hello-plugin-install-path-audit (deux tickets différents revendiquent #122) — à arbitrer avant de committer le bookkeeping global. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
34 lines
1.6 KiB
Markdown
34 lines
1.6 KiB
Markdown
---
|
||
id: "f4218553-680a-4fbb-9514-a96eab79b8d8"
|
||
number: 120
|
||
title: "Réinvestiguer l’installation de hello-plugin: écran noir / perte d’affichage IdeA"
|
||
status: "inProgress"
|
||
priority: "critical"
|
||
sprint: null
|
||
links: [{"target":"#116","kind":"relatesTo"}]
|
||
agentRefs: []
|
||
attachments: []
|
||
createdBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
|
||
updatedBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
|
||
createdAt: 1785534496259
|
||
updatedAt: 1785592705452
|
||
version: 5
|
||
---
|
||
## Constat utilisateur
|
||
|
||
Au 2026-07-31, l’installation de `hello-plugin` fait encore perdre tout l’affichage d’IdeA (écran noir / UI vide), malgré un précédent correctif supposé sur `#116`.
|
||
|
||
## Objectif
|
||
|
||
Reprendre le sujet proprement avec un ticket neuf de réinvestigation et de durcissement:
|
||
- recréer un plugin de test minimal `hello-plugin` depuis zéro pour repartir d’un cas maîtrisé ;
|
||
- renforcer les tests e2e autour du cycle d’installation plugin ;
|
||
- identifier précisément la cause réelle de la perte d’affichage ;
|
||
- corriger le ou les défauts (backend, frontend, runtime, permissions, flux d’installation, etc.) ;
|
||
- valider la non-régression sur le cas `hello-plugin`.
|
||
|
||
## Notes de cadrage
|
||
|
||
- Le ticket n’assume pas que la cause soit dans le plugin lui-même ; la reconstruction du plugin sert de témoin minimal reproductible.
|
||
- Le ticket doit s’appuyer sur le précédent `#116` mais repart d’un constat live utilisateur indiquant que le système plugin reste non fiable.
|
||
- La sortie attendue inclut des tests e2e réellement exécutés et un rebuild AppImage pour validation dans le binaire utilisé par IdeA. |