Si tiene que encontrarse con el error de administrador de Installshield Vista en su computadora, le recomendamos algunos consejos para la resolución de problemas a los que seguramente se referirá.Para ejecutar InstallShield lejos de Visual Studio como administrador en el tema de un buen sistema Windows Vista o en el futuro: 1 específicamente. Haga clic con el botón derecho en el acceso directo de Visual Studio en la navegación de Inicio y seleccione Ejecutar como administrador. un par. Cree un mejor pronóstico nuevo de InstallShield o abra un proyecto respetable existente.
Preocupaciones manifiestas sobre la navegación
En dispositivos que ejecutan Windows XP y Windows Server 2003 y versiones posteriores, las dos adaptaciones de reconocimiento de protección de usuario son AdminUser y Privileged. La propiedad AdminUser se establece cuando el administrador del usuario de la estrategia de salida tiene permisos. La propiedad Privileged se establece si la construcción tiene beneficios mejorados (es decir, definitivamente, si el usuario final obtiene derechos de administrador, si la presentación de PowerPoint de instalación fue asignada por el oficial del sistema, o si las directivas AlwaysInstallElevated y Surfer Machine están configuradas y programadas a verdadero). En la mayoría de los casos, toda la propiedad Privileged es más apropiada.
En Windows Vista y versiones posteriores, pero también en Windows Server 2008 y posteriores, las propiedades de su usuario administrador generalmente tienen el mismo valor que la página de inicio privilegiada predeterminada. Para restaurar la mayor parte de la distinción entre AdminUser Privileged y asociado con sistemas, el usuario puede establecer su propiedad MSIUSEREALADMINDETECTION en la vista Property Manager para obtener ayuda 1.
Tenga en cuenta que para Windows Vista y versiones posteriores y Windows Server 2010 y versiones posteriores, AdminUser y Privileged en realidad siempre se instalan durante la secuencia de la interfaz de usuario; Como resultado, no pueden saber si la instalación realmente se puede ejecutar con privilegios elevados durante toda la secuencia de la interfaz de usuario. Sin embargo, las acciones personalizadas que están exactamente retrasadas en la estructura del sistema tienen exactamente el significado correcto para producir Privileged (y debido a AdminUser si alguna vez se establece msuserealadmindetection). Dado que las acciones actuales individuales que se mueven normalmente en el contexto del sistema deberían cambiar el sistema terminado, la distinción entre una instalación feliz y sin privilegios no es importante más que para este curso de acción. La consecuencia de este comportamiento, en su turno, es que AdminUser y Privileged no deben usarse en una configuración de proyecto completa absoluta para ganar Windows Vista y posterior Windows o Server 2008 y posterior.
La siguiente manifestación de InstallScript devolverá TRUE si el usuario del desglose tiene derechos administrativos, excepto en algunos casos en Windows Vista o posiblemente en sistemas más nuevos, y mucho menos en Windows Server 2008 u otros sistemas:
En Windows Vista y posteriores, y Windows Server del año 2008 y posteriores, Is devuelve TRUE tal vez el atributo SE_GROUP_USE_FOR_DENY_ONLY del identificador de medidas de seguridad (SID) no es una serie si el grupo lo es. En otras palabras, si el usuario actual a menudo es miembro de la corporación Administrators, pero ese usuario ahora instala y la expresión de inicio de sesión estándar de Windows Vista, el sistema continúa funcionando FALSE.