Issue 1103 - Migrate Simple Adblock users

installer/src/msi/adblockplusie.wxs

 <?xml version="1.0" encoding="UTF-8"?>
 <!--
   Compilation Note:
   You may see linking errors that look like these:
     <quote>LGHT0217 : Error executing ICE action 'ICExx' [...] The error code is 2738.</quote>
   The documentation for this error code talks about custom actions,
     even though the CustomAction keyword does not appear in this source.
   Certain WiX elements are implemented by MSI custom actions,
     which means this source implicitly declares some insofar as the Windows Installer sees it.
   These errors are benign and can be avoided by some fiddling with the registry on the development machine.
@@ skipping 120 matching lines @@
       The default value for @Schedule attribute is afterInstallValidate.
       If we used that it would be possible to endup in a state when one
       version is uninstalled and another is not installed. We use 
       afterInstallInitialize here and not afterInstallExecute since we need to
       make sure we uninstall SimpleAdblock *before* we install ABP.
       SimpleAdblock and ABP for IE are using the same CLSID and SimpleAdblock's
       uninstallation is running DllUnregisterServer which removes the CLSID
       from the registry.
     -->
     <MajorUpgrade
       Schedule="afterInstallInitialize"

[Eric, 2015/05/17 00:29:25]

This change remains a bad idea. It's altering the scheduling for all ordinary
ABP upgrades in order to handle a small set of transient cases. We don't have to
make this change in order to accomplish the stated goal. There are other MSI
mechanisms to deal with it. 

Since the problem is that we need to uninstall SimpleAdblock first, we can do
exactly that without altering the existing sequence for major upgrade. The
'RemoveExistingProducts' action can be rescheduled to run earlier. This action
only affects products that occur within the upgrade table, which for us is only
SimpleAdblock.

https://msdn.microsoft.com/en-us/library/aa371197(v=vs.85).aspx
http://wixtoolset.org/documentation/manual/v3/xsd/wix/removeexistingproducts....

[Oleksandr, 2015/07/13 03:46:16]

1. MajorUpgrade already schedules RemoveExistingProducts. We can't schedule it
separately, it seems.
2. Just to clarify: both afterInstallExecute and afterInstallInitialize happen
*after* a user clicks on the final "Install" button in the UI. I have tested
quite a few update scenarios, and I don't see any real problem in uninstalling
the previous ABP version before installing a new one. We can always change this
back to how it is now in the next release. This essentially has to be done for
just one release.

       AllowDowngrades="yes"
     />
     
     <!--Remove Simple Adblock-->
-    <Property Id="SIMPLEADBLOCKDETECTED" Secure="yes"/>

[Eric, 2015/05/17 00:29:25]

The value of this property is set by the 'FindRelatedProducts' action. It is set
to the product code, if found. A better name would be
"SIMPLEADBLOCKPRODUCTCODE".

+    <Property Id="SIMPLEADBLOCKPRODUCTCODE" Secure="yes"/>
     <Upgrade Id="27D7C170-67AA-40D9-978F-5F14B4D0FEEE">
        <UpgradeVersion
           Minimum="0.7.0.0" Maximum="99.0.0.0"
-          Property="SIMPLEADBLOCKDETECTED"
+          Property="SIMPLEADBLOCKPRODUCTCODE"
           IncludeMinimum="yes" IncludeMaximum="no" IgnoreRemoveFailure="no"/>
     </Upgrade>
     <MediaTemplate EmbedCab="yes"/>
 
     <!--
       User interface
     -->
     <UIRef Id="custom_WixUI_InstallDir"/>
     <UIRef Id="WixUI_ErrorProgressText"/>
     <Property Id="WIXUI_INSTALLDIR" Value="INSTALLFOLDER"/>
@@ skipping 31 matching lines @@
         Directory="APP_DATA_FOLDER" 
         ExeCommand="cmd /C &quot;rmdir /s /q &quot;.\Simple Adblock&quot;&quot;" 
         Execute="deferred" 
         Return="ignore" 
         HideTarget="no" 
         Impersonate="no" />    
     <!--
       We require a 32-bit DLL for the 32-bit installer, and likewise for 64-bit.
       The 64-bit Close_IE action needs to examine 64-bit processes on the system, which are invisible to 32-bit processes.
     -->
-    <Binary Id="installer_ca" SourceFile="$(var.installer_dir)\build\$(var.build_dir)\$(var.CA_Configuration)\installer-ca.dll"/>    
-    <InstallExecuteSequence>

[Eric, 2015/05/17 00:29:25]

Moving the close-IE action should be done in a separate commit. We can have both
tags, one for each UI and Execute sequences.

[sergei, 2015/07/28 11:11:54]

Actually yes, had someone created an issue for it?

+    <Binary Id="installer_ca" SourceFile="$(var.installer_dir)\build\$(var.build_dir)\$(var.CA_Configuration)\installer-ca.dll"/>
+    <InstallUISequence>
       <!--
         The LaunchConditions action occurs near the beginning, before any of the expensive operations.
       -->
       <Custom
         Action="Close_IE"
         After="LaunchConditions"
       />
+    </InstallUISequence>
     
+    <InstallExecuteSequence>
       <Custom 
         Action="CleanupSimpleAdblock" 
-        Before="InstallFinalize"><![CDATA[SIMPLEADBLOCKDETECTED <> ""]]></Custom>
+        Before="InstallFinalize"><![CDATA[SIMPLEADBLOCKPRODUCTCODE <> ""]]></Custom>
     </InstallExecuteSequence>
 
     <!--
       We have only a single feature, since there aren't any optional parts.
       The display is hidden for the same reason; there's nothing to choose from.
     -->
     <Feature Id="ProductFeature"
       Title="!(loc.Title)" Description="!(loc.UI_Description)"
       Display="hidden">
       <ComponentGroupRef Id="Installation_Folders"/>
@@ skipping 611 matching lines @@
 
       The settings.ini file should not be installed this way, since it contains user-generated data.
       A component in Windows Installer represents a fixed piece of data with the MSI, not a changing one.
       The present method of making settings.ini a component is simply an expedient for the present,
         not a permanent solution.
       The correct solution requires the application to manage this file; the installer can't do it right.
       See http://stackoverflow.com/questions/357911/manage-configuration-files-with-wix
     -->
     <ComponentGroup Id="INI_Files">
       <ComponentRef Id="ini_settings.ini"/>
-      <ComponentRef Id="simpleAdblockPrefs"/>
+      <ComponentRef Id="simpleAdblockMark"/>
     </ComponentGroup>
     <DirectoryRef Id="ABP_APPDATA_FOLDER">
       <Directory Id="ini" FileSource="$(var.plugin_dir)\files">
         <Component Id="ini_settings.ini" Guid="dc30c3b0-d713-11e2-8b8b-0800200c9a66">
           <File Name="settings.ini"/>
         </Component>
-        <Component Id="simpleAdblockPrefs" Guid="cc30c3b0-c713-01e2-7b8b-1800200c9a65">
-          <Condition><![CDATA[SIMPLEADBLOCKDETECTED <> ""]]></Condition>
-          <File Name="prefs.json"/>
+        <Component Id="simpleAdblockMark" Guid="cc30c3b0-c713-01e2-7b8b-1800200c9a65">
+          <Condition><![CDATA[SIMPLEADBLOCKPRODUCTCODE <> ""]]></Condition>
+          <RegistryKey Root="HKCU" Key="Software\Adblock Plus for IE">
+            <RegistryKey Key="ConvertedFrom">
+              <RegistryValue Name="name" Type="string" Value="simpleadblock"/>
+            </RegistryKey>
+          </RegistryKey>
         </Component>
       </Directory>
     </DirectoryRef>
 
     <?include ../installer-lib/custom-i18n.wxi ?>
     <?include ../custom-action/close_ie.wxi ?>
   </Product>
 </Wix>