Przejdź do treści

Wydanie 1.9.2

Wydanie aplikacyjne z 29 września 2026. Wdrażasz je procedurą Aktualizacja obrazów aplikacji: kilka minut, bez restartu serwera, usługi podmieniane kolejno. Paczki - Historia wydań.

Opis obejmuje również zmiany wydania 1.9.1, które nie było publikowane osobno.

Instalacja na linii 1.8.x? Najpierw migracja

Na 1.9.2 przechodzisz paczką migracyjną - podnosi ona instalację od razu do najnowszego wydania linii 1.9.x, więc osobna aktualizacja obrazów nie jest potrzebna. Skrypt aktualizacji obrazów służy do przejścia z wcześniejszego wydania linii 1.9.x.

Pobierz skrypt aktualizacji obrazów ponownie

Wraz z tym wydaniem zmienił się testto-update-images.zip. Jeżeli masz kopię pobraną wcześniej, zastąp ją nową z Historii wydań - tylko nowa wersja wykonuje opisaną niżej korektę limitu.

Wydanie zmienia strukturę danych

Wydanie wprowadza zmiany w bazach kilku usług, między innymi w module danych testowych i w usłudze wykonawczej. Powrót do wcześniejszej wersji wymaga restore z backupu wykonanego przed aktualizacją - samo cofnięcie obrazów nie wystarczy.

Zmienne globalne

  • nowy rodzaj danych współdzielonych między uruchomieniami: wartości i pliki zapisywane przez jedno uruchomienie są dostępne dla kolejnych, także innych procesów,
  • zakładka Zmienne globalne w panelu oraz typ zmiennej scenariusza GLOBAL, wskazujący na zmienną globalną,
  • zmienna plikowa trafia do robota pod własną nazwą pliku,
  • historia zmian każdej zmiennej; wpisy starsze niż 90 dni są sprzątane automatycznie, utworzenie i usunięcie zmiennej zostają zawsze,
  • przy wyborze zmiennej globalnej panel informuje, że proces potrzebuje konta serwisowego.

Konta serwisowe w automatyzacjach

  • konto serwisowe przypisywane do automatyzacji typu skrypt bezpośrednio w jej ustawieniach, wybierane z listy istniejących kont,
  • platforma nie przechowuje już własnej kopii sekretu konta - robot otrzymuje krótkotrwały token powiązany z jednym uruchomieniem i wymienia go na poświadczenia tuż przed startem. Token traci ważność razem z zakończeniem uruchomienia.

Roboty

  • nagrywanie wideo z przebiegu automatyzacji typu skrypt w przeglądarce - wyłączone, zawsze albo tylko przy błędzie; bez zmian w kodzie robota. Nagranie można obejrzeć bezpośrednio w podglądzie plików wynikowych,
  • czytelniejszy wynik błędu biznesowego zgłoszonego przez robota,
  • mniej komunikatów diagnostycznych w dzienniku.

Panel

  • panel diagnostyczny procesu, uruchamianie wielu procesów naraz oraz nowe okno zarządzania etykietami,
  • odnośnik z historii wykonań do szczegółów uruchomienia,
  • API do wsadowego przekazywania danych wejściowych do procesu; limit rozmiaru podniesiony do 50 MB na plik i 200 MB na całe zgłoszenie,
  • poprawki: przełączanie projektów, wylogowanie przy odświeżeniu strony, powrót do modułu po usunięciu wersji roboczej, przycisk zapisu, opis dodawania plików do procesu.

Stabilność wykonań

  • chwilowa niedostępność innej usługi przy przygotowaniu uruchomienia nie kończy go już błędem - wykonanie czeka w kolejce i jest ponawiane, do 5 razy,
  • wykonanie zawieszone w trakcie pracy jest zamykane ze statusem TIMEOUT po sumie limitów czasu jego etapów, zamiast po stałych 30 minutach; wykonania oczekujące w kolejce nie są już przez ten mechanizm ruszane,
  • przyczyna błędu przygotowania lub obsługi wyjątku zapisywana w wynikach uruchomienia,
  • kontrola stanu usług nie wysyła już nakładających się zapytań,
  • usługi odnajdują się nawzajem po nazwach w sieci wewnętrznej także bez jawnej konfiguracji adresów.

Stabilność serwera

  • systemowy limit otwartych plików (fs.file-max) podnoszony z 65536 do 2097152 - przy dotychczasowej wartości serwer po kilkunastu dniach pracy potrafił stracić połączenie sieciowe. Korekta działa od razu, bez restartu usług ani serwera.