[wix-users] When does Burn use C:\ProgramData\Package Cache\ vs C:\Users\...\AppData\Local\Package Cache?

[Shintaro Takechi]

Not all msi are per machine.
Some prerequisite msi has the attribute ForcePerMachine="yes" but not all.
My core msi, that is not prerequisite, has <Package ...
InstallPrivileges="elevated" InstallScope="perMachine">

Just for the reference the ExePackage I can expose was written as following
(in package A and B)
<ExePackage SourceFile="$(var.NonLoadContents)\Redists\sqliteodbc_w64.exe"
InstallCondition="SILENTPREREQS=1" InstallCommand="/S" Permanent="yes"
Compressed="no" Name="redist\sqliteodbc_w64.exe"/>
Now I changed it to
<ExePackage SourceFile="$(var.NonLoadContents)\Redists\sqliteodbc_w64.exe"
InstallCondition="SILENTPREREQS=1" PerMachine="yes" InstallCommand="/S"
Permanent="yes" Compressed="no" Name="redist\sqliteodbc_w64.exe"/>


On Fri, Apr 9, 2021 at 9:00 AM Hoover, Jacob <Jacob.Hoover at greenheck.com>
wrote:

> Without bundle authoring, it’s hard to guess.  Is package A using a MSI
> which is also Per Machine?
>
>
>
> *From:* Shintaro Takechi <devst119 at gmail.com>
> *Sent:* Thursday, April 8, 2021 6:24 PM
> *To:* Hoover, Jacob <Jacob.Hoover at greenheck.com>
> *Cc:* WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
> *Subject:* Re: [wix-users] When does Burn use C:\ProgramData\Package
> Cache\ vs C:\Users\...\AppData\Local\Package Cache?
>
>
>
> Thank you so much for your prompt reply.
>
> Just for the sake of it, I actually modified the code and added
> <ExePackage PerMachine="yes" ...> and this prerequisite did pass.
>
> So it is an elevation problem after all.
>
> However, now my question becomes why was this working for Bundle A even
> though PerMachine was set to default (="no")?
>
>
>
>
>
>
>
> On Thu, Apr 8, 2021 at 3:24 PM Hoover, Jacob <Jacob.Hoover at greenheck.com>
> wrote:
>
> Per Machine vs Per User installs have a different location.
>
>
>
> Logs will indicate the error, and what it was attempting to do at the time
> the error occurred.
>
>
>
> http://errco.de/win32/winerror-h/error_elevation_required/0x800702e4/
>
>
>
> *From:* wix-users <wix-users-bounces at lists.wixtoolset.org> *On Behalf Of *Shintaro
> Takechi via wix-users
> *Sent:* Thursday, April 8, 2021 3:30 PM
> *To:* WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
> *Cc:* Shintaro Takechi <devst119 at gmail.com>
> *Subject:* [wix-users] When does Burn use C:\ProgramData\Package Cache\
> vs C:\Users\...\AppData\Local\Package Cache?
>
>
>
> Hi,
>
> I now encounter weird errors.
>
> I have a bundle project (calling bundle A) that is perfectly working, and
> now I am working on a bundles that is created again from the bundle A.
> (calling this new bundle B)
> Even though the prerequisite exe has not changed, nor the <ExePackage ...>
> code, error started to show up in the middle of installing the prerequisite
> for bundle B.
>
> Error code itself are 0x800702e4, but I do not think the cause is not
> elevation issue.
> I compared the binaries (using winmerge) and confirmed the exe are same.
>
> Main difference I found in the bundle .log is the path the file is
> available.
>
> In the bundle A, the path of this problematic prerequisite was located
> in C:\ProgramData\Package Cache
>
> However, in the bundle B the path of this prerequisite is placed
> at C:\Users\My.User.Name\AppData\Local\Package Cache
>
> I recall the majority of the time ProgramData was used before.
> How could this happen?
> When does WiX determine to use different package locations?
> Is there a flag in the bundle code I can modify to guarantee the use of
> ProgramData?
>
> Best regards,
>
> Shintaro Takechi
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
>
> NOTE: This email was received from an external source. Please use caution
> when opening links or attachments in the message.
>
> NOTE: This email was received from an external source. Please use caution
> when opening links or attachments in the message.
>