Aktualizacja Entergram, tydzień 25 czerwca 2026: stabilność, narzędzia proxy i ponad 25 poprawek

To był tydzień głębokiej pracy inżynierskiej w Entergram. Wdrożyliśmy dwie nowe funkcje infrastrukturalne, wyraźnie poprawiliśmy stabilność przestrzeni roboczych o dużym ruchu i zamknęliśmy ponad 25 błędów w wiadomościach, zarządzaniu połączeniami, onboardingu, płatnościach i tabeli CRM. Oto wszystko, co trafiło do produkcji.

Administratorzy mogą teraz przypisać ruch proxy do konkretnych tras i podłączonych kont. Dzięki temu widzisz, które połączenia zużywają najwięcej przepustowości proxy. Do tego możesz teraz przypisać dedykowane statyczne proxy do pojedynczych tras. Przydaje się to, gdy dla określonych kont Telegram potrzebujesz przewidywalnego, stałego adresu IP, zamiast pozwalać puli na rotację.

DEV-149 w Linear

Proces działający w tle regularnie sprawdza każde proxy i aktualizuje jego stan. Panel administratora pokazuje więc rzeczywisty stan łączności. Możesz wyłapać słabnące proxy, zanim po cichu zaczną szkodzić Twoim użytkownikom, zamiast dowiadywać się o problemach ze zgłoszeń do wsparcia.

DEV-151 w Linear

Duże przestrzenie robocze, czyli takie z setkami czatów na wielu podłączonych kontach, cierpiały na poważne blokowanie głównego wątku i spowolnienia przeglądarki. W tym tygodniu przebudowaliśmy silnik połączeń ws-v2 tak, aby ograniczał serie account.bind i rozkładał w czasie wywołania folder.chats.fetch. Efekt: sesja QA, która wcześniej generowała 692 długie zadania i około 166 sekund blokady głównego wątku, teraz ładuje się bez problemów.

DEV-191 w Linear

Konta w obciążonych przestrzeniach roboczych pokazywały plakietki "Reconnect Required / Disconnected", nawet gdy sesja MTProto po stronie backendu działała i obsługiwała ruch. Operatorzy, którzy klikali Reconnect, wywoływali niepotrzebne ponowne logowania, a czasem trafiali na limity FLOOD_WAIT Telegrama dla danego numeru telefonu. Plakietka pojawia się teraz tylko przy rzeczywistym problemie z połączeniem.

DEV-177 w Linear

Wiadomości audio znów się odtwarzają. Przychodzące wiadomości głosowe po cichu nie działały, a przycisk odtwarzania nic nie robił. Naprawione we wszystkich typach czatów. (DEV-133)

Błędy "Socket closed" rozwiązane. W kilku przestrzeniach roboczych dochodziło do twardych rozłączeń z błędem kontekstu chat.subscribe. Logika ponownego łączenia gniazda działa teraz stabilnie. (DEV-120)

Historia supergrup i kanałów ładuje się poprawnie. Nawigacja w supergrupach wywoływała błędy "Invalid realtime command payload" na ścieżce history.around, gdy frontend wysyłał wskazówki peera (entity_class_name), których bramka nie rozpoznawała. Naprawione na poziomie bramki. (DEV-168, PRODUCT-121)

Strona nie zawiesza się już podczas rozmowy ani przekazywania wiadomości. Rozwiązaliśmy całą klasę problemów z zawieszaniem i odświeżaniem strony, które dotykały operatorów w trakcie rozmowy. (DEV-143)

Status online jest spójny. Wskaźnik obecności w tabeli czatów i ten w nagłówku okna czatu korzystały z różnych źródeł. Teraz oba używają jednego, wspólnego stanu obecności. (DEV-186)

Poprawne nazwy nadawców w czatach grupowych. Dymki wiadomości w wątkach grupowych czasem pokazywały nad treścią niewłaściwą nazwę użytkownika Telegram. Naprawione zarówno na ścieżce chat_list.window.snapshot, jak i live_chat_list.delta. (DEV-192)

Liczniki nieprzeczytanych pozostają dokładne. W kilku sytuacjach plakietka nieprzeczytanych zawyżała liczbę, na przykład po wysłaniu 2 wiadomości pokazywała 5 nieprzeczytanych. Licznik poprawnie się teraz uzgadnia po ponownych połączeniach. (DEV-135)

Naprawione zduplikowane dymki wiadomości. Gdy dwa lub więcej podłączonych kont było w tym samym czacie, ta sama wiadomość mogła pojawić się dwa razy w otwartym wątku. Był to błąd deduplikacji przy renderowaniu po stronie frontendu, a nie problem łączenia danych między kontami. Naprawione. (DEV-183)

Rozwiązane problemy z zastępczym nadawcą i autorami reakcji. Historia czatu czasem pokazywała other jako etykietę nadawcy wiadomości przychodzących, a okienka reakcji utykały na "Loading reactions". Oba problemy są naprawione. (DEV-156)

Czaty zostają w widoku folderu po Twojej odpowiedzi. Foldery z flagą "Exclude read chats" usuwały czat w chwili, gdy operator wysłał odpowiedź, więc rozmowa znikała w trakcie pracy. Foldery zachowują teraz czaty, na które odpowiedziano, dopóki nie przejdziesz w inne miejsce. (DEV-178)

MCP wysyła wiadomości do nowych kontaktów. Integracja MCP zwracała błąd przy próbie wysłania wiadomości do kontaktu Telegram, z którym nigdy wcześniej nie rozmawiałeś. Pierwsze wiadomości wysyłają się teraz poprawnie. (DEV-141)

Martwe sesje odzyskują się automatycznie. Błąd w logice pojemności tras session-agenta (observeRoutes) sprawiał, że niektóre sesje przestawały się restartować po awarii. Dotknięte konta pokazywały nats: no responders przy każdym żądaniu historii lub folderu, a restart agenta nie pomagał. Problem zagłodzenia jest rozwiązany, martwe sesje same wracają do życia. (DEV-139)

Okno łączenia ws-v2 nie zalewa już błędami 400. Problem z kolejnością zdarzeń sprawiał, że pętla odpytywania przy łączeniu konta wciąż pytała o nieistniejący identyfikator sesji uwierzytelniania. W jednej sesji pojawiały się setki powiadomień API request failed: 400. Naprawione w cyklu życia odpytywania. (DEV-181)

Status połączenia proxy wyświetla się poprawnie w Settings. Wskaźnik proxy utykał w stanie "loading" za każdym razem, gdy otwierałeś stronę Settings, nawet przy sprawnych połączeniach. Teraz pokazuje faktyczny bieżący stan. (DEV-154)

Użytkownicy niezawodnie dołączają do przestrzeni roboczych. Awaria Reacta związana z maksymalną głębokością aktualizacji (#185) występowała za każdym razem, gdy nowy użytkownik trafiał na tabelę czatów CRM po dołączeniu. Przyczyną była stała tablica tworzona od nowa w definicji CHAT_PAGE_SIZE_OPTIONS. Teraz jest wyniesiona poza cykl renderowania. (DEV-165, DEV-167)

Naprawione przyjmowanie zaproszeń podczas onboardingu. Użytkownicy, którzy wkleili link z zaproszeniem do przestrzeni roboczej w trakcie onboardingu, mogli przejść cały proces bez faktycznego dołączenia do docelowej przestrzeni. Lądowali w pustej osobistej przestrzeni roboczej, a potem aplikacja się wywracała przy przejściu do Settings → Chat Table. Logika przyjmowania zaproszeń i przekierowania działa teraz poprawnie. (DEV-170)

Usunięci użytkownicy nie pojawiają się ponownie. Członkowie przestrzeni roboczej, którzy zostali usunięci lub sami odeszli, byli dodawani z powrotem przy każdym odświeżeniu strony przez nieaktualną sesję linku z zaproszeniem z onboardingu. Endpoint /api/onboarding sprawdza teraz status członkostwa przed ponownym dołączeniem. (DEV-175)

Prośbę o zmianę e-maila można anulować. Przycisk anulowania oczekującej zmiany adresu e-mail nie był podpięty pod żadną akcję, więc kliknięcie nic nie dawało. Teraz poprawnie anuluje oczekującą prośbę. (DEV-137)

Zaznaczenie czatu w jasnym motywie jest widoczne. Zaznaczanie wierszy czatów w białym, jasnym motywie dawało niewidoczne lub ledwo widoczne podświetlenie z powodu brakującego tokenu kontrastu. Naprawione. (DEV-157)

Właściciele na okresie próbnym kupują miejsca bez ślepego zaułka. Wywołanie purchaseSeat(), zanim właściciel ma aktywną płatną subskrypcję, zwraca 400 OWNER_SUBSCRIPTION_REQUIRED. Właściciele na okresie próbnym widzą teraz jasny komunikat, że najpierw trzeba wykupić subskrypcję, z bezpośrednim przejściem do strony subskrypcji. (DEV-174)

Zakup subskrypcji działa niezawodnie. Rozwiązaliśmy klasę konfliktów uwierzytelniania 401/403 przy płatności, wywoływanych unieważnieniem sesji podczas przekierowania do Stripe. (DEV-172)

Media i wideo odtwarzają się bez błędów limitu żądań. Endpoint /api/realtime/media podlegał ogólnemu limitowi 20 żądań na minutę. Strumieniowanie wideo w przeglądarce wysyła wiele żądań zakresów bajtów dla tego samego pliku, co przekraczało limit w niecałą sekundę. Żądania mediów omijają teraz ogólny limit. (DEV-152)

Wyszukiwanie jest kompletne i spójne. Część wyszukiwań zwracała niepełne wyniki lub błąd "Telegram Search is unavailable" przy pierwszym zapytaniu. Kolejne wyszukiwania tego samego hasła działały. Naprawione, wyniki są teraz poprawne już przy pierwszym żądaniu. (DEV-136)

"Time since first incoming message" liczy czas od Telegrama, a nie od otwarcia aplikacji. Ta specjalna kolumna zaczynała odliczanie od chwili otwarcia Entergram, a nie od momentu, w którym Telegram po raz pierwszy odebrał wiadomość. Źródło znacznika czasu jest teraz poprawne. (DEV-162)

Pełna lista zmian dla wersji v0.16.0 i wszystkich wcześniejszych wydań jest dostępna na stronie Co nowego w Entergram.