mirror of
https://github.com/R0m1k3/LogiFlow.git
synced 2026-10-16 19:56:32 +02:00
michaelschal
07b848b127
Add SQL debugging script and enhanced console logs to diagnose user group assignment issues in production, addressing user reports of unassigned groups. Replit-Commit-Author: Agent Replit-Commit-Session-Id: a8a78c07-e900-425c-a577-5b4c5894379d Replit-Commit-Checkpoint-Type: full_checkpoint Replit-Commit-Screenshot-Url: https://storage.googleapis.com/screenshot-production-us-central1/1957c339-2757-4d1f-8e92-e9f71a1ce58e/a8a78c07-e900-425c-a577-5b4c5894379d/fwSlq3W
62 lines
2.4 KiB
Markdown
62 lines
2.4 KiB
Markdown
# Guide de Correction Production - LogiFlow
|
|
|
|
## Problèmes Résolus ✅
|
|
|
|
### 1. Changement de Mot de Passe Administrateur
|
|
**Problème** : ERR_MODULE_NOT_FOUND pour localAuth.production.js
|
|
**Solution** : Implémentation d'une fonction `hashPasswordSimple` intégrée dans routes.ts qui fonctionne dans tous les environnements.
|
|
|
|
### 2. Attribution des Groupes aux Utilisateurs
|
|
**Problème** : Colonne "created_at" manquante dans la table user_groups en production
|
|
**Solution** : Gestion d'erreur dans `assignUserToGroup` avec fallback automatique.
|
|
|
|
## Solutions Disponibles
|
|
|
|
### Solution A : Correction Automatique (Recommandée) ✅
|
|
Le code a été modifié pour détecter automatiquement si la colonne `created_at` existe :
|
|
- Essaie d'insérer avec le schéma complet
|
|
- En cas d'erreur, insère sans la colonne `created_at`
|
|
- Aucune intervention manuelle requise
|
|
|
|
### Solution B : Mise à Jour de Base de Données (Optionnelle)
|
|
Si vous souhaitez synchroniser complètement votre base de données production avec le schéma :
|
|
|
|
```sql
|
|
-- Exécuter sur votre serveur de production
|
|
ALTER TABLE user_groups
|
|
ADD COLUMN IF NOT EXISTS created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;
|
|
```
|
|
|
|
## Test des Corrections
|
|
|
|
1. **Changement de Mot de Passe** : Testez via l'interface utilisateur
|
|
2. **Attribution de Groupes** : Testez l'assignment d'utilisateurs aux groupes
|
|
|
|
## Débogage Production
|
|
|
|
### Script de Diagnostic SQL
|
|
Utilisez le script `debug-usergroups-production.sql` pour :
|
|
- Vérifier la structure de la table user_groups
|
|
- Examiner les données existantes
|
|
- Identifier les problèmes d'association utilisateur-groupe
|
|
|
|
### Logs de Débogage
|
|
Les logs suivants sont maintenant disponibles :
|
|
- `🔍 getUserWithGroups called for user: [id]`
|
|
- `🔍 Querying user_groups for user: [id]`
|
|
- `🔍 Found X group assignments for user [id]`
|
|
- `⚠️ Production mode: user_groups table missing created_at column, using raw SQL`
|
|
|
|
## Déploiement
|
|
|
|
1. Redéployez votre application avec les dernières modifications
|
|
2. Testez les fonctionnalités utilisateur en production
|
|
3. Les logs montreront si le mode fallback est utilisé pour les groupes
|
|
|
|
## Logs de Débogage
|
|
|
|
En production, vous verrez :
|
|
- `⚠️ Production mode: user_groups table missing created_at column, inserting without it` si la colonne n'existe pas
|
|
- Aucun message si la table a été mise à jour avec la colonne manquante
|
|
|
|
Ces corrections garantissent la compatibilité dans tous les environnements sans casser la fonctionnalité. |