[Mineur] Blocage révélé à la personne bloquée et surnom composé d'espaces accepté #135

New issue

Closed

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

asventi commented

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

Owner

Gravité : Mineur
Rapports QA d'origine : FRIENDS-11, FRIENDS-07

FRIENDS-11 est à arbitrer côté produit.

Détails des rapports

[FRIENDS-11] Le blocage est révélé à la personne bloquée (et le DM reste proposé avec "Add friend") — Gravité : Mineur (à arbitrer produit)

Où : DM existant côté B après blocage par A ; modale "Add a friend".
Obtenu : B voit un bouton "Add friend" dans l'en-tête du DM ; au clic, toast "Relationship blocked — You cannot send a friend request to 'A'" (friends_19_B_add_friend_blocked_toast.png). La modale AddFriend continue d'afficher A avec "Add" pour B. Le blocage n'est donc pas discret, et le message 403 de POST /me/conversations ("You cannot start a conversation with X") le confirme aussi.
Cause probable : backend/API/Problems/RelationshipProblems.cs:22 (Blocked en 403 explicite) ; frontend/src/friends/components/ConversationChat.tsx:21-31.

[FRIENDS-07] Un surnom composé uniquement d'espaces est accepté par l'API — Gravité : Cosmétique

Où : PATCH /api/me/relationships/{userId} {"nickname":" "} -> 200, nickname stocké " " (l'UI trim côté client, donc non atteignable depuis l'UI, mais l'API laisse un nom d'affichage invisible). Une chaîne vide "" est correctement refusée en 400, mais null est le seul moyen de reset. Les 400 de validation affichent aussi le message générique "must be a string or collection type with a minimum length of '1'..." (peu lisible).
Cause probable : backend/API/Users/Me/Relationships/Update/UpdateRelationshipEndpoint.cs:9 [Length(1, 255)] sans trim/MinLength non-blanc.

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 :** FRIENDS-11, FRIENDS-07 FRIENDS-11 est à arbitrer côté produit. ## Détails des rapports <details><summary>[FRIENDS-11] Le blocage est révélé à la personne bloquée (et le DM reste proposé avec "Add friend") — Gravité : Mineur (à arbitrer produit)</summary> - Où : DM existant côté B après blocage par A ; modale "Add a friend". - Obtenu : B voit un bouton "Add friend" dans l'en-tête du DM ; au clic, toast "Relationship blocked — You cannot send a friend request to 'A'" (`friends_19_B_add_friend_blocked_toast.png`). La modale AddFriend continue d'afficher A avec "Add" pour B. Le blocage n'est donc pas discret, et le message 403 de `POST /me/conversations` ("You cannot start a conversation with X") le confirme aussi. - Cause probable : `backend/API/Problems/RelationshipProblems.cs:22` (`Blocked` en 403 explicite) ; `frontend/src/friends/components/ConversationChat.tsx:21-31`. </details> <details><summary>[FRIENDS-07] Un surnom composé uniquement d'espaces est accepté par l'API — Gravité : Cosmétique</summary> - Où : `PATCH /api/me/relationships/{userId}` `{"nickname":" "}` -> 200, nickname stocké `" "` (l'UI trim côté client, donc non atteignable depuis l'UI, mais l'API laisse un nom d'affichage invisible). Une chaîne vide `""` est correctement refusée en 400, mais `null` est le seul moyen de reset. Les 400 de validation affichent aussi le message générique "must be a string or collection type with a minimum length of '1'..." (peu lisible). - Cause probable : `backend/API/Users/Me/Relationships/Update/UpdateRelationshipEndpoint.cs:9` `[Length(1, 255)]` sans trim/`MinLength` non-blanc. </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/friends-blocking

labels

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