- Szycy
- 26 sierpnia 2026 08:21 UTC
- Autor
- kamo
- Pochęt się
- 694503a
Recenzja wykazała, że tafla upuściła stary lokal-sprzeb-spond Brama: activeBucket rozpoczął się w initialBucket/DEFAULT_BUCKET i został przekazany useConversationRows na pierwszym renderze, podczas gdy GET zapisana preferencja Ustanowione oddzielnie i nieskoordynowane. Członek z zapisanym preferencjam otrzymał Przywip się za niewłaściwe wiadro, widoczny niewłaściwą lampę błyskową, a następnie drugi pobranie raz GET rozwiązany - a kolumna przełącznika mocuje się na każdej maksymalcowej, nie raz Na ładunek strony, więc błysnął stale. useConversationRows zyskuje czwarty argument „zbapicony” (domyślnie true), który Tłumi zarówno obciążenie początkowe / wiórowe, jak i kierowanie obserwatorem Piginacja, gdy jest fałszywa. Panna trzyma go teraz we własnym stanie „prefsLoaded”, Odwrócono true w tej samej wersji, która (kiedy zapisana wartość została zapisana) koryguje "activeBucket" - więc hak nigdy nie jest włączony z żadnym wiadrem innym Ten, który faktycznie się rozwiązał. Sprawy 6a/6b teraz twierdzą, że nieruchomość jest w poprzek Każde nagrane połączenie, a nie tylko ostatnie, które jest dokładne, jest ślepe Miejsce, które pozwala Flashowi statkować po raz pierwszy. Również: mecz z wieloma polami - OlnościotwórczePhoneNumber, na szczycie nazw członków / połączeniaTitel) nie miał zasięgu W ogóle, mimo że był to wyraźny wymóg - było to poprawne w zakresie inspekcji, Teraz jest on przygwożdżony, zarówno dla ścieżek wejściowych (searchQuery prop i panele Własne showSearch pole). A uchwyt NewAiChat zyskuje na obrońcę: szybki Dwukrotne kliknięcie wylądowało oba zdarzenia przed rozwiązaniem POST, tworząc dwa Sesje i otwieranie dwóch okien z jednego zamierzonego kliknięcia.