OpenWith.exe si blocca chiudendo il file requester

[hexaae]

Salve ho bisogno di una mano per capire dove nasce un problema:
facendo Proprietà su qualunque file, e poi provando a scegliere un programma da (ri)associare, MA chiudendo infine il file requester di Windows 10... il pannello Proprietà del file si blocca (freeze) e l'unico modo per sbloccarlo resta killare OpenWith.exe!
NON succede invece se scelgo effettivamente dalla lista un nuovo programma oppure semplicemente clicco fuori dalla lista, che scompare (e OpenWith.exe si chiude regolarmente).

Allego video (meglio di mille parole):
https://youtu.be/uQg-xCatAZE

Ovviamente ho già provato a disattivare le Shell Extensions, programmi in background disabilitati, cancellato %localappdata%\Microsoft\Windows\Explorer\IconCache_*.db...
ma continua a farlo persino dalla Modalità Provvisoria (!?) il che mi ha lasciato spiazzato.
1 volta su 20 NON si blocca e funziona tutto correttamente.

Sfc /SCANNOW non dà errori.
Mai avuto infezioni, funziona tutto regolarmente senza stranezze, e Malwarebytes premium non trova nulla.

Qualcuno ha qualche idea di come fare a fare un tracking avanzato del problema per capire come mai succede?

Grazie dell'aiuto

EDIT:
Risolto l'enigma: è un bug di Windows!
Leggere qui

Votate sul Feedback Hub: https://aka.ms/AAbwqv7

[Blue_screen_of_death]

Grazie per il PM, ti aiuto volentieri!

Occorre analizzare lo stack trace dei due processi explorer.exe e OpenWith.exe.

Esegui le operazioni che hai mostrato nel video e che portano al "blocco" della finestra Proprietà.

Genera un dump user-mode per i processi explorer.exe e OpenWith.exe in questo modo: nel task manager,
* fai click destro su OpenWith.exe -> Crea file di dettagli.
* fai click destro su explorer.exe> Crea file di dettagli.

Manda i due file .dmp generati.

[hexaae]

Ti ringrazio dell'aiuto, trovi i dump qui: https://1drv.ms/u/s!ApMUGr0cuN39ge5t...xNSpQ?e=AzrrFX

Ho due task di explorer.exe e ho messo entrambi i dump:

[Blue_screen_of_death]

Il problema è nello scambio dati tra explorer.exe e un altro processo (potrebbe trattarsi di OpenWith.exe, ma i dump user-mode non permettono di individuarlo con certezza). explorer.exe (che si occupa del disegno e visualizzazione della finestra delle proprietà che hai aperto) ha mandato dati all'altro processo usando un meccanismo implementato nel kernel chiamato ALPC e sta attendendo una risposta dall'altro processo. Ma la risposta non arriva.

Poiché ALPC è implementato in kernel-mode, per avere più informazioni servirebbe un dump kernel-mode (i nostri dump user-mode non contegono i dettagli di ciò che avviene negli scambi di messaggi ALPC). Se sai come procedere, puoi generarlo e mandarmelo.


In alternativa, possiamo provare ad analizzare la catena di attesa tra processi con un tool integrato nel task manager (e lasciare l'analisi del dump kernel-mode come ultima spiaggia). La catena di attesa offre meno informazione rispetto al dump kernel-mode, ma a volte è sufficiente per capire dove intervenire.

Per analizzare la catena di attesa, riproduci il problema aprendo, poi fai click destro su explorer.exe -> Analizza catena di attesa. Dovrebbe comparirti l'albero delle dipendenze, dove il nodo radice è in attesa di un evento o una risposta da parte dei figli.

Ad esempio:


Una volta individuato il processo che sta bloccando explorer.exe, puoi analizzare la catena di attesa di tale processo per individuare cosa lo sta bloccando, e proseguire in questo modo fino ad individuare la causa ultima dell'attesa.

[hexaae]

Pare non sia d'aiuto: SearchApp è collegato a Cortana, e ho persino provato a disinstallarla ma non cambia il problema del freeze se chiudo il file requester di OpenWith.exe....
Ricordo poi che il problema si presenta persino in Modalità Provvisoria (quindi senza programmi caricati da autorun, senza i driver scheda video, senza driver audio Realtek, mouse wireless etc., senza shell extensions, praticamente nulla di accessorio...). Davvero non capisco...

[Blue_screen_of_death]

Stai guardando il processo explorer.exe corretto? Se ne hai due, guarda la catena di attesa di entrambi.

OpenWith.exe non sembra bloccato, ma guarda anche la sua catena di attesa.

Però, come già detto, purtroppo non sempre guardare la catena di attesa è di aiuto.

Ricorda che ogni tentativo va fatto dopo sempre dopo aver riprodotto il problema e mandato in freeze i processi coinvolti.

[hexaae]

Originariamente inviato da Blue_screen_of_death

Stai guardando il processo explorer.exe corretto? Se ne hai due, guarda la catena di attesa di entrambi.

OpenWith.exe non sembra bloccato, ma guarda anche la sua catena di attesa.

Però, come già detto, purtroppo non sempre guardare la catena di attesa è di aiuto.

Ricorda che ogni tentativo va fatto dopo sempre dopo aver riprodotto il problema e mandato in freeze i processi coinvolti.

Sì anche con un solo processo di Explorer (quindi per forza lui)... La catena d'attesa di OpenWith.exe è vuota
Ho il sospetto sia un bug di Windows, ma forse succede solo in determinate condizioni dell'installazione dell'OS. Quello che mi lascia perplesso è che anche in Modalità Provvisoria succeda, il che sembra indicare sia un problema nei componenti base di Windows, senza aver caricato nulla di extra...

[Blue_screen_of_death]

Si, è possibile che si tratti di un bug.

Da quanto tempo hai questo problema? Se è comparso recentemente (qualche giorno), potrebbe essere stato introdotto con questo aggiornamento:
https://support.microsoft.com/en-us/...d-97af2d10b16d

[FulValBot]

Il visualizzatore eventi cosa dice?

Approfitta per aggiornare qualunque app che possiedi così da vedere se cambia qualcosa

[hexaae]

Originariamente inviato da Blue_screen_of_death

Si, è possibile che si tratti di un bug.

Da quanto tempo hai questo problema? Se è comparso recentemente (qualche giorno), potrebbe essere stato introdotto con questo aggiornamento:
https://support.microsoft.com/en-us/...d-97af2d10b16d

Non ne ho idea purtroppo... È capitato per caso che me ne accorgessi annullando la scelta di un programma predefinito da associare, notando che era riproducibile 95% nel mio caso.

Originariamente inviato da FulValBot

Il visualizzatore eventi cosa dice?

Approfitta per aggiornare qualunque app che possiedi così da vedere se cambia qualcosa

Nulla di strano... resta nel limbo OpenWith.exe proprio come se aspettasse da explorer.exe forse un segnale che non arriva alla chiusura del file requester...

Boh... vediamo se sparisce tra qualche mese con i prossimi update. Non sarebbe la prima volta in cui vedo bug di Windows che dopo alcuni mesi spariscono completamente da soli senza aver fatto nulla, anche se questi di solito erano riproducibili anche su altri PC Win.

[FulValBot]

Prendi crystaldiskinfo e controlla il disco

[hexaae]

Originariamente inviato da FulValBot

Prendi crystaldiskinfo e controlla il disco

I dischi sono a posto ed è tutto perfetto.

[Styb]

Hai controllato se avviene con tutti i tipi di file? Forse è l'associazione con un determinato programma che crea problemi.

[hexaae]

Originariamente inviato da Phoenix2005

Concordo con Styb: se il problema si presenta anche in modalità provvisoria allora - quasi certamente - si trova localizzato a livello di registro e, quindi, andrebbe verificata la coerenza dei percorsi delle singole associazioni.

Sì, ho verificato anche quello e ho provato con HTML, ZIP, TXT... Sempre lo stesso: 9/10 volte si freeza come in video dopo aver annullato il file requester
Non è un gravissimo problema dal momento che ci sono altre vie per ridefinire i programmi predefiniti per le estensioni, ma mi incuriosisce capire quale può essere il motivo dato che l'OS lo tengo in maniera certosina, e succede anche in Modalità Provvisoria... Mistero....

[FulValBot]

E nel frattempo non hanno fatto nulla

[LL1]

Originariamente inviato da FulValBot

E nel frattempo non hanno fatto nulla

erano tutti in ferie per cui è inevitabile





A parte tutto, ma sei serio o parli giusto per tenere in movimento le labbra?? (ed è chiaro peraltro che non può essere che cosi forse perché ambisci al traguardo dei 10000 post pensando ti ricambino con una bambola gonfiabile con cui sfogarsi ).

A parte che il bug indicato come presente a partire dalla v1803 si presentava solo a qualcuno (la conosci peraltro la differenza che passa tra questa espressione e tutti indiscriminatamente??) ed è stata risolta il mese successivo,



ti sembra plausibile che la trascinino per quasi 3 anni vista la delicatezza??
Ma non a caso BSoD, che parla con cognizione di causa, faceva riferimento eventualmente all'ultimo cumulativo e non certo a quello di 15 anni fa ...

Non lo so, è disarmante


Vediamo se il kernel dump, posto che spunti fuori, riesce ad indirizzare BSoD verso il vero colpevole cosi da far tacere congetture astruse

[hexaae]

Originariamente inviato da Phoenix2005

Si tratta di un vecchio bug: è stato segnalato già a partite dal 2017 (ma penso fosse presente già da prima). Si va dal freeze dell’interfaccia all’impossibilità di settare correttamente le associazioni:

Freezing bug in File Association dialog found in Windows 10
Microsoft confirms File Association bug in Windows 10 version 1803

E i fix di solito proposti per risolvere il blocco dell’interfaccia (oltre a quello dell’articolo del primo link qui sopra) sono due:

- Creare un nuovo profilo utente facendo migrare i dati personali dal vecchio profilo al nuovo, per poi eliminare quello vecchio.
- Verificare la presenza di anomalie sulla Shell o sulle associazioni di file. Per fare questo tipo di analisi puoi utilizzare:

ShellExView - ShellMenuView - FileTypesMan

Nel caso dovessi trovare delle voci incoerenti/parziali prova a disabilitarle/eliminarle e poi riavvia & verifica nuovamente la procedura di associazione dei file.

Quello descritto qui (2017!) in effetti è molto simile: https://answers.microsoft.com/en-us/...f-9341544df7f1 (punto 5)

Mi succede anche da Safe Mode/Modalità Provvisoria (= NON vengono caricate shell extension, nessun driver esterno tipo scheda grafica o wifi o BT del mouse, OneDrive, programmi in autorun etc. etc.)...

[hexaae]

Originariamente inviato da Phoenix2005

Hai provato a creare un nuovo account utente amministratore temporaneo (senza spostare dati), accedere a Windows con il nuovo user per poi eseguire la medesima procedura “Apri con...”? Si blocca anche così? Perché se si verifica anche con il nuovo account utente allora è un problema di sistema altrimenti è un problema locale correlato specificatamente al vecchio account utente.

Sì ci ho pensato, ma mi interessa mantenere l'utente... anche se funzionasse su un nuovo utente non sarebbe un'opzione per me. Piuttosto aspetto prossimi major update di Win sperando risistemino eventualmente da soli il problema, non essendo in fin dei conti un problema invalidante ed avendo alternative.

Qualcuno saprebbe usare BENE Process Monitor per tentare di loggare gli eventi e capire come mai e quando si blocca nella catena degli eventi? https://docs.microsoft.com/en-us/sys...nloads/procmon
Provo a filtrare il processo OpenWith.exe e vediamo cosa fa... ma non l'ho mai usato in maniera approfondita e il problema è che logga l'impossibile quel programma: è complicato creare buoni filtri utili che generino log informativi e non migliaia di azioni poco utili.

[Blue_screen_of_death]

Non credo che trovi la risposta in Process Monitor, perché apparentemente non c'è nessun processo in loop (CPU sta a 0% come si vede dal video che hai condiviso) e nessun evento negativo (i processi sembrano in stallo e non riportano errori di nessun tipo). Ma si crea una wait chain tra vari processi (explorer.exe e OpenWith.exe sicuramente, come risulta dai dump user-mode che hai condiviso, ma probabilmente ci sono altri processi coinvolti).

Tuttavia, dare un'occhiata Process Monitor male non fa.

Filtrerei per Process Name explorer.exe, OpenWith.exe e dllhost.exe. I primi due sono i processi che sono in deadlock. dllhost.exe è un processo host che spesso viene coinvolto in operazioni di questo tipo, e potrebbe essere lui la causa dello stallo. Guarderei gli eventi con esito negativo (esito diverso da STATUS_SUCCESS).

Se vuoi, puoi mandarmi anche una traccia. Combinando le informazioni estratte dalla traccia di Process Monitor (in formato PML) con le informazioni contenute nel dump, potremmo riuscire a individuare il problema.

Dato che la comunicazione inter-process avviene in kernel-mode, come già detto per tracciare bene il problema servirebbe un dump kernel-mode e un traccia ETW per fare kernel-level tracing. Da questi è possibile ricostruire la wait chain tra i processi e la parte di stack kernel-mode che non compare nei dump user-mode.


Apprezzo e condivido la tua voglia di approfondire il problema.

[LL1]

Originariamente inviato da hexaae

Sì, ho verificato anche quello e ho provato con HTML, ZIP, TXT... Sempre lo stesso: 9/10 volte si freeza come in video dopo aver annullato il file requester

ho provato più e più volte a riprodurre quello che mostri nel video ma non riesco a replicare il problema che riscontri.

mi incuriosisce capire quale può essere il motivo dato che l'OS lo tengo in maniera certosina, e succede anche in Modalità Provvisoria...

perché non provi a fargli avere il dump kernel-mode che, come diceva BSoD, a regola contiene le tracce del meccanismo ALPC coinvolto?
Hai fatto per scrupolo una segnalazione con l'app feedback registrando anche le 'tracce'?

PS_la macchina è quella in firma?