https://bugs.documentfoundation.org/show_bug.cgi?id=100879
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
--- Comment #1 from V Stuart Foote <[email protected]> ---
Can not confirm.
On windows 8.1 Ent 64-bit en-US with
Version: 5.1.4.2 (x64)
Build ID: f99d75f39f1c57ebdd7ffc5f42867c12031db97a
CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL;
Locale: en-US (en_US)
and MS Office 2013 installed.
On Windows 10 Enterprise 64-bit en-US with
Version: 5.2.0.2 (x64)
Build ID: a7567a46e5d2953c320b13eb88a3981c4f9bd1e0
CPU Threads: 2; OS Version: Windows 6.19; UI Render: default;
Locale: en-US (en_US)
Following custom installation of LibreOffice on Windows 10, with Windows
Explorer Extension verified active... Control Panel -> Indexing Options ->
Advanced -> File Types -- the "OpenDocument Format Filter" (GUID
{7BC0E710-5703-45BE-A29D-5D46D8B39262}) shows registered as filter description
and in the Windows Registry. And for the ODF formats, shows as expected with
"Index Properties and File Contents".
After installation of LibreOffice 5.2, it was necessary to rebuild index
(Control Panel -> Indexing Options -> Advanced -> Index Settings: "Rebuild").
But I do not consider this a bug.
Once indexes are rebuilt the Search on Windows 10 (and Windows 8.1) worked as
expected locating strings from file contents.
This all works correctly.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
