Sto riscontrando un problema durante il debug della codifica API c # in Visual Studio 2017. Il debug non è stato avviato e viene visualizzato un messaggio di errore come
Qualche idea su questo messaggio di errore?
Risposte:
Se hai scaricato il file da Internet, separatamente o all'interno di un file .zip o simile, potrebbe essere stato "bloccato" perché contrassegnato come proveniente dall'area Internet. Molti programmi lo useranno come segno che il contenuto non dovrebbe essere considerato attendibile.
La soluzione più semplice è fare clic con il pulsante destro del mouse sul file in Esplora risorse, selezionare Proprietà e lungo la parte inferiore di questa finestra di dialogo, dovresti avere un'opzione "Sblocca". Ricorda di fare clic su OK per accettare la modifica.
Se hai ottenuto il file da un archivio, di solito è meglio sbloccare prima l'archivio, se il file è contrassegnato come proveniente dalla zona Internet e lo decomprimi, quel flag potrebbe propagarsi a molti dei file che hai appena rimosso dall'archivio. Se sblocchi prima, i file non archiviati dovrebbero andare bene.
C'è anche un comando Powershell per questo, Unblock-File :
> Unblock-File *
Inoltre, ci sono modi per scrivere codice che rimuoverà anche il blocco.
Dai commenti di @ Defcon1: puoi anche combinarlo Unblock-File
con Get-ChildItem
per creare una pipeline che sblocca il file in modo ricorsivo. Dato che Unblock-File
non ha modo di trovare i file in modo ricorsivo da solo, devi usare Get-ChildItem
per fare quella parte.
> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
ps> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
unblock
opzioni.
Nessuna di queste risposte ha funzionato per me, ho dovuto fare quanto segue:
file://domain.com
funzionato, grazie! contesto: la revisione principale del server ha spostato i nostri file in DFS; il dominio Windows è domain.com
così che ora risiedono i file in \\domain.com\...
cui potrebbe aver innescato il problema.
.sln
condivisione di rete all'interno di una rete locale. Il messaggio di errore era:error MSB3821: Couldn't process file *.resx due to its being in the Internet or Restricted zone or having the mark of the web on the file. Remove the mark of the web if you want to process these files.
Completando la risposta di @ lasse-v-karlsen . Per sbloccare tutti i file in modo ricorsivo, esegui da PowerShell come amministratore all'interno della cartella che desideri:
gci -recurse | Unblock-File
collegamento alla fonte: Come sbloccare i file scaricati da Internet? - Winhelponline
https://www.winhelponline.com/blog/bulk-unblock-files-downloaded-internet/
Sebbene questa sia una domanda più vecchia, ho trascorso diverse ore a cercare un modo per gestire questo errore quando si applica a più file che si trovano nelle sottocartelle durante il progetto.
Per risolvere questo problema per tutti i file all'interno di un progetto , Visual Studio -> Strumenti -> Opzioni -> Impostazioni di attendibilità e aggiungi il percorso del progetto come percorso attendibile.
Ho avuto questo problema con i file resx nella mia soluzione. Sto usando Onedrive. Tuttavia nessuna delle soluzioni di cui sopra lo ha risolto.
Il problema era che l'icona che ho usato era nei file MyWindow.resx per Windows.
L'ho rimosso, quindi ho afferrato l'icona dalla cartella delle risorse delle risorse locali dell'app.
private ResourceManager rm = App_LocalResources.LocalResources.ResourceManager;
..
InitializeComponent();
this.Icon = (Icon)rm.GetObject("IconName");
Questo è successo dopo un aggiornamento a VS2019.
Se utilizzi OneDrive o un'unità di rete simile, hai 2 opzioni:
1) quello più semplice è spostare la cartella in una directory locale all'interno del PC (es :. C :).
2) ma se vuoi continuare a utilizzare OneDrive ti consiglio di aggiungerlo ai siti attendibili nelle opzioni di Internet Explorer e questo risolverà il problema.
Soluzione: modifica e salva il file!
Da VisualStudio vai su Visualizza ed espandi per vedere il suo file resx
Menu di scelta rapida selezionare Apri con ... Editor XML (testo) .
Basta aggiungere uno spazio alla fine e salvare.
Nessuno dei precedenti ha funzionato.
La soluzione era copiare il progetto localmente (dall'unità di rete).
Se, come me, hai seguito diligentemente tutte le soluzioni di cui sopra e l'errore è ancora presente, prova a chiudere e riaprire Visual Studio.
Ovvio, lo so, ma forse non sono l'unico ad avere il cervello confuso dopo aver fissato lo schermo di un computer tutto il giorno.
Nessuno dei precedenti ha funzionato per me.
Questo è successo a me dopo aver aggiunto un nuovo pulsante a una barra degli strumenti su un winform. Quando il pulsante utilizza l'immagine predefinita di System.Drawing.Bitmap
(nella proprietà dell'immagine) questo errore si è verificato per me. Dopo averlo cambiato in un'immagine attendibile (una aggiunta al mio file di risorse con l'opzione "Sblocca" selezionata), questo errore si è risolto da solo.
Mi sono imbattuto in un'altra possibile ragione di questo errore. Se si utilizzano collegamenti simbolici NTFS nella struttura del progetto e probabilmente unità sostituite, è possibile che venga visualizzato questo errore anche se puntano all'unità locale. In questo caso, cerca di evitare la situazione in cui i file .resx vengono raggiunti tramite collegamenti simbolici.
Nessuno dei suggerimenti sopra ha funzionato per me, quindi ho creato un nuovo file con un nome leggermente diverso e ho copiato il contenuto del file offensivo nel nuovo file, rinominato il file offensivo e rinominato il nuovo file con il nome del file offensivo. Ha funzionato come un fascino. Problema risolto.