Come si installa nella cartella LocalAppData?

Question

L'impostazione della directory funziona perfettamente per me.

<Directory Id='TARGETDIR' Name='SourceDir'> 
    <Directory Id="ProgramFilesFolder"> 
    <Directory Id='INSTALLDIR' Name='MyApp'/> 
    </Directory> 
</Directory> 

Tuttavia, quando ho provato a cambiare "ProgramFilesFolder" a "LocalAppDataFolder" un sacco, ho avuto di errore quando si utilizza light di collegare e generare il mio msi:

D:\runGroup.wxs(53) : error LGHT0204: ICE38: Component cmpA5561BE36D80EB58252E69DDA0C2FF8C installs to user profile. It must use a registry key under HKCU as its KeyPath, not a file. D:\main.wxs(38) : error LGHT0204 : ICE64: The directory INSTALLDIR is in the user profile but is not listed in the Remove File table.

Sembra " LocalAppDataFolder "non è accettabile per WiX, mentre credo che sia una delle proprietà della cartella di sistema definite in here.

Che cosa dovrei usare per la cartella LocalAppData?

Answer 1

Ok, appena scoperto che ce la possiamo fare sovrascrivendo "ProgramFilesFolder":

<SetProperty Id="ProgramFilesFolder" Value="[LocalAppDataFolder]" Before="CostFinalize"><![CDATA[NOT Privileged]]></SetProperty> 

Un'altra cosa da fare è, in <Package> abbiamo bisogno di impostare InstallPrivileges-limited.

Bene, non vedo alcun motivo per cui "ProgramFilesFolder" può essere utilizzato direttamente mentre "LocalAppDataFolder" non può.

Answer 2

Si sta installando per utente o per macchina? Inoltre, quali versioni del sistema operativo stai prendendo in considerazione? Si potrebbe desiderare di leggere:

Authoring a single package for Per-User or Per-Machine Installation context in Windows 7

Answer 3

ho convertito un'applicazione dall'essere un perMachine installare ad essere installa un Peruser. Per poter convertire correttamente l'installazione ho dovuto aggiungere una chiave di registro per ciascuno dei componenti che ho.

Originariamente ho avuto il seguente:

<Component Id="C.MyExe"> 
    <File Id="Fi.MyExe" Name="$(var.MyExe.TargetFileName)" Source="$(var.MyExe.TargetPath)" DiskId="1"> 
    <Shortcut Id="SC.StartMenu" 
       Directory="D.ApplicationMenuDir" 
       Name="$(var.AppName)" 
       WorkingDirectory="INSTALLDIR" 
       Icon="MY_ICON.ico" 
       IconIndex="0" 
       Advertise="yes" 
     /> 
     ... 

Quando mi sono trasferito la componente exe per l'utente di installazione che dovevo fare qualcosa di simile:

<Directory Id="LocalAppDataFolder" Name="AppData"> 
    <Directory Id="MyAppDirectory" Name="$(var.AppName)"> 
    <Component Id="C.MyExe" Guid="{MY_GUID}"> 
     <CreateFolder /> 
     <RemoveFolder Id="RemoveMyAppDirectory" On="uninstall" /> 
     <RegistryKey Root="HKCU" Key="Software\MyCompany\MyApp"> 
     <RegistryValue Name="MainExe" Value="1" KeyPath="yes" Type="integer" /> 
     </RegistryKey> 
     <File Id="Fi.MyExe" Name="$(var.MyExe.TargetFileName)" 
      Source="$(var.MyExe.TargetPath)" DiskId="1" Checksum="yes"> 
     </File> 
    </Component> 
    ... 

La parte più importante è che si aggiungere una chiave di registro che punta a HKEY_CURRENT_USER. Ho aggiunto un valore di registro per ogni componente che indica che il componente è installato.

Ho anche dovuto rimuovere quanto segue: Advertise="yes".

Answer 4

Ho avuto questo problema di recente. Volevo convertire il mio programma di installazione da per-macchina a un utente per utente, ma stava ricevendo ICE38. Ho chiesto agli utenti di wix e un parere era che si potesse ignorare ICE38 perché era inteso come controllo per le installazioni per macchina.

Vedere the discussion at wix-users.

Dato che questo è il caso, ICE38 è (a mio avviso) errato e vorrete ignorarlo. ICE38 implica l'installazione di risorse per utente nel contesto di un'installazione per macchina, ma non verifica mai che sia così.

In realtà, per l'installazione di un utente è necessario ignorare ICE38 perché non sarà mai preciso per quel mondo.

[Edit] Sembra che hai aiutare here.

Da Peter Shirtcliffe:

Questa è la mia, è vero inesperta, la comprensione di impianti per utente:

Installazione di sottodirectory di LocalAppDataFolder è perfettamente OK in un singolo utente MSI . A causa di determinati scenari relativi agli utenti in roaming, è necessario aggiungere componenti contenenti elementi per qualsiasi directory creata in LocalAppDataFolder. . Ecco perché ICE64 è che appare.

L'errore ICE38 è leggermente fuorviante: dal momento che si dispone di un installazione per utente, è sicuro di ignorare fino a quando l'utente non può scegliere un percorso di installazione alternativo che è comune a tutti gli utenti. ICE38 è che verifica la situazione in cui più utenti installano lo stesso componente nello stesso percorso.

Pubblicare solo per aiutare altre persone (come me).