Czy istnieje ustawienie limitu czasu dla rozwiązywania skrótów Windows do plików wykonywalnych?

3

Po kliknięciu prawym przyciskiem myszy lub naciśnięciu Alt+Enterskrótu system Windows zwykle wyświetla menu kontekstowe lub okno dialogowe Właściwości , nawet jeśli skrót jest uszkodzony i wskazuje plik lub katalog, który już nie istnieje.

Widziałem, że zajmuje to trochę czasu na zepsute skróty do .exeplików, w których Windows spędza kilka sekund (w tym przypadku 15), prawdopodobnie próbując rozwiązać skrót, zanim w końcu wyświetli się menu kontekstowe lub okno dialogowe Właściwości . Nawet usunięcie plików czeka 15 sekund przed wyświetleniem monitu o usunięcie. Kopiowanie lub przenoszenie ich nie wydaje się powodować opóźnienia.

Pomyślałem, że może to być ustawienie sieciowe, ale wydaje się, że ma zastosowanie do każdego (zepsutego) skrótu, niezależnie od tego, gdzie wskazują. Przejrzałem TweakUI i nie znalazłem nic. Przejrzałem rejestr pod kątem 15 000 (i 0x3A98) i nie znalazłem żadnego z nich, a także 15 (i 0x0f), które miały wiele trafień, ale żaden nie był za to odpowiedzialny.

Czy istnieje ustawienie, które określa limit czasu na rozwiązanie skrótów?

windows-xp shortcuts timeout Synetech
źródło
Czy zawsze upłynie limit czasu po 15 sekundach?
iglvzx
1
Tak, dokładnie 15 sekund za każdym razem. Hmm, wygląda na to, że dzieje się tak tylko w przypadku .exeplików.
Synetech
Zastanawiam się, czy możesz spróbować wyszukać w jednostkach FILETIME (tj hundred-nanoseconds.). To by się 15 secondsrównało 150,000,000 hundred-nanoseconds. Warto spróbować!
iglvzx
Nigdy nie widziałem żadnych ustawień interfejsu użytkownika w tym formacie i nic dziwnego, że nie było go nigdzie w rejestrze. :-(
Synetech
Co najmniej jedna osoba miała ten błąd, ale wydaje się, że go nie naprawił. Następnym razem, gdy tam będę, spróbuję uruchomić Filemon / Regmon, aby zobaczyć, co się z tym dzieje.
Synetech

Odpowiedzi:

1

Okazało się, że w tym przypadku było to rozszerzenie powłoki.

Po pierwsze zauważyłem, że po kliknięciu złamanego skrótu prawym przyciskiem myszy Eksplorator spróbuje otworzyć plik wykonywalny, który wskazywał raz na sekundę, przez 15 sekund, zanim się podda.

I wtedy zaobserwować wszystkie wpisy rejestru, które zostały obejrzano gdy skrót był prawym klawiszem myszy i przeszedł przez każdego HKCR\.lnk, HKCR\lnkfile, HKCR\.exe, i HKCR\exefile, sprawdzając każdy za coś niezwykłego.

  1. Otworzyłem edytor rejestru i wyłączyłem wszystkie exefilerozszerzenia (dodając „#” na początku każdego CLSID)
  2. Przekonałem się, że kliknięcie prawym przyciskiem było natychmiastowe. Wspaniale!
  3. Następnie ponownie włączyłem każde rozszerzenie, usuwając „#”, klikając prawym przyciskiem myszy uszkodzony skrót za każdym razem

Voila! {F0407C3D-349C-42B9-B83E-821E31623DF9}Nieprawidłowe rozszerzenie odpowiadało CmdLineExt, które brzmi wystarczająco niewinnie (istnieje już rozszerzenie, które otwiera wiersz polecenia w dowolnym folderze), ale tak nie jest. Ta podstępna i wyraźnie buggy rozszerzenie jest w rzeczywistości SecuROM menu kontekstowego Eksploratora przez Sony DADC Austria AG , i wydaje się, że to rozszerzenie jest tylko kłopoty .

Nie jestem pewien, jak i kiedy został zainstalowany (prawdopodobnie część oprogramowania), ale Sony jest znany ze swoich „rootkitów” .


W każdym razie, z tego co wiem, Windows nie ma opóźnień w rozwiązywaniu skrótów; natychmiast wykrywa zepsute skróty i zjada błąd (wykorzystuje ustawienia domyślne).

Synetech
źródło