Visual Studio Professional 2013 si blocca durante l’apertura di soluzioni / file

Ho cercato di aprire alcune delle soluzioni di pagine web / database che ho realizzato mentre lavoravo per il mio precedente datore di lavoro, per avere un ripasso su cosa fossero, ma per qualche ragione Visual Studio Professional 2013 decide di bloccarsi durante l’apertura, oppure crash quando provo ad aprire uno dei file C # che ho creato. Non ho idea del motivo per cui lo sta facendo ora, dal momento che è passato poco più di un mese da quando ho creato questi file senza problemi. Non sembra esserci nulla di sbagliato nemmeno nel 2013. Suggerimenti?

Ho riscontrato un problema simile ogni tanto e la mia soluzione è quella di eliminare il file * .suo e quindi aprire la soluzione.

L’unica volta che non ha funzionato era quando si stava riproducendo un’estensione, nel qual caso ho aperto VS in Safemode usando l’opzione / safemode.

devenv.exe /safemode 

Usare l’opzione / log come indicato in un’altra risposta è anche una buona idea se si rivela essere un’estensione anomala perché può aiutarti a rintracciarla. Il percorso predefinito del file ActivityLog.xml sul mio computer è “c: \ Users \ \ AppData \ Roaming \ Microsoft \ VisualStudio \ \ ActivityLog.xml” ma puoi anche specificare dove vuoi che il file essere:

 Devenv /log Path\NameOfLogFile 

Vedere la documentazione per VS2013 (con collegamenti ad altre versioni) su: / Log (devenv.exe)

Spero che aiuti.

AGGIORNAMENTO PER VS2015 : la stessa soluzione, solo il suo file si trova in un posto diverso. VS2015 aggiunge una cartella “.vs”. All’interno di quella cartella ci sono altre cartelle, una delle quali è identica alla tua soluzione, all’interno di quella cartella c’è un’altra cartella chiamata “v14” e all’interno di quella (finalmente) c’è un file chiamato “.suo”. Elimina quel file.

Esempio: la tua soluzione si chiama “Whatever”. A partire dalla tua cartella “Whatever” il percorso verso il suo è:

 .vs\Whatever\v14\.suo 

Se non riesci a vedere il file “.suo”, ricorda che si tratta di un file nascosto.

Sto usando questo script PowerShell per alcuni giorni per sbarazzarmi dei file .suo dopo il passaggio tra i rami git:

 get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse 

Non ho avuto alcun problema fino ad ora, ma nessuna promise che non incenerirà il tuo laptop 🙂 quindi usalo con attenzione.

Ottobre 2018 Aggiornamento per VS 2017, il percorso per .suo è:

 .vs\Whatever\v15\.suo 

La mia ipotesi è che la “v15” continuerà ad aumentare nelle versioni future.

Ho trovato un’altra risposta SO che copre alcune altre soluzioni ai problemi di VS, come lo svuotamento della cache di ReSharper se si utilizza quello strumento: Visual Studio che mostra errori anche se i progetti vengono creati.

Prova a richiamare Visual Studio dalla riga di comando.

 devenv.exe /log 

Quindi prova ad aprire la tua soluzione e poi se si blocca, vai a guardare il

 %APPDATA%\Microsoft\VisualStudio\\ActivityLog.xml 

file. dovrebbe avere dettagli sul crash. Inoltre, i registri eventi possono acquisire anche alcuni eventi di alto livello.

Questa sarà la “risposta dal campo giusto” ma dal momento che ha funzionato voglio condividerla con gli altri. Dopo aver tentato di aprire un progetto e ottenere l’errore “Tipo di progetto non supportato” con Visual Studio 2013, non potevo più aprire alcuna soluzione. Potrei caricare l’IDE. Ma non appena ho provato ad aprire un file di soluzione, l’IDE si arrestava in modo anomalo con un messaggio che diceva che si stava riavviando e poi chiedeva se volevo eseguire il debug o chiudere il programma. La stessa cosa è accaduta se ho provato a caricare un file di soluzione facendo doppio clic su di esso in una finestra di Explorer. Ho provato a disinstallare un’estensione che ho aggiunto di recente e anche a un riavvio completo. Niente ha funzionato Inoltre, non c’era nessuna nuova attività in nessuno dei file ActivityLog.xml che ho trovato in 3 diverse directory di versione. Inoltre, l’eliminazione dei file SUO non è stata di aiuto.

Ho quindi provato a creare un nuovo progetto. Mi è appena capitato di scegliere un’app per Facebook ASP.NET/MVC 4. Probabilmente non ha importanza, ma nel caso lo faccia includo quel dettaglio. Non appena è stato creato il nuovo progetto, l’ho chiuso e riaperto. Ha riaperto bene, e in seguito tutte le altre mie soluzioni potrebbero essere riaperte senza errori. Quindi, almeno nel mio caso, l’atto di creare un nuovo progetto ha ripulito qualcosa o reinizializzato qualcosa in modo appropriato e ha risolto il problema.

.NET Reflector Extension stava causando questo problema per me – disinstallato e funziona come un sogno.

Visual Studio 2015 sembra avere un problema simile. A volte, la soluzione di rimozione .suo ha funzionato per me, ma oggi questo bug mi ha catturato ancora una volta e la soluzione era:

rimuovere la cache di Reshaper .

Per individuare la posizione, vai su Visual Studio / ReSharper / Opzioni / Generale. Ho rimosso il contenuto della cartella manualmente.

Il riavvio del computer lo ha risolto per me.

So che sembra banale, ma a volte provi un milione di cose diverse che non funzionano, non rendendoti conto che non hai provato l’unica cosa semplice che in realtà lo risolve. Nel frattempo stai cancellando le cose e cambiando le cose inutilmente. Dovrebbe essere una regola empirica per riavviare sempre prima di provare altre soluzioni più estreme.

Ho un caso simile quando disattivo “Productivity Power Tools 2013”, quindi VS2013 si bloccherà su qualsiasi progetto aperto / nuovo. Anche io ho provato a ritriggersre l’estensione, non funzionava.

Finisco per disinstallarlo.

Ho avuto la stessa cosa, ma sono riuscito ad andare su Aiuto -> registrati e fare clic su “Esci” prima che si interrompesse. Dopo questo ha smesso di schiantarsi. Credo che fosse legato al fatto che ho cambiato la mia password e che la licenza non avrebbe potuto essere ottenuta o qualcosa del genere …

La mia soluzione:

devenv.exe /log

%APPDATA%\Microsoft\VisualStudio\\ActivityLog.xml

trova la parola “errore”

cancellato: C:\PROGRAM FILES (X86)\COMMON FILES\MICROSOFT\EXTENSIONMANAGER\EXTENSIONS\MICROSOFT\WINDOWS KITS\8.1\DESKTOP SDK\*