- Shipped
- 16 lipca 2026 17:58 UTC
- Author
- Kamo
- Commit
- a9a6652
Preferencje interfejsu użytkownika (planowanie nav, rozmiary hex-head itp.) są przechowywane w jednym wiersz na (member_id, pref_key) w MEMBER_UI_PREFERENCES, strzeżony przez unikalnych Ograniczenie UK_MEMBER_UI_PREF_KEY. "Reset to Standard" soft-deletuje nav Układ (DELETE -> is_active-false), ale pozostawia wiersz zajmując ten klucz. - spojrzał w rząd w górę z aktywnym tylko Wysłannik, przegapił utrzymujący się nieaktywny rząd, zbudował zupełnie nowy rząd i INSERTed To -> naruszenie duplika klucza na UK_MEMBER_UI_PREF_KEY -> HTTP 500. W tym, że kamo-internal frontend połyka 500 (optymistyczny .catch(), więc członek Nav wydawał się oszczędzać w sesji, ale nigdy nie trwał, a każdy login Zresetuj do układu Standard. navLayout był jedynym prefem, który uderzył w to, ponieważ Jest to jedyny klucz z Reset -> DELETE ścieżka. Fix: spójrz wiersz w górę przez jego naturalny klucz niezależnie od is_active (nowy SecurityService-local - więc uperwane wskrzeszenia I reaktywuje wydeplitonowy rząd (UPDATE by PK), a nie INSERTing a Zderzający duplikat. Czytaj (lista/dostanie) celowo pozostać aktywnym. Kategoria: Członkowie Już utkwiło w samoleczenie na następnym ponownym zamówieniu. Bez zmian schematu/podzielonego libu; Tylko przesunięcia SecurityService.