Skip to content

perf(users): identifiants des autres stratégies chargés au dépliage (G-132) - #1250

Merged
rolljee merged 1 commit into
5-devfrom
fix/users-credentials-au-depliage
Oct 3, 2026
Merged

rolljee merged 1 commit into
5-devfrom
fix/users-credentials-au-depliage

Conversation

@rolljee

@rolljee rolljee commented Oct 3, 2026

Copy link
Copy Markdown
Member

Retour de QA : Security → Users met plusieurs secondes à s'ouvrir sur paas.

Cause : performSearchUsers appelait getCredentials pour chaque utilisateur × stratégie, en série (2 + 25 × 2 allers-retours pour 25 utilisateurs et deux stratégies). Invisible en local (G-132).

Correctif

  • La liste ne charge que local (seul affiché ligne repliée), en parallèle, et getStrategies en parallèle de la recherche.
  • UserItem charge toutes les stratégies à son premier dépliage (getUserCredentials), et oublie ce chargement si la liste recharge ses documents.
  • Spec users : le dépliage rend les identifiants.

Vérifié contre un build sur stack neuve : users 21/21, apiKeys 7/7, profiles 7/7.

⚠️ Fusionner redéploie console-v5 pendant la QA. Report sur 4-dev dans une PR séparée.

🤖 Generated with Claude Code

…G-132)

Retour de QA : la liste des utilisateurs mettait plusieurs secondes à
s'ouvrir sur un backend distant. Elle appelait getCredentials pour chaque
utilisateur et chaque stratégie, en série. Elle ne charge plus que
`local`, seul affiché ligne repliée, en parallèle ; UserItem charge
toutes les stratégies à son premier dépliage.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@rolljee
rolljee merged commit 604cf67 into 5-dev Oct 3, 2026
45 of 47 checks passed
@rolljee
rolljee deleted the fix/users-credentials-au-depliage branch October 3, 2026 05:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant