- Shipped
- 16 juillet 2026 à 17:58 UTC
- Author
- Kamo
- Commit
- a9a6652
Les préférences d'utilisateur par membre (mise en page, tailles hexagonales, etc.) sont stockées une ligne par (member-id, pref-key) dans MEMBRES-UI-PREFERENCES, gardée par l'unique Contrainte UK-MEMBER-UI-PREFKEY. "Reset to Standard" (Reset to Standard) (Reset to Standard) (Reset à la norme) mise en page (DELETE - is-active-faux) mais laisse la ligne occupant cette clé. - a regardé la rangée avec le seul actif finder, manqué la ligne inactive persistante, construit une toute nouvelle rangée et INSÉRÉ -- violation de la clé-duplément sur UK-MEMBER-UI-PREF-KEY-- HTTP 500. Le kamo-internal frontend avale le 500 (optimistique .catch()), de sorte que le membre a réordonné nav semblait sauver en session mais n'a jamais persisté, et chaque connexion Reset to the Standard mise en page. navLayout était la seule préf à frapper cela parce que c'est la seule clé avec un chemin Reset - DÉLETE. Correction: regardez la ligne vers le haut par sa clé naturelle, quelle que soit la valeur active (nouvelle SecurityService-local - ainsi upsert resurrects et réactive la ligne à dilatage souple (UPDATE by PK) plutôt qu'à INSÉRER un collision en double. Lecture (liste/get) reste intentionnellement actif uniquement. Membres déjà coincés à la guérison lors de leur prochaine réorganisation. Pas de changement de schéma/partage; SecurityService ne déplic lere que.