Rattrapage de l'état runtime .ideai/ (tickets #119-#139/#147 clôturés,
compteur→149, ticket #148 clos et QA verte, métadonnées plugin android) —
séparé du code de feature avant d'ouvrir le travail sur le nouveau bug
de lancement CLI custom.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Réinvestiguer l’installation de hello-plugin: écran noir / perte d’affichage IdeA
closed
critical
null
target
kind
#116
relatesTo
target
kind
#43
relatesTo
kind
agent_id
agent
a6ced819-b893-4213-b003-9e9dc79b9641
kind
user
1785534496259
1785881187579
11
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.
Blomios
ecad746c66