- Se descapó
- 16 de julio de 2026 a las 17:58 UTC
- Autor
- Kamo
- Compromit
- a9a6652
Las preferencias de IU por miembros (diseño nav, tamaños de cabeza hexagonal, etc.) se almacenan en una fila per (member-id, pref-key) en las PREFERENCIAS de MIEMBROS, custodiada por el único restricción Reino Unido.UI-PREF-KEY. "Reset to Standard" suave-dishúye el nav El diseño (DELETE - isactivo=false) pero deja la fila ocupando esa llave. ******************* parecía la fila con el activo-sólo Buscador, se perdió la persistente fila inactiva, construyó una nueva fila y INSERTed - - violación duplicada en UK-MEMBER-UI-P.KEY - HTTP 500. El frontend kamo-internal se traga el 500 (optimistic .catch()), por lo que el miembro Nav reordenado parecía ahorrar en la sesión pero nunca persistió, y cada login reinicio al diseño estándar. navLayout fue el único pref golpeando esto porque es la única clave con un camino de Reset - DELETE. Arregárpara: mira la fila por su clave natural independientemente de la esactiva (nuevo SecurityService-local ************* tan upsert resurrects y reactiva la hilera suave (UPDATE por PK) en lugar de INSERTing a chocando duplicado. Las lecturas (lista/conseguir) se quedan intencionalmente en activo. Miembros ya se pegó auto-curado en su próximo reordenamiento. Sin esquema/lib de lib compartida; SecurityService redistender sólo.