Informacje o wersji 1.15.5.1
z dn. 14-11-2025

W tej wersji

• Możliwość ustawiania dostępności przycisków listy w definicji listy
• Rozwiązany problem nieoczekiwanego wylogowywania z systemu
• Rozwiązany problem nieoczekiwanego pojawiania się okienka logowania do domeny we FrontSPA i AdminSPA

Wymagane działania

Nie jest wymagane wykonanie żadnych dodatkowych czynności.

Kompatybilność aplikacji

Migracja aplikacji jest możliwa tylko między wersjami nAxiom kompatybilnymi na poziomie bazy danych.

Bieżąca wersja bazy danych: 20251107092829

W tej wersji nAxiom struktura bazy danych zmieniła się. Przed migracją aplikacji do tej wersji wymagane jest zaktualizowanie środowiska źródłowego.

Nowe i zmodernizowane funkcje

1. Dostępność przycisków nagłówka i kolumny akcji listy

Do tej pory sterowanie dostępnością przycisków listy było możliwe jedynie w przypadku osadzenia listy jako sekcja formularza, a następnie skonfigurowanie dostępności przycisków w ustawieniach sekcji lub poprzez funkcjonalność Uprawnień formularza.

Od tej pory dostępność przycisków listy jest możliwa do ustawienia bezpośrednio w definicji listy. Rozbudowano także funkcjonalność ustawiania dostępności przycisków listy na poziomie sekcji formularza o wybór źródła ustawień pomiędzy sekcją a definicją listy. W bilansie otwarcia istniejące formularze w dalszym ciągu będą korzystać z ustawień sekcji.

Uwaga

Funkcjonalność nie dotyczy przycisków do obsługi trybu edycji inline.

Aby skonfigurować dostępność przycisków w definicji listy należy w kreatorze list we właściwościach przycisków dodawanych do nagłówka (Górny panel) i kolumny akcji (Wiersz) przejść do nowej karty Dostępność. Na tej karcie można napisać warunek SQL określający, kiedy przycisk ma być widoczny (IsVisible) lub aktywny (IsReadOnly). Zapytanie musi zwracać wartości typu bit.

W zapytaniu można odwoływać się do wartości z pól formularza, w którym lista jest osadzona jako sekcja. Służy do tego standardowa składnia {@*KodFormularza.NazwaPola}.

Uwaga

Aby warunki dostępności zostały przeliczone po zmianie wartości w kontekście formularza, konieczne jest użycie akcji Odśwież sekcję formularza, która została dostosowana do obsługi przeliczenia tych warunków.

Przypominamy, że kolejność ustawiania dostępności przycisków jest następująca:

1. Projektant aplikacji może ustawić na sekcji i obiektach nadrzędnych ich Dostępność (co jest nadrzędne wobec ustawień dostępności elementu wyświetlanego przez sekcję - w tym wypadku listy, czyli treści sekcji)
2. Projektant aplikacji może ustawić Dostępność zwykłych przycisków w nagłówku listy i w kolumnie akcji w definicji listy (nowość)
3. Projektant aplikacji może ustawić Dostępność zwykłych przycisków w nagłówku listy i w kolumnie akcji w sekcji formularza
4. Projektant aplikacji może zdecydować skąd pobierane są ustawienia do końcowego obliczenia Dostępności tych przycisków przez radiobutton w konfiguracji sekcji formularza (nowość)
5. Projektant aplikacji może użyć funkcjonalności Uprawnienia formularza, aby ustawić jak będą liczone dostępności tych przycisków
   1. wg ustawień dostępności, zawężanie lub rozszerzanie: źródłem wartości dla dostępności są ustawienia sekcji lista lub definicji listy (zgodnie z wyborem projektanta)
   2. wg uprawnień dla formularza: stosowane są wyłącznie ustawienia wprowadzone przez checkboxy w funkcjonalności Uprawnienia formularza
6. Projektant aplikacji może wprowadzić formatowanie warunkowe w definicji listy, aby w aplikacji FrontSPA system dla każdego wiersza obliczył dostępność przycisków. Jest to jedyna możliwość zarządzania pojedynczymi wierszami.
7. Jeżeli lista ma obsługiwać edycję inline, to projektant aplikacji włącza odpowiednią opcję w definicji listy i system zawsze wyświetla przyciski edycji inline. Jeżeli z całej opisanej powyżej konfiguracji dostępności sekcji lista w formularzu wynika, że sekcja ma być wyrenderowana w trybie tylko do odczytu, to przyciski inline także będą wyrenderowane w trybie tylko do odczytu.

Poprawki i usunięte błędy

1. Niespodziewane wylogowywanie z systemu

Rozwiązano problem z przypadkami nagłego wylogowania użytkownika z aplikacji FrontSPA. Problem występował w sytuacji, kiedy w trakcie procedury odświeżania tokena wysyłane było żądanie do API z tokenem, który właśnie utracił ważność. Powodowało to odpowiedź 401 z serwera, a w konsekwencji wylogowanie użytkownika. Obecnie w takim przypadku żądanie będzie ponawiane z nowym tokenem.

2. Nieoczekiwane pojawianie się okienka logowania do domeny we FrontSPA i AdminSPA

W środowisku Windows w przypadku skonfigurowania logowania użytkowników do systemu z domeny Windows w określonych przypadkach przeglądarka podczas pracy zalogowanego użytkownika wyświetlała własne okno dialogowe do ponownego logowania. Po naciśnięciu przycisku Anuluj użytkownik mógł kontynuować pracę.

W celu likwidacji tego problemu zmodyfikowano ustawienia w pliku web.config serwisu Auth, co wymusza na IIS wprowadzenie reguł:

Remove WWW-Authenticate Negotiate for AJAX 401

Remove WWW-Authenticate NTLM for AJAX 401

które usuwają zawartość dwóch poniższych nagłówków w odpowiedziach z serwera IIS:

WWW-Authenticate: Negotiate

WWW-Authenticate: NTLM

W efekcie praca użytkownika końcowego nie jest przerywana w opisany sposób.

×