Estoy enfrentando un problema al depurar la codificación de API de c # en Visual Studio 2017. La depuración no se inició y muestra un mensaje de error como
¿Alguna idea sobre este mensaje de error?
Respuestas:
Si descargó el archivo de Internet, ya sea por separado o dentro de un archivo .zip o similar, es posible que se haya "bloqueado" porque está marcado como procedente de la zona de Internet. Muchos programas usarán esto como una señal de que no se debe confiar en el contenido.
La solución más simple es hacer clic con el botón derecho en el archivo en el Explorador de Windows, seleccionar Propiedades y, en la parte inferior de este cuadro de diálogo, debería tener la opción "Desbloquear". Recuerde hacer clic en Aceptar para aceptar el cambio.
Si obtuvo el archivo de un archivo, generalmente es mejor desbloquear el archivo primero, si el archivo está marcado como proveniente de la zona de Internet y lo descomprime, ese indicador podría propagarse a muchos de los archivos que acaba de desarchivar. Si desbloquea primero, los archivos no archivados deberían estar bien.
También hay un comando de Powershell para esto, Unblock-File :
> Unblock-File *
Además, hay formas de escribir código que también eliminarán el bloqueo.
De los comentarios de @ Defcon1: También puede combinar Unblock-File
con Get-ChildItem
para crear una canalización que desbloquea el archivo de forma recursiva. Dado que Unblock-File
no tiene forma de encontrar archivos de forma recursiva por sí mismo, debe usar Get-ChildItem
para hacer esa parte.
> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
ps> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
unblock
opción.
Ninguna de estas respuestas funcionó para mí, tuve que hacer lo siguiente:
Fuente: https://superuser.com/q/44503
file://domain.com
funcionado, ¡gracias! contexto: una revisión importante del servidor movió nuestros archivos a DFS; el dominio de Windows es domain.com
por lo que ahora residen los archivos en los \\domain.com\...
que podrían haber desencadenado el problema.
.sln
recurso compartido de red dentro de una red local. El mensaje de error fue: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.
Complementando la respuesta de @ lasse-v-karlsen . Para desbloquear todos los archivos de forma recursiva, ejecute desde powershell como administrador dentro de la carpeta que desee:
gci -recurse | Unblock-File
enlace de origen: ¿Cómo desbloquear archivos descargados de Internet? - Winhelponline
https://www.winhelponline.com/blog/bulk-unblock-files-downloaded-internet/
Aunque esta es una pregunta anterior, pasé varias horas buscando una forma de manejar este error cuando se aplica a varios archivos que se encuentran en subcarpetas en todo el proyecto.
Para arreglar esto para todos los archivos dentro de un proyecto , Visual Studio -> Herramientas -> Opciones -> Configuración de confianza y agregue la ruta del proyecto como una ruta de confianza.
Si está utilizando OneDrive o cualquier unidad de red similar, tiene 2 opciones:
1) la más fácil es mover la carpeta a un directorio local dentro de su PC (por ejemplo:. C :).
2) pero si desea seguir usando OneDrive, le recomendaría agregarlo a los sitios confiables en las opciones del explorador de Internet y eso solucionará el problema.
Solución: edite y guarde el archivo.
Desde VisualStudio, vaya a Ver y expanda para ver su archivo resx
En el menú contextual, seleccione OpenWith ... XML (Text) Editor .
Simplemente agregue un espacio al final y guarde.
Tuve este problema con los archivos resx en mi solución. Estoy usando Onedrive. Sin embargo, ninguna de las soluciones anteriores lo solucionó.
El problema fue que el icono que utilicé estaba en los archivos MyWindow.resx para Windows.
Lo eliminé y luego tomé el ícono de la carpeta de recursos de recursos locales de la aplicación.
private ResourceManager rm = App_LocalResources.LocalResources.ResourceManager;
..
InitializeComponent();
this.Icon = (Icon)rm.GetObject("IconName");
Esto sucedió después de una actualización a VS2019.
Ninguno de los anteriores funcionó.
La solución fue copiar el proyecto localmente (desde la unidad de red).
Si, como yo, ha seguido diligentemente todas las soluciones anteriores y el error sigue ahí, intente cerrar y volver a abrir Visual Studio.
Es obvio, lo sé, pero tal vez no soy el único que se vuelve confuso después de mirar la pantalla de una computadora todo el día.
Ninguno de los anteriores funcionó para mí.
Esto me sucedió después de que agregué un nuevo botón a una barra de herramientas en un winform. Cuando el botón usa la imagen predeterminada de System.Drawing.Bitmap
(en la propiedad de la imagen), surgió este error. Después de que lo cambié a una imagen confiable (una agregada a mi archivo de recursos con la opción 'Desbloquear' marcada), este error se resolvió solo.
Me encontré con otra posible razón de este error. Si usa enlaces simbólicos NTFS en el árbol de su proyecto, y probablemente unidades sustituidas, puede obtener este error incluso si apuntan a su unidad local. Si este es el caso, intente evitar la situación en la que se accede a los archivos .resx a través de enlaces simbólicos.
Ninguna de las sugerencias anteriores funcionó para mí, así que creé un nuevo archivo con un nombre ligeramente diferente y copié el contenido del archivo ofensivo en el nuevo archivo, renombré el archivo ofensivo y renombré el nuevo archivo con el nombre del archivo ofensivo. Trabajado como un encanto. Problema resuelto.