[Libreoffice-bugs] [Bug 130320] LibO 6: Windows 10 content indexing does not work

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Feb 4 06:26:21 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=130320

--- Comment #20 from Mike Kaganski <mikekaganski at hotmail.com> ---
The thing is: if renaming an ODT to SXW makes the file to be indexed, that
means that LibreOffice code works OK: no other filter (except OOo/AOO, which
are hopefully outside of the scope here, to simplify things) will ever try to
look inside that file type, and so LibreOffice shell extension will necessarily
handle it.

Then, if at the same time, ODTs fail to be indexed, that means that those files
*don't* reach LibreOffice code (which would otherwise handle them fine). And so
it's the question of why. If the registration for the two file types looks
identical, then ... ?

My idea (about differences between 64/32 registry) should be irrelevant here.
The indexing should be not dual: one system service should handle all files on
system, and that service should presumably use the system's architecture. Of
course, when showing the search results, the displaying modules would be
different for 64- and 32-bit applications, but that shouldn't matter, since
both would look into the same already-gathered index DB.

I suppose that the only possible way is to compare everything regarding the two
extensions - ODT and SXW. And that could also not help, if e.g. MS decided to
handle ODT (an ISO format) specifically...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200204/9e675c5e/attachment.htm>


More information about the Libreoffice-bugs mailing list