Blomios
5efb026a80
Clôture #114/#115/#116/#117, suppression #111, ouverture #119/#120/#121, notes mémoire root-cause #113 et angle d'investigation #120. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.9 KiB
name, description, metadata
| name | description | metadata | ||
|---|---|---|---|---|
| ticket120-hello-plugin-recurrence-investigation-angle | memory note ticket120-hello-plugin-recurrence-investigation-angle |
|
Historique des correctifs déjà appliqués au symptôme « installer hello-plugin fait perdre l'affichage IdeA » : fe5fe7c (crash asset protocol Tauri), aa85037/c100a03 (isolation des contributions plugin en erreur + durcissement menus.ts), d4e61a8/f6685aa (ticket #116, fermé). Constat utilisateur live au 2026-07-31 (ticket #120) : le black screen est toujours observé malgré ces trois vagues.
Why: trois correctifs successifs ciblant tous la couche « rendu des contributions plugin déjà chargées » sans faire disparaître le symptôme est un signal fort que la cause racine réelle est ailleurs — probablement en amont (flux d'installation backend : validation manifeste, copie assets, écriture manifeste projet — un panic/erreur non catché ici peut tuer le process Tauri entier, ce qu'aucune isolation frontend ne peut rattraper) ou dans le remount/reload post-install côté frontend, pas dans le rendu des contributions lui-même qui a déjà été isolé trois fois.
How to apply: pour #120, prioriser l'audit du chemin d'installation backend et de la frontière install→reload frontend AVANT de retoucher l'isolation des contributions (déjà traitée). Reproduire dans l'AppImage réellement rebuild (pas pnpm dev), pas seulement en dev — voir mcp-bridge-and-delegation-runtime-notes sur le piège du binaire qui tourne. Ne pas re-fermer le ticket sans preuve live post-fix dans le binaire réel, comme #116 l'a probablement fait à tort.