[Mineur] Édition d'un message de plus de 8192 caractères : 500 #118

New issue

Closed

opened 2026-10-28 10:32:11 +00:00 by asventi · 0 comments

asventi commented

2026-10-28 10:32:11 +00:00

Owner

Gravité : Mineur
Rapports QA d'origine : CHAT-06, FRIENDS-13

La création renvoie une erreur propre, l'édition n'a aucune validation de longueur.

Détails des rapports

[CHAT-06] Édition de message sans validation de longueur -> 500 — Gravité : Mineur

Où : PUT /api/channels/{id}/messages/{msgId} avec content de 10 000 ou 300 000 caractères.
Obtenu : 500 DbUpdateException (la colonne a visiblement une limite) au lieu d'un 4xx ; la création, elle, renvoie un 404 TOO_LONG propre à 8193. Contenu en base inchangé (vérifié).
Cause : Update/UpdateMessageCommand.cs n'a pas le contrôle Content.Length > 8192 présent dans CreateMessageCommand.cs.

[FRIENDS-13] Edition d'un message > 8192 caractères : 500 ; 8193 caractères à la création : 404 "Message too long" — Gravité : Mineur

Où : PUT /api/channels/{id}/messages/{msgId} avec 9000 caractères -> 500 DbUpdateException ; POST /api/channels/{id}/messages avec 8193 caractères -> 404 MESSAGE_TOO_LONG (devrait être 400/413/422). take=-1 sur GET .../messages -> 500 (Npgsql), take non borné.
Cause probable : Channels/Messages/Update/UpdateMessageCommand.cs n'applique pas la limite de 8192 de CreateMessageCommand.cs ; Problems/MessageProblems.cs (TooLong en 404) ; ListMessagesEndpoint.cs pas de [Range] sur take.
Preuve : scripts/friends/api4.py. (Zone chat, signalé car vu dans les DM ; l'UI limite à 8192 caractères via ChatComposer.tsx:33.)

Trouvé par une campagne de tests QA automatisés (agents Claude, Playwright) sur l'environnement de dev. Les captures citées sont locales et non jointes.

**Gravité :** Mineur **Rapports QA d'origine :** CHAT-06, FRIENDS-13 La création renvoie une erreur propre, l'édition n'a aucune validation de longueur. ## Détails des rapports <details><summary>[CHAT-06] Édition de message sans validation de longueur -> 500 — Gravité : Mineur</summary> - Où : `PUT /api/channels/{id}/messages/{msgId}` avec content de 10 000 ou 300 000 caractères. - Obtenu : 500 `DbUpdateException` (la colonne a visiblement une limite) au lieu d'un 4xx ; la création, elle, renvoie un 404 TOO_LONG propre à 8193. Contenu en base inchangé (vérifié). - Cause : `Update/UpdateMessageCommand.cs` n'a pas le contrôle `Content.Length > 8192` présent dans `CreateMessageCommand.cs`. </details> <details><summary>[FRIENDS-13] Edition d'un message > 8192 caractères : 500 ; 8193 caractères à la création : 404 "Message too long" — Gravité : Mineur</summary> - Où : `PUT /api/channels/{id}/messages/{msgId}` avec 9000 caractères -> 500 `DbUpdateException` ; `POST /api/channels/{id}/messages` avec 8193 caractères -> 404 `MESSAGE_TOO_LONG` (devrait être 400/413/422). `take=-1` sur `GET .../messages` -> 500 (Npgsql), `take` non borné. - Cause probable : `Channels/Messages/Update/UpdateMessageCommand.cs` n'applique pas la limite de 8192 de `CreateMessageCommand.cs` ; `Problems/MessageProblems.cs` (TooLong en 404) ; `ListMessagesEndpoint.cs` pas de `[Range]` sur `take`. - Preuve : `scripts/friends/api4.py`. (Zone chat, signalé car vu dans les DM ; l'UI limite à 8192 caractères via `ChatComposer.tsx:33`.) </details> --- _Trouvé par une campagne de tests QA automatisés (agents Claude, Playwright) sur l'environnement de dev. Les captures citées sont locales et non jointes._

asventi added the

bug

groupe/input-validation

labels

2026-10-28 10:44:19 +00:00