Although the wrong registry entries are fixed in 3.5.1, the shell extensions are still not enabled after a clean installation of LibreOffice 3.5.1 in Windows x64. Procedure: In a clean Windows 7 x64 system you install LibreOffice 3.5.1. After installation, libreoffice document properties and images are not shown in windows explorer. Manually registering the following dlls (win admin rights) solves the problem: regsvr32 "C:\Program Files (x86)\LibreOffice 3.5\program\shlxthdl\ooofilt_x64.dll" regsvr32 "C:\Program Files (x86)\LibreOffice 3.5\program\shlxthdl\shlxthdl_x64.dll"
(In reply to comment #0) > Although the wrong registry entries are fixed in 3.5.1, the shell extensions > are still not enabled after a clean installation of LibreOffice 3.5.1 in > Windows x64. > > Procedure: > In a clean Windows 7 x64 system you install LibreOffice 3.5.1. After > installation, libreoffice document properties and images are not shown in > windows explorer. I can confirm this behaviour on 64-bit systems. Will try the workaround when I get back at home, thanks for sharing!
Andras, I thought that the issue I was experiencing was similar to yours, but it seems that this might not be the case. Let me explain please: I have a 64-bit windows 7 box, on which I just installed 3.5.3. In 32-bit Windows 7, under Control Panel -> Indexing Options -> Advanced -> File Types one can see that C:\Program Files (x86)\LibreOffice 3.5\program\shlxthdl\ooofilt.dll is associated for LibO files. On my own 64-bit system, "No registered IFilter was found" is displayed. I have tried your regsvr commands, thinking that they will solve this issue, but after a reboot I still see the same message there... Do you believe a new bug report should be opened for it?
Reg64 custom actions do not run because lack of elevated privileges. The whole installer logic was developed with Windows XP in mind.
(In reply to comment #2) > Do you believe a new bug report should be opened for it? Yes, let's open a new bug for that, it seems to be different. See bug #50623.
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6d9be05a6fb251ed0cbcbcefd55ed174b1e8e39d fdo#47805 rework handling of 64-bit registry entries
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9972ab27d4432ba2b5258f58b99abb09d2ff597c&g=libreoffice-3-6 fdo#47805 rework handling of 64-bit registry entries It will be available in LibreOffice 3.6.0.
So, we got rid of many custom hacks (Reg64 table, and using custom actions to write registry). Hopefully it will work for all.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=51b091da5445b219e04a01950a141c9a64aaf36d&g=libreoffice-3-5 fdo#47805 rework handling of 64-bit registry entries It will be available in LibreOffice 3.5.5.
We need exact and correct target information for automated lists in Wiki and LibO Web Site.