manifest - ver - firmar los manifiestos de clickonce

Manifiesto no obliga a Visual Studio 2013 a reiniciarse en Admin al ejecutar la aplicación en modo Debug

Question

Esto funcionó en VS2010 y VS2012 . Pero en la aplicación VS2013 (presionando "Ejecutar" o F5 ) simplemente comienza con los derechos de mi usuario y no puede acceder a algunos recursos (estoy usando HttpListener).

<trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
<security>
<requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
</requestedPrivileges>
</security>
</trustInfo>

Traté de googlear, intenté generar nuevo manifiesto, copié su contenido de MSDN, pero nada ayudó. ¿Algo cambió en esta parte de VS2013 ?

Actualización1:
Eso fue una parte. Aquí está el contenido manifiesto completo:

<?xml version="1.0" encoding="utf-8"?>
<asmv1:assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1" xmlns:asmv1="urn:schemas-microsoft-com:asm.v1" xmlns:asmv2="urn:schemas-microsoft-com:asm.v2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<assemblyIdentity version="1.0.0.0" name="MyApplication.app"/>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
<security>
<requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
</requestedPrivileges>
</security>
</trustInfo>
<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
<application></application>
</compatibility>
</asmv1:assembly>

Actualización2:
Okey aquí es un simple ejemplo: cuando ejecuto el archivo .exe compilado, UAC solicita privilegios de administrador. Pero cuando lo ejecuto desde VS2013 (presionando "Ejecutar" o F5 ) ¡no funciona! Y si abre el mismo proyecto con VS2012 / VS2010 , le piden que reinicie bajo administración.
Puede verificar esto rápidamente:
Cree una aplicación de consola en VS2013 , agregue manifest y configure level = "requireAdministrator" . Luego ejecute o presione F5 ( VS2013 ejecuta la aplicación bajo administración cuando presiona Ctrl-F5 ).
¡Pero este no es el comportamiento de VS2012 / VS2010 !
¿Cómo podemos obtener el viejo comportamiento?

Actualización3:
Por favor vote aquí o infórmeme sobre otro boleto.

Answer 1

Espero que esto se solucione pronto. Mientras tanto, puede usar accesos directos prácticos para reiniciar VS en modo de administrador, busque "Reinicio de Visual Studio" en la galería de extensiones.

Editar:

La única forma en que veo que puede lograr el antiguo comportamiento es desactivar el proceso de alojamiento de VS, ya que es este proceso el que, por algún motivo, "come" el mensaje de elevación. De hecho, cuando lo pienso, este comportamiento puede ser incluso por diseño. Puede desactivar el proceso de alojamiento en las propiedades del proyecto (Depurar) o cuando genere .csproj configure la plataforma UseVSHostingProcess tag en falso, así:

<PropertyGroup Condition=" ''$(Configuration)|$(Platform)'' == ''Debug|AnyCPU'' ">
<PlatformTarget>AnyCPU</PlatformTarget>
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin/Debug/</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<UseVSHostingProcess>false</UseVSHostingProcess>
</PropertyGroup>

Answer 2

Lo que terminé haciendo es ejecutar el proyecto sin depurar CRTL+F5 . El me da el mismo aviso que Visual Studio 2010 te da.

Answer 3

Debe deshabilitar la opción de proceso de alojamiento para obtener el aviso de reinicio de VS. Project + Properties, pestaña Debug, desmarque la casilla de verificación "Habilitar el proceso de alojamiento de Visual Studio". Puede ser más fácil comenzar VS VS elevado de inmediato. Haga clic con el botón derecho en el acceso directo Ejecutar como administrador.

No estoy del todo seguro de si esto es un error o una característica. Esté atento a este informe de Connect para obtener más información.

Actualización: parece un error, el informe de comentarios se cerró como "arreglado". Desafortunadamente no da ninguna pista cuando esa solución va a convertirla en nuestras máquinas. Tal vez una futura actualización VS2013, seguramente la próxima versión.
Actualización2: la solución se convirtió en VS2013 Actualización 3.