[Bug 34739] manual install of wine gecko gets in the wrong directory in Wow64 wine

wine-bugs at winehq.org wine-bugs at winehq.org
Sat Jul 19 14:29:07 CDT 2014


https://bugs.winehq.org/show_bug.cgi?id=34739

Anastasius Focht <focht at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
            Version|unspecified                 |1.7.4
          Component|wine-gecko-unknown          |msi
                 CC|                            |focht at gmx.net
           Assignee|jacek at codeweavers.com       |wine-bugs at winehq.org
     Ever confirmed|0                           |1
            Product|Wine-gecko                  |Wine
           Severity|major                       |normal

--- Comment #6 from Anastasius Focht <focht at gmx.net> ---
Hello folks,

confirming, still present.

Actually this has nothing to do with Wine-Gecko itself.
It's a dupe of existing 32-bit/64-bit MSI client-server separation bugs.

The MSI client side bitness doesn't matter here (can be 32-bit or 64-bit).
In the end the product install is always handed over to the 64-bit Windows
Installer Service (this is how Windows handles it).

The "magic" lies in the default process processing of all package elements.
All elements are always assumed to be 32-bit unless marked otherwise, e.g. the
package authoring tool explicitly used 'System64Folder' and the like.
This allows a single 64-bit MSI package to install both, 32-bit and 64-bit
elements.

I looked into the package with ORCA and the folder paths are correctly authored
('GECKODIR' -> 'System64Folder').

Regards

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.



More information about the wine-bugs mailing list