< Wróć do aktualności

SSP Wallet v2.1.1: podpisywanie firmowe znów działa

·3 min czytania·Autor: SSP Editorial Team
Okładka wydania SSP Wallet v2.1.1

SSP Wallet v2.1.1: podpisywanie firmowe znów działa

Wersja 2.1.1 ukazała się 21 sierpnia jako poprawka do wydania, które wprowadziło Solanę do sieci głównej. Naprawia błąd całkowicie blokujący podpisywanie firmowe oraz dwa drobniejsze, przez które zatwierdzenia czytało się gorzej, niż powinno.

Jeśli korzystasz ze skarbców SSP Enterprise, to jest ta aktualizacja, na której ci zależy.

Otwarcie propozycji ze skarbca prowadziło na ekran błędu

Ten poważny. Między v2.1.0 a tą poprawką otwarcie firmowej propozycji płatności do podpisu potrafiło wyrzucić rozszerzenie na ekran błędu, zanim w ogóle pojawiło się okno zatwierdzenia. Z propozycją było wszystko w porządku. Ze skarbcem też. Portfel po prostu odmawiał pokazania tego, co chciałeś podpisać.

Przyczyna dobrze pokazuje, jak błąd potrafi ukryć się w kodzie, który wygląda na niezwiązany. SSP Wallet obsługuje kilka rodzajów przychodzących żądań — płatność do zatwierdzenia, wiadomość do podpisania, węzeł Flux do uruchomienia — a te okna pozostają zamontowane w tle, gdy obsługiwane jest inne żądanie. Skoro pozostają zamontowane, ich props zachowują to, co zostawiło tam poprzednie żądanie.

Żądania uruchomienia węzła Flux niosą klucze publiczne delegatów jako łańcuch JSON. Propozycje płatności wypełniają to samo miejsce obiektami odbiorców. Gdy więc nadchodziła propozycja firmowa, okno uruchamiania węzła wciąż nasłuchiwało, czytało listę odbiorców tak, jakby była listą kluczy delegatów, i wywalało się na tej niezgodności.

Poprawka ma dwie części. Okna węzła nie renderują teraz zupełnie niczego, dopóki nie są aktywnym żądaniem, zamiast po cichu trzymać nieaktualne props. A lista delegatów jest filtrowana po typie, więc za klucze uznawane są wyłącznie prawdziwe łańcuchy znaków. Doszły nowe testy kontraktowe wokół współdzielonego stanu okien, żeby oba rodzaje żądań znów się nie pomyliły.

Nic tu nigdy nie było zagrożone — wywalone okno niczego nie podpisze, a przeniesienie środków i tak wymaga obu urządzeń. Ale blokowało to podpisywanie w całości, co przy skarbcu jest problemem samym w sobie.

Zatwierdzenia ze stron znów otwierają okno, a nie panel boczny

Kiedy strona prosiła o zatwierdzenie, żądanie przychodziło w panelu bocznym na pełną wysokość zamiast w kompaktowym oknie unoszącym się nad treścią. To zasłaniało stronę, dla której podpisywałeś, tym, co prosiło o podpis — czyli dokładnie na odwrót: musisz widzieć witrynę, żeby ocenić żądanie.

Żądania ze stron znów otwierają kompaktowe okno. Samodzielne otwarcie portfela ikoną na pasku nie zmienia się i nadal respektuje twoje ustawienie Popup, Okno albo Panel boczny — to dotyczy wyłącznie zatwierdzeń, o które prosi witryna.

Żądania trafiają do portfela, który już masz otwarty

Dwie drobniejsze uciążliwości z tego samego obszaru. Okno portfela schowane za przeglądarką jest teraz wysuwane na wierzch, zamiast odpowiadać tam, gdzie go nie widzisz, a otwarty panel boczny nie kończy już z drugim oknem portfela otwierającym się obok po dłuższej bezczynności przeglądarki.

Jak zdobyć aktualizację

Rozszerzenia przeglądarki aktualizują się same, więc większość osób będzie już na v2.1.1 — sprawdź w ustawieniach rozszerzenia, jeśli chcesz mieć pewność. Nic nie trzeba konfigurować od nowa i żadne klucze nie są dotknięte.

Posiadaczom skarbców firmowych, którzy natknęli się na awarię przy podpisywaniu: zniknęła, a propozycje, które nie chciały się otworzyć, teraz się otworzą.

O tym, co przyniosła sama v2.1.0, przeczytasz w Solana wchodzi do sieci głównej w SSP.

Udostępnij ten artykuł

Powiązane artykuły