[wix-users] 11 files not being installed with our Enterprise installer... [Public]
Phill Hogland
phill.hogland at rimage.com
Mon Feb 13 08:03:06 PST 2017
>>The MSI (Windows Installer Service) only knows and handles 3 positions of file version. Burn specifically handles 4 positions
The above is a correct statement only when talking about the Product Version of a MSI, but if the discussion is about MSI File version rules, all four parts of a file version are used, as well as the LANG and DATE
https://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).aspx
________________________________
From: wix-users <wix-users-bounces at lists.wixtoolset.org> on behalf of Wheeler, Blaine (DSHS/DCS) <BWheeler at dshs.wa.gov>
Sent: Monday, February 13, 2017 9:56:06 AM
To: WiX Toolset Users Mailing List
Subject: Re: [wix-users] 11 files not being installed with our Enterprise installer... [Public]
The MSI (Windows Installer Service) only knows and handles 3 positions of file version
Burn specifically handles 4 positions
-----Original Message-----
From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On Behalf Of Edwin Castro
Sent: Friday, February 10, 2017 10:20 AM
To: WiX Toolset Users Mailing List
Subject: Re: [wix-users] 11 files not being installed with our Enterprise installer... [Public]
I had thought that windows installer used all 4 version components for file versions but I can't find a reference in the Windows Installer documentation.
The examples given at
https://msdn.microsoft.com/en-us/library/windows/desktop/aa371221(v=vs.85).aspx
seem to suggest only the first 3 version components are compared...
Unlike https://msdn.microsoft.com/en-us/library/windows/desktop/aa370859(v=vs.85).aspx
which explicitly specifies 3 version components are compared for ProductVersion,
https://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).aspx
is not explicit on whether all 4 file version components are compared.
https://msdn.microsoft.com/en-us/library/windows/desktop/aa372488(v=vs.85).aspx
covers how valid versions can have up to 4 version components but that doesn't mean that file version comparisons use all 4 components...
My own experience suggests that all 4 file version components are used in comparisons. In my case, we change ProductVersion build-to-build ensure we can always do a major upgrade but only the 4th file version component changes build-to-build and those upgrade logs have shown in the past that file are getting replaced. We're not using merge modules but I would not expect merge modules to change the behavior...
--
Edwin G. Castro
On Fri, Feb 10, 2017 at 8:03 AM, Marc Chantelois <mchantelois at gmail.com> wrote:
> Hi,
>
> From what I can understand, you are not changing the first 3 digits of your file versions. If you search on the web, this behaviour on major upgrade is weird but expected. For me you are close to this scenario in the link except in your case it is the same version, not a higher version.
>
> http://stackoverflow.com/questions/15138731/wix-major-upgrade-not-inst
> alling-all-files
> <http://stackoverflow.com/questions/15138731/wix-major-upgrade-not-ins
> talling-all-files>
> https://blogs.msdn.microsoft.com/astebner/2015/11/16/why-windows-insta
> ller-removes-files-during-a-major-upgrade-if-they-go-backwards-in-vers
> ion-numbers/
> <https://blogs.msdn.microsoft.com/astebner/2015/11/16/why-windows-inst
> aller-removes-files-during-a-major-upgrade-if-they-go-backwards-in-ver
> sion-numbers/>
>
> Repair should resolve your problem but this is a work around, not a final solution !
>
>
>>> fil4009294F63EF8FAB368A73392F03EC27.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC wt4uzyey.dll|System.Net.Http.dll 181856 1.0.0.0 0 512 65
>
>
> Regards,
>
> Marc
>
>
>
>> Le 10 févr. 2017 à 10:14, Steven Ogilvie <Steven.Ogilvie at titus.com> a écrit :
>>
>> Classification: Public
>> Sorry wrong log file, that was the uninstall... it is:
>>
>> Component: cmp_SystemNetHttp_AD; Installed: Absent; Request: Local; Action: Null
>>
>>
>> This message has been marked as Public by Steven Ogilvie on February 10, 2017 10:14:54 AM. Classification provided by TITUS.
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On
>> Behalf Of Steven Ogilvie
>> Sent: February 10, 2017 10:07 AM
>> To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
>> Subject: Re: [wix-users] 11 files not being installed with our Enterprise installer...
>> Importance: High
>>
>> Sigh, I am at my wits end...
>>
>> I even created "new" components/files for these 11 files with different component/guid/file element ID's and have them only installing on Upgrade, i.e.:
>>
>> <Component Id="cmp_SystemNetHttp_AD" Guid="{92C4C644-8DB7-45D3-8ECD-68875FD116CA}">
>> <File Id="file_SystemNetHttp_AD" KeyPath="yes" Source="$(var.tssSourcePath)\Admin\System.Net.Http.dll" />
>> <Condition><![CDATA[WIX_UPGRADE_DETECTED]]></Condition>
>> </Component>
>>
>> On upgrade the 11 new components were listed as Absent! Grrrr...
>>
>> Component: cmp_SystemNetHttp_AD; Installed: Local; Request: Absent; Action: Absent
>> z
>> Rob/Bob any ideas on how I can get these 11 files installed??
>>
>> My last resort try is to try this:
>> <Component Id="cmp_SystemNetHttp_AD" Guid="{92C4C644-8DB7-45D3-8ECD-68875FD116CA}">
>> <File Id="file_SystemNetHttp_AD" KeyPath="yes" Name=" System.Net.Http.dll.bak" Source="$(var.tssSourcePath)\Admin\System.Net.Http.dll" />
>> <Condition><![CDATA[WIX_UPGRADE_DETECTED]]></Condition>
>> </Component>
>>
>> And then do a CopyFile...
>>
>> Steve
>>
>> -----Original Message-----
>> From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On
>> Behalf Of Edwin Castro
>> Sent: February 9, 2017 11:31 PM
>> To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
>> Subject: Re: [wix-users] 11 files not being installed with our Enterprise installer...
>>
>> Hmm...
>>
>> The mystery to figure out is why the Action was Null for these files.
>> From your 4.7 log:
>>
>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Null
>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Null
>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Local
>>>>
>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>
>> The first set is from the upgrading MSI. For System.Web.Optimization, the Action is Local so it will get installed after the uninstall removes it. The other two files have Action: Null so the Windows Installer does nothing during the InstallFiles action for those files.
>> Unfortunately, the uninstall removes those files too.
>>
>> In my case I didn't see anything in the log file to help me
>> understand why Action was Null. I took a hunch and I happened to be
>> right. I'm not sure what to suggest next. :-(
>>
>> I don't have any comments on the DefaultVersion attribute as I don't understand how that works.
>>
>> --
>> Edwin G. Castro
>>
>>
>> On Thu, Feb 9, 2017 at 7:55 PM, Steven Ogilvie <Steven.Ogilvie at titus.com> wrote:
>>> Classification: Public
>>> No they do not have NULL in the version table, they are mostly MS ASP.NET files:
>>> size Version Lang Attrib Sequence
>>> fil4009294F63EF8FAB368A73392F03EC27.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC wt4uzyey.dll|System.Net.Http.dll 181856 1.0.0.0 0 512 65
>>> filBE123CD38F697048D45120FCF0055F64.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Net.Http.Formatting.5559BD7F_840B_4DBA_8D43_1A50B01331DC u3dij9qv.dll|System.Net.Http.Formatting.dll 159328 4.0.20505.0 0 512 178
>>> filDA044F14931000656FF2E074DFAD905A.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Net.Http.WebRequest.5559BD7F_840B_4DBA_8D43_1A50B01331DC iv9jgd3p.dll|System.Net.Http.WebRequest.dll 15456 1.0.0.0 0 512 204
>>> fil268028B26C4BD9C491CD78E2B02BEA52.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC yqfp3ntl.dll|System.Web.Helpers.dll 138352 2.0.20505.0 0 512 34
>>> filA44B31421CF585F507C6A5C74EFCF709.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC mo98fa_c.dll|System.Web.Http.dll 360032 4.0.20505.0 0 512 148
>>> fil361B685205EA6E3FEB39D3B0F7F7E3AC.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Http.WebHost.5559BD7F_840B_4DBA_8D43_1A50B01331DC fhm9nd3k.dll|System.Web.Http.WebHost.dll 65632 4.0.20505.0 0 512 57
>>> fil065068CC9E5BA7AB8C7BC20A11DF9063.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Mvc.5559BD7F_840B_4DBA_8D43_1A50B01331DC avkmkeei.dll|System.Web.Mvc.dll 497248 4.0.20505.0 0 512 10
>>> fil0F47A6C544A2E626CBC42D0D0CB11CAF.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC pazmpudh.dll|System.Web.Optimization.dll 54912 1.0.0.0 0 512 18
>>> fil23755169D0E4B8880A0A207D4B32F780.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Providers.5559BD7F_840B_4DBA_8D43_1A50B01331DC twtkjtsv.dll|System.Web.Providers.dll 269120 1.0.0.0 0 512 30
>>> filEA55CCE03AB064D7B5DD65AE816EDF26.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.Razor.5559BD7F_840B_4DBA_8D43_1A50B01331DC boho50xy.dll|System.Web.Razor.dll 264816 2.0.20505.0 0 512 330
>>> filBCD8D08ACF74C740EA375F4F63285AE2.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.WebPages.5559BD7F_840B_4DBA_8D43_1A50B01331DC ywth8zjl.dll|System.Web.WebPages.dll 204400 2.0.20505.0 0 512 173
>>> filF768CFF536DDCA65916A24225B89F904.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.WebPages.Deployment.5559BD7F_840B_4DBA_8D43_1A50B01331DC 0in838kk.dll|System.Web.WebPages.Deployment.dll 40560 2.0.20505.0 0 512 337
>>> fil6B23B370E320F58A583A9892E587C0A0.5559BD7F_840B_4DBA_8D43_1A50B01331DC cmp_System.Web.WebPages.Razor.5559BD7F_840B_4DBA_8D43_1A50B01331DC hs3wbj8r.dll|System.Web.WebPages.Razor.dll 39536 2.0.20505.0 0 512 109
>>>
>>> They are most likely the EXACT same version as the previous installer files..., i.e. they have not changed in a while...
>>>
>>> Should I use "DefaultVersion and increase the version number by 1 i.e. the 3rd digit: i.e.
>>> <File Id="fil4009294F63EF8FAB368A73392F03EC27" KeyPath="yes" Source="$(var.tssSourcePath)\Titus.Admin\System.Net.Http.dll" DefaultVersion="1.0.1.0" ??
>>>
>>> Steve
>>>
>>>
>>> -----Original Message-----
>>> From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On
>>> Behalf Of Edwin Castro
>>> Sent: February 9, 2017 10:40 PM
>>> To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
>>> Subject: Re: [wix-users] 11 files not being installed with our Enterprise installer...
>>>
>>> If the File table shows null in the Version column for those files, then the files themselves do not have file versions! They'll need to be rebuilt with proper versioning.
>>>
>>> You should be able to manually confirm those files do not have a file version by checking the file's Properties in Windows Explorer. Check the Details tab.
>>>
>>> --
>>> Edwin G. Castro
>>>
>>>
>>> On Thu, Feb 9, 2017 at 7:19 PM, Steven Ogilvie <Steven.Ogilvie at titus.com> wrote:
>>>> If that is the scenario, how would I put in the new version?
>>>>
>>>> And would I use their version + 1,
>>>> i.e. if file x is version 1.1.1.0 would the new version be 1.1.1.1?
>>>>
>>>> Thanks
>>>>
>>>> Steve
>>>>
>>>> Sent by my BlackBerry DTEK60...
>>>>
>>>> Edwin Castro <egcastr at gmail.com> wrote:
>>>>
>>>>
>>>>
>>>> I just encountered a very similar scenario. Open your new MSI with
>>>> Orca or InstEdit. Check the Version column of the File table for
>>>> the
>>>> 11 removed files. I'm guessing that you'll find the Version column
>>>> to be Null for those files.
>>>>
>>>> The Windows Installer engines sees there are versioned files on the
>>>> target system and refuses to replace them with unversioned copies
>>>> in the upgrade MSI. BUT when RemoveExistingProducts executes it
>>>> decides to delete the files as it normally would. The end result is
>>>> that the files are missing.
>>>>
>>>> If this describes your scenario, then you'll want to make sure
>>>> those
>>>> 11 files are getting a proper version in the new version.
>>>>
>>>> --
>>>> Edwin G. Castro
>>>>
>>>>
>>>> On Thu, Feb 9, 2017 at 2:11 PM, Steve Ogilvie <SOGILVIE at msn.com> wrote:
>>>>> Hi folks,
>>>>>
>>>>>
>>>>> I just can't understand this one... The install/merge module/shared libraries have not changed much from our last version to our new version...
>>>>>
>>>>> The main difference is we went from WiX 3.10.2 to 3.10.3
>>>>>
>>>>>
>>>>> The 11 files missing are from a Merge Module I have been using with this install for 5 versions of this product. The 11 files in question have NOT changed (component/file elements) in the merge module in over 4 versions.
>>>>>
>>>>> Now I am doing an upgrade from 4.6 (16.5.11.5) to 4.7 (17.2.0.1) and the 11 files are missing (fresh install they are installed).
>>>>>
>>>>>
>>>>> The merge module has changed only very slightly in the last 4 versions... since the last version it only has changed with 1 file and that is where the source of that file is (not one of the missing 11)...
>>>>>
>>>>>
>>>>> From the merge module:
>>>>>
>>>>>
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>
>>>>> <Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
>>>>> <?include $(var.SolutionDir)\Includes\Variables.wxi ?> <Module
>>>>> Id="AdminMergeModule" Language="1033" Version="!(bind.fileVersion.file_anotherbinary)">
>>>>> <Package Id="5559BD7F-840B-4DBA-8D43-1A50B01331DC"
>>>>> Manufacturer="$(var.ProductCompany)" InstallerVersion="500" />
>>>>>
>>>>> <Directory Id="TARGETDIR" Name="SourceDir">
>>>>> <Directory Id="MergeRedirectFolder">
>>>>>
>>>>>
>>>>> ...
>>>>>
>>>>>
>>>>> then (I am calling some shared WiX libraries that are to be
>>>>> installed to the 'bin' folder)
>>>>>
>>>>> <Directory Id="WixLibRedirectFolder" Name="bin">
>>>>>
>>>>> <Component Id="cmp_System.Net.Http"
>>>>> Guid="{40F061F4-D7C1-49C1-8534-45D9886E6A2E}">
>>>>> <File Id="fil4009294F63EF8FAB368A73392F03EC27" KeyPath="yes"
>>>>> Source="$(var.tssSourcePath)\Admin\System.Net.Http.dll" />
>>>>> </Component> <Component Id="cmp_System.Web.Helpers"
>>>>> Guid="{1BA25B0A-6D9A-4480-9E2D-C4104409B7FE}">
>>>>> <File Id="fil268028B26C4BD9C491CD78E2B02BEA52" KeyPath="yes"
>>>>> Source="$(var.tssSourcePath)\Admin\System.Web.Helpers.dll" />
>>>>> </Component> <Component Id="cmp_System.Web.Optimization"
>>>>> Guid="{C4024628-473D-4D50-84BF-3FC25C660971}">
>>>>> <File Id="fil0F47A6C544A2E626CBC42D0D0CB11CAF" KeyPath="yes"
>>>>> Source="$(var.tssSourcePath)\Admin\System.Web.Optimization.dll" />
>>>>> </Component>
>>>>>
>>>>> The Product.wxs which calls the merge module:
>>>>>
>>>>> The upgrade code has NOT changed since the beginning version, The
>>>>> ProductGUID is different every build, the version number has
>>>>> changed via the major.minor.release.build
>>>>>
>>>>> <Product Id="$(var.ProductCode)" which is "*"
>>>>> Name="$(var.ProductName)"
>>>>> Language="1033"
>>>>> Version="$(var.CoreVersion)" version of a file !(bind.fileVersion.file_somebinary)
>>>>> Manufacturer="$(var.ProductCompany)"
>>>>> UpgradeCode="$(var.UpgradeCode)"> this GUID has NOT changed since beginning of this product
>>>>> <Package InstallPrivileges="elevated"
>>>>> Manufacturer="$(var.ProductCompany)"
>>>>> InstallerVersion="500"
>>>>> Compressed="yes"
>>>>> InstallScope="perMachine"/>
>>>>>
>>>>> <MajorUpgrade DowngradeErrorMessage="$(var.DowngradeError_Message)"
>>>>> Schedule="afterInstallValidate" AllowDowngrades="no"/>
>>>>>
>>>>> The 3 features are all Level="1" and are all installed, features
>>>>> are not visible to the user
>>>>>
>>>>>
>>>>> <Feature Id="Feature_Admin"
>>>>>
>>>>> Title="Admin Console"
>>>>> Level="1"
>>>>> Display="expand"
>>>>> ConfigurableDirectory="DIRECTORY_PATH_SERVER">
>>>>> <MergeRef Id="AdminMergeModule"/>
>>>>>
>>>>> ...
>>>>>
>>>>> <Directory Id="TARGETDIR" Name="SourceDir"> <Directory
>>>>> Id="DIRECTORY_PATH_SERVER" DiskId="1">
>>>>> <Merge Id="AdminMergeModule"
>>>>> SourceFile="$(env.TLSharedServices)\Installers\wixlibx64\AdminMerg
>>>>> eM
>>>>> o
>>>>> dule.msm" Language="1033"/>
>>>>>
>>>>>
>>>>> The upgrade logs are not telling me much (at least I don't see what the issue is, the 4.7 upgrade log has very similar logging with the 4.6 install log except it is missing the InstallFiles section for those 11 files...
>>>>>
>>>>>
>>>>> Here is the logging for 4.6:
>>>>>
>>>>>
>>>>> I have included 2 files that are not upgraded, and 1 file that is (system.net.http.dll and system.web.helpers.dll, System.Web.Optimization is upgraded)...
>>>>>
>>>>>
>>>>> MSI (s) (DC:B0) [12:10:32:935]: Component: cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Local
>>>>> MSI (s) (DC:B0) [12:10:32:935]: Component: cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Local
>>>>> MSI (s) (DC:B0) [12:10:32:935]: Component: cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Local
>>>>>
>>>>>
>>>>> MSI (s) (DC:B0) [12:10:34:341]: Executing op:
>>>>> ComponentRegister(ComponentId={40F061F4-D7C1-49C1-8534-45D9886E6A2
>>>>> E}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Net.Http.dll,State
>>>>> =3
>>>>> ,
>>>>> ,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {3BF13C90-0568-4065-BA1D-077CC9674A2D} 2:
>>>>> {40F061F4-D7C1-49C1-8534-45D9886E6A2E} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Net.Http.dll
>>>>> MSI (s) (DC:B0) [12:10:34:341]: Executing op:
>>>>> ComponentRegister(ComponentId={1BA25B0A-6D9A-4480-9E2D-C4104409B7F
>>>>> E}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Web.Helpers.dll,St
>>>>> at
>>>>> e
>>>>> =3,,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {3BF13C90-0568-4065-BA1D-077CC9674A2D} 2:
>>>>> {1BA25B0A-6D9A-4480-9E2D-C4104409B7FE} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Helpers.dll
>>>>> MSI (s) (DC:B0) [12:10:34:341]: Executing op:
>>>>> ComponentRegister(ComponentId={C4024628-473D-4D50-84BF-3FC25C66097
>>>>> 1}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Web.Optimization.d
>>>>> ll
>>>>> ,
>>>>> State=3,,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {3BF13C90-0568-4065-BA1D-077CC9674A2D} 2:
>>>>> {C4024628-473D-4D50-84BF-3FC25C660971} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Optimization.dll
>>>>>
>>>>>
>>>>> MSI (s) (DC:B0) [12:10:34:497]: Executing op:
>>>>> SetTargetFolder(Folder=C:\inetpub\WebAdministration\bin\)
>>>>> MSI (s) (DC:B0) [12:10:34:497]: Executing op:
>>>>> SetSourceFolder(Folder=1\bin\) MSI (s) (DC:B0) [12:10:34:497]:
>>>>> Executing op:
>>>>> FileCopy(SourceName=pazmpudh.dll|System.Web.Optimization.dll,Sourc
>>>>> eC
>>>>> a
>>>>> bKey=fil0F47A6C544A2E626CBC42D0D0CB11CAF.5559BD7F_840B_4DBA_8D43_1
>>>>> A5
>>>>> 0
>>>>> B01331DC,DestName=System.Web.Optimization.dll,Attributes=512,FileS
>>>>> iz
>>>>> e
>>>>> =54912,PerTick=65536,,VerifyMedia=1,,,,,CheckCRC=0,Version=1.0.0.0
>>>>> ,L
>>>>> a
>>>>> nguage=0,InstallMode=58982400,,,,,,,)
>>>>> MSI (s) (DC:B0) [12:10:34:497]: File:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Optimization.dll; To
>>>>> be installed; Won't patch; No existing file MSI (s) (DC:B0)
>>>>> [12:10:34:497]: Source for file
>>>>> 'fil0F47A6C544A2E626CBC42D0D0CB11CAF.5559BD7F_840B_4DBA_8D43_1A50B
>>>>> 01
>>>>> 3
>>>>> 31DC' is compressed
>>>>> InstallFiles: File: System.Web.Optimization.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\, Size: 54912 MSI (s) (DC:B0)
>>>>> [12:10:34:747]: Executing op:
>>>>> SetTargetFolder(Folder=C:\inetpub\WebAdministration\bin\)
>>>>> MSI (s) (DC:B0) [12:10:34:747]: Executing op:
>>>>> SetSourceFolder(Folder=1\bin\) MSI (s) (DC:B0) [12:10:34:747]:
>>>>> Executing op:
>>>>> FileCopy(SourceName=wt4uzyey.dll|System.Net.Http.dll,SourceCabKey=
>>>>> fi
>>>>> l
>>>>> 4009294F63EF8FAB368A73392F03EC27.5559BD7F_840B_4DBA_8D43_1A50B0133
>>>>> 1D
>>>>> C
>>>>> ,DestName=System.Net.Http.dll,Attributes=512,FileSize=83136,PerTic
>>>>> k=
>>>>> 6
>>>>> 5536,,VerifyMedia=1,,,,,CheckCRC=0,Version=4.0.30319.34211,Languag
>>>>> e=
>>>>> 1
>>>>> 033,InstallMode=58982400,,,,,,,) MSI (s) (DC:B0) [12:10:34:747]:
>>>>> File: C:\inetpub\WebAdministration\bin\System.Net.Http.dll; To be
>>>>> installed; Won't patch; No existing file MSI (s) (DC:B0)
>>>>> [12:10:34:747]: Source for file
>>>>> 'fil4009294F63EF8FAB368A73392F03EC27.5559BD7F_840B_4DBA_8D43_1A50B
>>>>> 01
>>>>> 3
>>>>> 31DC' is compressed
>>>>> InstallFiles: File: System.Net.Http.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\, Size: 83136
>>>>>
>>>>>
>>>>>
>>>>> And the logging for 4.7 upgrade:
>>>>>
>>>>>
>>>>> I have included 2 files that are not upgraded, and 1 file that is (system.net.http.dll and system.web.helpers.dll, System.Web.Optimization is upgraded)...
>>>>>
>>>>>
>>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Null
>>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Null
>>>>> MSI (s) (68:FC) [13:29:31:547]: Component: cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Absent; Request: Local; Action: Local
>>>>>
>>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Net.Http.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Web.Helpers.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>>>> MSI (s) (68:70) [13:29:32:656]: Component: cmp_System.Web.Optimization.5559BD7F_840B_4DBA_8D43_1A50B01331DC; Installed: Local; Request: Absent; Action: Absent
>>>>>
>>>>> MSI (s) (68:70) [13:29:38:029]: Executing op:
>>>>> FileRemove(,FileName=System.Net.Http.dll,,ComponentId={40F061F4-D7
>>>>> C1
>>>>> -
>>>>> 49C1-8534-45D9886E6A2E})
>>>>> RemoveFiles: File: System.Net.Http.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\ MSI (s) (68:70) [13:29:38:029]:
>>>>> Verifying accessibility of file: System.Net.Http.dll MSI (s)
>>>>> (68:70)
>>>>> [13:29:38:045]: Executing op:
>>>>> FileRemove(,FileName=System.Web.Helpers.dll,,ComponentId={1BA25B0A
>>>>> -6
>>>>> D
>>>>> 9A-4480-9E2D-C4104409B7FE})
>>>>> RemoveFiles: File: System.Web.Helpers.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\ MSI (s) (68:70) [13:29:38:045]:
>>>>> Verifying accessibility of file: System.Web.Helpers.dll MSI (s)
>>>>> (68:70) [13:29:38:045]: Executing op:
>>>>> FileRemove(,FileName=System.Web.Optimization.dll,,ComponentId={C40
>>>>> 24
>>>>> 6
>>>>> 28-473D-4D50-84BF-3FC25C660971})
>>>>> RemoveFiles: File: System.Web.Optimization.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\ MSI (s) (68:70) [13:29:38:061]:
>>>>> Verifying accessibility of file: System.Web.Optimization.dll
>>>>>
>>>>> MSI (s) (68:FC) [13:29:43:169]: Executing op:
>>>>> ComponentRegister(ComponentId={40F061F4-D7C1-49C1-8534-45D9886E6A2
>>>>> E}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Net.Http.dll,State
>>>>> =3
>>>>> ,
>>>>> ,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {D849E411-6FA9-4655-804B-5F2FEA730212} 2:
>>>>> {40F061F4-D7C1-49C1-8534-45D9886E6A2E} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Net.Http.dll
>>>>> MSI (s) (68:FC) [13:29:43:169]: Executing op:
>>>>> ComponentRegister(ComponentId={1BA25B0A-6D9A-4480-9E2D-C4104409B7F
>>>>> E}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Web.Helpers.dll,St
>>>>> at
>>>>> e
>>>>> =3,,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {D849E411-6FA9-4655-804B-5F2FEA730212} 2:
>>>>> {1BA25B0A-6D9A-4480-9E2D-C4104409B7FE} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Helpers.dll
>>>>> MSI (s) (68:FC) [13:29:43:169]: Executing op:
>>>>> ComponentRegister(ComponentId={C4024628-473D-4D50-84BF-3FC25C66097
>>>>> 1}
>>>>> ,
>>>>> KeyPath=C:\inetpub\WebAdministration\bin\System.Web.Optimization.d
>>>>> ll
>>>>> ,
>>>>> State=3,,Disk=1,SharedDllRefCount=0,BinaryType=1)
>>>>> 1: {D849E411-6FA9-4655-804B-5F2FEA730212} 2:
>>>>> {C4024628-473D-4D50-84BF-3FC25C660971} 3:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Optimization.dll
>>>>>
>>>>> MSI (s) (68:FC) [13:29:43:325]: Executing op:
>>>>> SetTargetFolder(Folder=C:\inetpub\WebAdministration\bin\)
>>>>> MSI (s) (68:FC) [13:29:43:325]: Executing op:
>>>>> SetSourceFolder(Folder=1\bin\) MSI (s) (68:FC) [13:29:43:325]:
>>>>> Executing op:
>>>>> FileCopy(SourceName=pazmpudh.dll|System.Web.Optimization.dll,Sourc
>>>>> eC
>>>>> a
>>>>> bKey=fil0F47A6C544A2E626CBC42D0D0CB11CAF.5559BD7F_840B_4DBA_8D43_1
>>>>> A5
>>>>> 0
>>>>> B01331DC,DestName=System.Web.Optimization.dll,Attributes=512,FileS
>>>>> iz
>>>>> e
>>>>> =54912,PerTick=65536,,VerifyMedia=1,,,,,CheckCRC=0,Version=1.0.0.0
>>>>> ,L
>>>>> a
>>>>> nguage=0,InstallMode=58982400,,,,,,,)
>>>>> MSI (s) (68:FC) [13:29:43:325]: File:
>>>>> C:\inetpub\WebAdministration\bin\System.Web.Optimization.dll; To
>>>>> be installed; Won't patch; No existing file MSI (s) (68:FC)
>>>>> [13:29:43:325]: Source for file
>>>>> 'fil0F47A6C544A2E626CBC42D0D0CB11CAF.5559BD7F_840B_4DBA_8D43_1A50B
>>>>> 01
>>>>> 3
>>>>> 31DC' is compressed
>>>>> InstallFiles: File: System.Web.Optimization.dll, Directory:
>>>>> C:\inetpub\WebAdministration\bin\, Size: 54912
>>>>>
>>>>> any help would be much appreciated...
>>>>>
>>>>> thanks,
>>>>>
>>>>> Steve
>>
>>
>> ____________________________________________________________________
>> WiX Toolset Users Mailing List provided by FireGiant
>> http://www.firegiant.com/
>
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
____________________________________________________________________
WiX Toolset Users Mailing List provided by FireGiant http://www.firegiant.com/
____________________________________________________________________
WiX Toolset Users Mailing List provided by FireGiant http://www.firegiant.com/
More information about the wix-users
mailing list