Plan : Onglet Info sur la page instance

Status : EN ATTENTE

Etat actuel (en prod, cassé - 500)

Le dernier push a actions/index.tsx (955 lignes, ancien contenu Actions) + index.tsx réécrit (Info cards) + layout.tsx modifié (cards retirées, handleSetDefault ajouté au context, tabs modifiés).

Erreur runtime : Cannot access '_l' before initialization dans @qwik-city-plan.js.

Cause probable du crash

J'ai ajouté handleSetDefault: QRL<() => Promise<void>> au InstanceContextType et au provider dans layout.tsx. C'est la seule modification structurelle du layout. Les autres sous-routes (endpoints, logs, tools, terminals) existaient AVANT cette modification et fonctionnent.

Hypothèse : l'ajout d'un QRL au context provider modifie l'ordre d'initialisation des modules dans le plan de routes Qwik.

Plan de fix

Etape 1 : Retirer handleSetDefault du context layout

Fichier : layout.tsx

• Retirer handleSetDefault du type InstanceContextType
• Retirer handleSetDefault du useContextProvider
• NE PAS toucher aux cards (les laisser retirées comme actuellement)
• NE PAS toucher aux tabs (laisser Info | Actions | ...)

Etape 2 : Recréer actions/index.tsx

• Contenu = l'original de index.tsx (955 lignes, page Actions)
• Import : import { InstanceContext } from '../layout' (comme endpoints, logs, etc.)

Etape 3 : Page Info (index.tsx)

• Garder le contenu actuel (cards Config + Utilisation)
• Le bouton "Définir par défaut" utilise api.setDefaultInstance() directement (pas via context)
• Import $ et api en plus

Etape 4 : Push et vérifier

• Un seul commit avec les 3 fichiers
• Vérifier pipeline + logs container

Si ça crashe encore

Si le crash persiste après retrait de handleSetDefault, le problème est ailleurs :

• Tester en vidant le cache Docker vite : modifier le Dockerfile pour --no-cache temporairement
• Ou bien : abandonner la sous-route actions/ et utiliser un signal dans le layout pour toggle Info/Actions sur la même route (approche qui ne crée aucune nouvelle route)

Fichiers modifiés