Aplikacje UWP ignorują zmienne systemowe

Aplikacje UWP ignorujące zmienne systemowe wynikają z odizolowanego środowiska uruchomieniowego (piaskownicy) — UWP z założenia nie ma pełnego dostępu do globalnych zmiennych środowiskowych systemu, w odróżnieniu od klasycznych aplikacji Win32.

Czym jest problem ignorowania zmiennych systemowych przez aplikacje UWP

Komunikat „Aplikacje UWP ignorują zmienne systemowe” opisuje sytuację, w której program pobrany ze Sklepu Microsoft albo uruchamiany jako aplikacja Universal Windows Platform nie korzysta z wartości zapisanych w globalnych zmiennych środowiskowych systemu Windows. Dotyczy to między innymi zmiennych takich jak PATH, TEMP, USERNAME czy APPDATA, a także własnych wpisów dodanych ręcznie w ustawieniach systemowych.

Nie musi to oznaczać uszkodzenia samej aplikacji. UWP działa według modelu opartego na pakiecie, uprawnieniach i izolacji środowiska. Taki sposób uruchamiania ogranicza dostęp do zasobów systemowych, aby program nie mógł swobodnie odczytywać lub zmieniać danych należących do innych aplikacji i użytkowników. W efekcie zmienna widoczna w wierszu polecenia albo w klasycznym programie Windows może być niewidoczna dla aplikacji UWP, mieć inną wartość lub być dostępna dopiero pośrednio.

Problem może ujawnić się jako brak dostępu do folderu, nieprawidłowa ścieżka do pliku, pomijanie narzędzia wskazanego w zmiennej PATH albo nieoczekiwane zachowanie funkcji importu i eksportu danych. Sama nazwa komunikatu bywa myląca, ponieważ aplikacja często nie „ignoruje” zmiennej przez błąd programistyczny, lecz działa w zakresie przewidzianym dla bezpiecznego środowiska pakietowego.

Kontekst techniczny i porównanie z programami Win32

W klasycznej aplikacji Win32 odczyt zmiennej środowiskowej odbywa się zwykle z kontekstu procesu odziedziczonego po powłoce lub systemie. Jeżeli program został uruchomiony po zalogowaniu użytkownika, zazwyczaj otrzymuje zestaw zmiennych obowiązujących w danej sesji. Zmiany wprowadzone w Panelu sterowania lub w ustawieniach systemowych nie zawsze są jednak widoczne od razu, ponieważ już uruchomiony proces zachowuje własną kopię środowiska.

Aplikacja UWP jest powiązana z pakietem i może być uruchamiana przez mechanizmy systemu Windows, które stosują dodatkowe reguły dostępu. Znaczenie ma między innymi lokalizacja plików aplikacji, tożsamość pakietu, konto użytkownika oraz deklarowane możliwości programu. W takim modelu globalna zmienna środowiskowa nie jest automatycznie uniwersalnym kanałem konfiguracji. Program może korzystać z własnych ustawień zapisanych w pamięci aplikacji, z plików w dozwolonych lokalizacjach albo z mechanizmu konfiguracji przewidzianego przez twórcę.

Warto odróżnić kilka podobnych przypadków:

• zmienna istnieje, ale nie została przekazana do procesu aplikacji;
• zmienna jest dostępna, lecz wskazuje lokalizację niewidoczną dla pakietu;
• wartość została zmieniona, ale aplikacja nadal działa na podstawie wcześniejszej sesji;
• program oczekuje zmiennej użytkownika, podczas gdy ustawiono wyłącznie zmienną systemową;
• aplikacja korzysta z własnego mechanizmu konfiguracji i z założenia nie odczytuje środowiska globalnego;
• ścieżka zawiera pliki wymagające uprawnień, których aplikacja pakietowa nie otrzymała.

Dlatego samo dopisanie katalogu do PATH nie zawsze rozwiązuje problem. Najpierw należy ustalić, czy dany program powinien korzystać z tej zmiennej, czy też wymagane jest wskazanie folderu w ustawieniach aplikacji albo użycie jej wersji klasycznej.

Typowe problemy i błędy prowadzące do takiego zachowania - Aplikacje UWP ignorują zmienne systemowe

Jedną z częstych przyczyn jest wprowadzanie zmian w zmiennych środowiskowych przy jednoczesnym pozostawieniu otwartej aplikacji. Nowe wartości są zwykle przekazywane procesom uruchamianym później, a nie programom działającym już w pamięci. Zamknięcie i ponowne uruchomienie aplikacji może więc zmienić zachowanie programu, ale nie gwarantuje dostępu UWP do wszystkich globalnych wpisów.

Problem może również wynikać z nieprawidłowej składni wartości. W zmiennej PATH poszczególne katalogi powinny być rozdzielone średnikiem, a przypadkowe cudzysłowy, dodatkowe spacje lub wskazanie nieistniejącego folderu mogą spowodować pominięcie ścieżki. Należy uważać na różnicę między ścieżką do katalogu a ścieżką do konkretnego pliku oraz na sytuację, w której wpis odwołuje się do dysku sieciowego, nośnika wymiennego lub folderu z ograniczonym dostępem.

Nieprawidłowe działanie może pojawić się także po przeniesieniu danych z innego komputera, zmianie konta użytkownika, aktualizacji Windows albo ponownej instalacji pakietu. W takim przypadku aplikacja może otrzymać nowy katalog danych, utracić wcześniejszą konfigurację lub przestać rozpoznawać odwołania zapisane w poprzednim środowisku.

Przed zmianą ustawień warto sprawdzić:

• czy problem występuje wyłącznie w jednej aplikacji, czy również w innych programach;
• czy ta sama operacja działa w Eksploratorze plików, PowerShellu lub klasycznym programie Win32;
• czy zmienna jest ustawiona dla właściwego użytkownika i ma oczekiwaną wartość;
• czy wskazywany folder istnieje oraz czy można otworzyć go ręcznie;
• czy aplikacja ma własne ustawienie lokalizacji plików lub narzędzi;
• czy błąd pojawił się po aktualizacji, zmianie konta albo instalacji nowego pakietu;
• czy oprogramowanie zabezpieczające nie blokuje dostępu do określonego katalogu.

Nie zaleca się usuwania dużych fragmentów zmiennej PATH bez wcześniejszego zapisania jej dotychczasowej treści. Pomyłka może wpłynąć na działanie wielu niezależnych programów. Bezpieczniejsze jest ustalenie, jaki konkretnie plik lub katalog ma zostać odnaleziony, a następnie sprawdzenie, czy dana aplikacja w ogóle obsługuje wskazywanie zasobów przez zmienne środowiskowe.

W jakich sytuacjach warto zgłosić sprzęt do serwisu - Aplikacje UWP ignorują zmienne systemowe

Zgłoszenie do serwisu jest uzasadnione, gdy aplikacja UWP przestaje rozpoznawać wcześniej używaną lokalizację, nie może otworzyć pliku mimo poprawnych uprawnień albo działa inaczej niż odpowiadający jej program klasyczny. Szczególnej uwagi wymaga sytuacja, w której zmiana jednej zmiennej wpływa na kilka aplikacji, znikają wpisy z konfiguracji lub pojawiają się komunikaty o braku dostępu do folderów użytkownika.

Podczas diagnostyki można ustalić, czy źródłem problemu jest izolacja aplikacji, błędna wartość zmiennej, nieaktualna sesja użytkownika, uszkodzony pakiet, konflikt uprawnień czy awaria systemu plików. W razie potrzeby sprawdza się także historię aktualizacji, stan profilu użytkownika, lokalizacje danych aplikacji oraz różnice między środowiskiem UWP i klasycznym programem Windows. Takie rozdzielenie przyczyn pozwala uniknąć przypadkowego modyfikowania ustawień, które nie mają związku z konkretnym błędem.

W Warszawskim Pogotowiu Komputerowym 24/7 naprawy tego rodzaju są z reguły realizowane w czasie do 3 dni roboczych, zależnie od zakresu sprawdzenia systemu i dostępności wymaganych działań. Do zgłoszenia warto dołączyć nazwę aplikacji, dokładny komunikat, informację o ostatniej aktualizacji oraz przykład zmiennej lub ścieżki, która nie jest rozpoznawana. Dzięki temu łatwiej odtworzyć problem i określić, czy wystarczy korekta konfiguracji, ponowna instalacja pakietu, naprawa profilu, czy szersza kontrola systemu Windows.