<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTOURBUG - Windows Installer MSI package can not install if \Windows\Installer path is a junction point or symbolic link to another folder location"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=134103">bug 134103</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>UNCONFIRMED
           </td>
           <td>RESOLVED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>---
           </td>
           <td>NOTOURBUG
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTOURBUG - Windows Installer MSI package can not install if \Windows\Installer path is a junction point or symbolic link to another folder location"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=134103#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTOURBUG - Windows Installer MSI package can not install if \Windows\Installer path is a junction point or symbolic link to another folder location"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=134103">bug 134103</a>
              from <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
        <pre>Thank you very much for this extensive testing!

(In reply to João Paulo from <a href="show_bug.cgi?id=134103#c3">comment #3</a>)
<span class="quote">> After these testings, I suspect with you that it is not a bug on LibreOffice
> side (there are, though, some .msi packages that don't accept
> \Windows\Installer being a symbolic link to another folder), but some update
> to Windows 10 that broke Windows Installers.  There is an easy workaround
> that is erasing any Config.Msi folders on the system, be them located at the
> root of the lettered volumes ([C|D|E|F|G|...]:\Config.Msi) or at
> C:\Windows\Installer.</span >

I close it then as NOTOURBUG.

<span class="quote">> However, as not all users that download and install LibreOffice knows how to
> fix it, until Microsoft does not fix this bug (I will send them these
> findings), I suggest considering to create a custom action into LibreOffice
> MSI package to delete %SYSTEMDRIVE%\Config.Msi and
> %SYSTEMROOT%\Installer\Config.Msi before and after doing any actual
> installation steps.  What do you think?</span >

I don't think we can do that. The directories may contain information still
used by Windows Installer: either from including nested MSIs (a deprecated, but
yet existing feature if MSI), or from installation already finished, but
waiting for reboot (or even it could affect our installation: these directories
are managed by Windows Installer; and I don't have enough knowledge that any
existing or *future* version of the service dos not use the directories prior
to run the custom action for some technical reason). Removal of that
information could harm those installations, and put the system into
inconsistent state to the extent of requiring to repair/reinstall OS. So no, we
can't consider that workaround.

However, the scenario you describe is not something any user is likely to
encounter: we are dealing with redirecting system paths - and you know, it's up
to advanced users to do that. I suppose that if you post a blogpost with your
findings and the workaround (so that users know that they are not running an
installation, and no installation is pending a reboot, and are safe to remove
the directories outside of these conditions), it would be a reasonable means to
workaround. Possibly even publishing this thing on our FAQ page [1] as a thing
to try in case of general failure.

[1]
<a href="https://wiki.documentfoundation.org/Faq/General/General_Installation_Issues_(Windows">https://wiki.documentfoundation.org/Faq/General/General_Installation_Issues_(Windows</a>)</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>