Checkpoint: Correction du bug d'inscription qui associait le mauvais apprenant
Problème identifié : - La procédure apprenants.create était une procédure admin (adminProcedure) - La page d'inscription publique n'est pas authentifiée - Lors de la création d'un apprenant, la mutation échouait silencieusement - Le code récupérait ensuite un mauvais apprenant par email Solution appliquée : - Création d'une nouvelle procédure publique apprenants.createPublic - Modification de Inscription.tsx pour utiliser createPublic au lieu de create - Les nouveaux apprenants peuvent maintenant être créés depuis la page publique - L'inscription associe maintenant le bon apprenant à la séquence
This commit is contained in:
9
.manus/db/db-query-1764582685633.json
Normal file
9
.manus/db/db-query-1764582685633.json
Normal file
@@ -0,0 +1,9 @@
|
||||
{
|
||||
"query": "SELECT id, nom, prenom, email, codeEtablissement, fonction FROM apprenants WHERE nom LIKE '%MONROE%' OR nom LIKE '%PIGNOL%' ORDER BY id",
|
||||
"command": "mysql --batch --raw --column-names --default-character-set=utf8mb4 --host gateway02.us-east-1.prod.aws.tidbcloud.com --port 4000 --user 4CrrYuB5tme73Qo.root --database 7PAT67UmWoxv8vwp8Bbcv6 --execute SELECT id, nom, prenom, email, codeEtablissement, fonction FROM apprenants WHERE nom LIKE '%MONROE%' OR nom LIKE '%PIGNOL%' ORDER BY id",
|
||||
"rows": [],
|
||||
"messages": [],
|
||||
"stdout": "",
|
||||
"stderr": "",
|
||||
"execution_time_ms": 86
|
||||
}
|
||||
Reference in New Issue
Block a user