C# 使用requireAdministrator添加应用程序清单会中断Installshield自定义操作
@全部, 我成功地添加并运行了自定义操作,请参见() 此应用程序需要使用管理员权限运行,因此我添加了这些权限(将应用程序清单添加到我的c#应用程序中,并设置以下执行级别C# 使用requireAdministrator添加应用程序清单会中断Installshield自定义操作,c#,visual-studio-2013,uac,custom-action,installshield-le,C#,Visual Studio 2013,Uac,Custom Action,Installshield Le,@全部, 我成功地添加并运行了自定义操作,请参见() 此应用程序需要使用管理员权限运行,因此我添加了这些权限(将应用程序清单添加到我的c#应用程序中,并设置以下执行级别' 当重建设置并将其部署在同一台机器上时,我现在收到一条消息,即找不到该文件。请参见下图 应用程序清单 <?xml version="1.0" encoding="utf-8"?> <asmv1:assembly manifestVersion="1.0" xmlns="urn:schemas-microsof
'
当重建设置并将其部署在同一台机器上时,我现在收到一条消息,即找不到该文件。请参见下图
应用程序清单
<?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">
<!-- UAC Manifest Options
If you want to change the Windows User Account Control level replace the
requestedExecutionLevel node with one of the following.
<requestedExecutionLevel level="asInvoker" uiAccess="false" />
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
<requestedExecutionLevel level="highestAvailable" uiAccess="false" />
Specifying requestedExecutionLevel node will disable file and registry virtualization.
If you want to utilize File and Registry Virtualization for backward
compatibility then delete the requestedExecutionLevel node.
-->
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
</requestedPrivileges>
</security>
</trustInfo>
<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
<application>
<!-- A list of all Windows versions that this application is designed to work with.
Windows will automatically select the most compatible environment.-->
<!-- If your application is designed to work with Windows Vista, uncomment the following supportedOS node-->
<!--<supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"></supportedOS>-->
<!-- If your application is designed to work with Windows 7, uncomment the following supportedOS node-->
<!--<supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>-->
<!-- If your application is designed to work with Windows 8, uncomment the following supportedOS node-->
<!--<supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"></supportedOS>-->
<!-- If your application is designed to work with Windows 8.1, uncomment the following supportedOS node-->
<!--<supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/>-->
</application>
</compatibility>
<!-- Enable themes for Windows common controls and dialogs (Windows XP and later) -->
<!-- <dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="*"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>-->
</asmv1:assembly>
非常感谢您的帮助。任何非提升权限运行的自定义操作(管理员)这可能是它失败的原因。假设您的自定义操作直接启动.exe文件,Windows Installer在后台使用CreateProcess而不是ShellExecute,并且在进程启动期间不会提升。因此,这意味着您必须使用已提升的自定义操作计划
在限量版中,只有“注册产品后”和“系统更改后”两个调度位置已提升。当您删除
时它是否工作?我不完全理解为什么程序集清单会破坏安装程序。或者此程序集是作为自定义操作运行的?使用清单的程序集确实是作为自定义操作运行的。例如,就像setup.exe文件一样。它可以在没有任何限制的情况下运行problems@C锋利-非常锋利当删除该行时,它工作起来很奇怪。原因是什么?我不确定。但是任何自定义操作运行时可能没有提升权限(管理),这可能是它失败的原因。Ic。非常感谢您为我指出了正确的方向(非常感谢:)