fix: Correction finale du problème WebSocket HTTPS/WS

- Correction de VITE_BOOTSTRAPURL dans docker-compose.yml
- Variables d'environnement docker-compose.yml override les fichiers .env
- Service ihm_client redémarré avec la configuration corrigée
- Documentation de la leçon apprise sur la priorité des variables d'environnement

docker-compose.yml

@@ -157,7 +157,7 @@ services:
     env_file:
       - .env
     environment:
-      - VITE_BOOTSTRAPURL=ws://sdk_relay:8090/
+      - VITE_BOOTSTRAPURL=wss://dev4.4nkweb.com/ws/
     ports:
       - "127.0.0.1:3003:3003"
     networks:

docs/CORRECTIONS_APPLIQUEES.md

@@ -121,3 +121,30 @@ This request has been blocked; this endpoint must be available over WSS.
 - Toujours utiliser WSS pour les connexions WebSocket depuis des pages HTTPS
 - Vérifier la configuration des variables d'environnement pour les URLs WebSocket
 - Tester la connectivité WebSocket avec des outils appropriés (wscat)
+
+## 🔧 Correction Finale du Problème WebSocket
+
+### Problème Persistant
+Malgré la correction des fichiers `.env`, l'iframe restait bloquée sur "Chargement de l'authentification..." car le `docker-compose.yml` contenait encore `VITE_BOOTSTRAPURL=ws://sdk_relay:8090/`.
+
+### Cause Racine
+Les variables d'environnement dans `docker-compose.yml` **override** les fichiers `.env`, même si ces derniers sont correctement configurés.
+
+### Solution Finale
+**Correction dans docker-compose.yml:**
+```yaml
+ihm_client:
+  environment:
+    - VITE_BOOTSTRAPURL=wss://dev4.4nkweb.com/ws/  # Au lieu de ws://sdk_relay:8090/
+```
+
+### Résultat
+- ✅ Configuration WebSocket sécurisée active
+- ✅ Service ihm_client redémarré avec la nouvelle configuration
+- ✅ Plus d'erreur Mixed Content
+- ✅ Connexions WebSocket fonctionnelles
+
+### Leçon Apprise
+- **Toujours vérifier docker-compose.yml** en plus des fichiers .env
+- Les variables d'environnement dans docker-compose.yml ont **priorité** sur les fichiers .env
+- Redémarrer les services après modification des variables d'environnement