Program działał przed aktualizacją, a po niej nie pokazuje okna lub kończy pracę po kilku sekundach. Przyczyna może leżeć w niepełnej instalacji, nowym wymaganiu, niezgodnym dodatku albo starym profilu. Reinstalacja nie zawsze usuwa konfigurację użytkownika, więc powtarzanie jej bez rozpoznania objawu może niczego nie zmienić.
Najpierw zabezpiecz dane aplikacji i zapisz dokładny komunikat. Dopiero potem oddziel problem samego programu od problemu profilu i środowiska. Nie kasuj katalogów ustawień na próbę, szczególnie jeśli zawierają lokalną bazę lub jedyny zapis projektu.
Sprawdź, co dzieje się po uruchomieniu
Otwórz Menedżer zadań i zobacz, czy proces powstaje, znika czy pozostaje bez okna. Zapisz komunikat, czas oraz nową wersję. Jeśli program nadal działa w tle, sprawdź jego ikonę i wcześniej podłączony monitor; okno mogło pozostać poza widocznym obszarem.
Ustal także, czy aktualizacja została zakończona i czy wymagano restartu. Zamknij pracę, wykonaj normalny restart, a potem jedną próbę. Nie uruchamiaj instalatora kolejny raz w trakcie niedokończonego zadania.
Jeżeli pojawia się błąd dostępu, nie zakładaj od razu, że każda sesja wymaga administratora. Program korzystający ze zwykłych danych użytkownika nie powinien otrzymywać szerokich praw tylko po to, żeby obejść źle dobraną lokalizację lub uszkodzone uprawnienia.
Znajdź ślad awarii i wymagania wydania
Sprawdź historię niezawodności lub zdarzenia aplikacji z dokładnej godziny próby. Nazwa modułu i kod błędu mogą pomóc producentowi. Sam wskazany plik biblioteki nie jest jeszcze dowodem, że trzeba go ręcznie wymienić.
Przeczytaj opis nowej wersji oraz wymagania systemowe. Aktualizacja mogła zmienić obsługę dodatków, sterownika grafiki albo składnika uruchomieniowego. Sprawdź też, czy producent opublikował poprawkę dla konkretnego błędu startu.
Przy komunikacie o brakującym środowisku uruchomieniowym pobierz właściwy pakiet z oficjalnego źródła. W przypadku Visual C++ architektura pakietu musi odpowiadać aplikacji; 32-bitowy program może potrzebować wariantu x86 na 64-bitowym Windows. Nie ściągaj pojedynczych DLL z przypadkowej strony.
Sprawdź także wolne miejsce w lokalizacji instalacji i danych. Aktualizator może potrzebować miejsca na pliki tymczasowe, choć końcowa aplikacja nie rośnie znacząco. Jeżeli zapis się nie udał, zachowaj komunikat instalatora i użyj jego przewidzianej funkcji naprawy. Nie usuwaj przypadkowo katalogów programu, żeby zrobić miejsce: łatwo wtedy dołożyć brakujące składniki do pierwotnego błędu.
Porównaj uruchomienie bez dodatków i starego profilu
Jeśli aplikacja ma tryb uruchomienia bez rozszerzeń albo własny tryb awaryjny, użyj udokumentowanej metody. Nie jest to automatycznie ten sam tryb co tryb awaryjny Windows. Gdy program rusza bez dodatków, sprawdź zgodność i aktualizacje tych dodatków.
Przy podejrzeniu profilu najpierw wykonaj jego kopię. Jeśli producent dopuszcza test nowego profilu, utwórz osobny lub zmień nazwę właściwego katalogu po zamknięciu programu. Zachowaj poprzedni do powrotu. Nie usuwaj w ciemno całego AppData.
Udany start z nowym profilem kieruje uwagę na konfigurację, lecz nie oznacza, że wszystkie stare dane są zbędne. Przywracaj potrzebne ustawienia etapami. Sposób kopiowania opisuje poradnik przenoszenia ustawień aplikacji.
Naprawa i reset mają różne skutki
W ustawieniach zainstalowanych aplikacji Windows może udostępniać naprawę lub reset. Nie każdy program obsługuje te funkcje. Najpierw sprawdź opis wybranej operacji: reset może usunąć konfigurację i lokalne dane aplikacji, podczas gdy naprawa ma inny zakres.
Klasyczny instalator może mieć opcję naprawienia składników. Użyj pakietu właściwej wersji i źródła. Nie wyłączaj zabezpieczeń systemu tylko dlatego, że plik pobrany z nieznanej strony został zablokowany.
Jeżeli reinstalujesz program, zabezpiecz projekt, profil i dane aktywacji. Sprawdź, które elementy instalator zachowuje. Powtórne zainstalowanie tych samych plików z pozostawioną wadliwą konfiguracją może odtworzyć identyczny objaw.
Powrót do starszej wersji wymaga kontroli danych
Nie każda baza lub projekt zapisany przez nową wersję da się otworzyć w starszej. Przed wycofaniem sprawdź zgodność formatu, kopię sprzed aktualizacji i dostępność oficjalnego instalatora. Nie nadpisuj jedynej kopii projektu podczas testu.
Jeżeli problem dotyczy tylko jednego programu, usuwanie całej aktualizacji Windows może być zbyt szeroką zmianą. Najpierw wykorzystaj informację o konkretnej aplikacji. Jeżeli po tej samej zmianie nie działa wiele programów, zbadaj wspólny składnik i historię błędów systemu.
Przygotuj zgłoszenie, które da się odtworzyć
Zapisz wersję programu i Windows, dokładny błąd, godzinę oraz wyniki testów profilu i dodatków. Dołącz fragment logu bez haseł i prywatnych danych. Informacja „nie startuje po wersji X, nowy profil działa, bez dodatku Y problem znika” pozwala znacznie szybciej wskazać przyczynę.
Po naprawie otwórz potrzebne dane i wykonaj zwykłe zadanie. Zostaw kopię poprzedniego profilu do czasu potwierdzenia działania. Przy kolejnej ważnej aktualizacji przygotuj podobny pakiet ustawień i danych do odtworzenia, żeby powrót do pracy nie zależał od pamięci o ukrytych katalogach.
