https://bugs.documentfoundation.org/show_bug.cgi?id=130320
--- Comment #44 from Michail Pappas <[email protected]> --- (In reply to Mike Kaganski from comment #42) > What about an antivirus, that might possibly block/scan some files based on > extension? Made some tests on two AD-joined systems, both running 7.5.7. System 1 is my own, system 2 is a freshly joined to the domain. On System 1, office 365 is installed, whereas on 2 only LibO is installed. I've forced an index re-creation on both systems. Re-creation on system 2 has finished, whereas on 1 it is still ongoing due to the number of files locally. In bother cases, examining the gthr file under %programdata%\Microsoft\Search\Data\Applications\Windows\GatherLogs\SystemIndex there are no references to specific files, but it is there on entire directories. A snippet from system 1 which is similar to 2: 1a0153bd 1da0bc7 file:C:/Users/myuser/Τα έγγραφά μου/ 80000003 0 0 1 2 390 1a1b8c11 1da0bc7 file:C:/Users/myuser/Templates/ 80000003 0 0 1 2 385 1a1b8c11 1da0bc7 file:C:/Users/myuser/Start Menu/ 80000003 0 0 1 2 383 1a1b8c11 1da0bc7 file:C:/Users/myuser/SendTo/ 80000003 0 0 1 2 382 1a1b8c11 1da0bc7 file:C:/Users/myuser/PrintHood/ 80000003 0 0 1 2 379 1a2c3b94 1da0bc7 file:C:/Users/myuser/NetHood/ 80000003 0 0 1 2 373 1bec59a5 1da0bc7 file:C:/Users/myuser/Local Settings/ 80000003 0 0 1 2 370 1de0e9a0 1da0bc7 file:C:/Users/myuser/Documents/Τα βίντεό μου/ 80000003 0 0 1 2 16191 1de34bd6 1da0bc7 file:C:/Users/myuser/Documents/Οι εικόνες μου/ 80000003 0 0 1 2 16172 1dea727b 1da0bc7 file:C:/Users/myuser/Documents/Η μουσική μου/ 80000003 0 0 1 2 16156 1e2acf64 1da0bc7 file:C:/Users/myuser/Documents/My Videos/ 80000003 0 0 1 2 16093 1e2acf64 1da0bc7 file:C:/Users/myuser/Documents/My Pictures/ 80000003 0 0 1 2 16092 1e2acf64 1da0bc7 file:C:/Users/myuser/Documents/My Music/ 80000003 0 0 1 2 16091 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/Τα βίντεό μου/ 80000003 0 0 1 2 21744 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/Οι εικόνες μου/ 80000003 0 0 1 2 21743 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/Η μουσική μου/ 80000003 0 0 1 2 21742 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/My Videos/ 80000003 0 0 1 2 21741 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/My Pictures/ 80000003 0 0 1 2 21740 1eee4483 1da0bc7 file:C:/Users/myuser/Documents/My Music/ 80000003 0 0 1 2 21739 26e90897 1da0bc7 file:C:/Users/myuser/Cookies/ 80000003 0 0 1 2 361 26e90897 1da0bc7 file:C:/Users/myuser/Application Data/ 80000003 0 0 1 2 359 Funny thing is I searching for part of the filename works. It's searching for the content that doesn't. Posting the HKCR/.odt entry from system 2 (the one from system 1 is similar, but has additional entries for the MS Office handler): >reg query HKCR\.odt /s HKEY_CLASSES_ROOT\.odt (Default) REG_SZ LibreOffice.WriterDocument.1 Content Type REG_SZ application/vnd.oasis.opendocument.text PerceivedType REG_SZ document HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1 HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1\ShellNew FileName REG_SZ C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt HKEY_CLASSES_ROOT\.odt\OpenWithList HKEY_CLASSES_ROOT\.odt\OpenWithList\WordPad.exe (Default) REG_SZ HKEY_CLASSES_ROOT\.odt\OpenWithProgids LibreOffice.WriterDocument.1 REG_SZ Word.OpenDocumentText.12 REG_NONE HKEY_CLASSES_ROOT\.odt\PersistentHandler (Default) REG_SZ {7BC0E713-5703-45BE-A29D-5D46D8B39262} HKEY_CLASSES_ROOT\.odt\shellex HKEY_CLASSES_ROOT\.odt\shellex\{00021500-0000-0000-C000-000000000046} (Default) REG_SZ {087B3AE3-E237-4467-B8DB-5A38AB959AC9} HKEY_CLASSES_ROOT\.odt\shellex\{8895b1c6-b41f-4c1c-a562-0d564250836f} (Default) REG_SZ {84F66100-FF7C-4fb4-B0C0-02CD7FB668FE} HKEY_CLASSES_ROOT\.odt\shellex\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1} (Default) REG_SZ {3B092F0C-7696-40E3-A80F-68D74DA84210} (In reply to Mike Kaganski from comment #43) > Lol. The greatest obstacle is its reproducibility. There is no description > yet, allowing a developer to see it on their system. Some detail about the > environment is still unclear - and until it is clarified, nothing could be > done. Indeed, not being able to reproduce this is the major problem here. With regard to the environment, all my systems are running Windows 10 22H2, greek locale, fully patched, AD-joined to a single domain. Furthermore, since some of our systems have MS Office installed and some don't, I employ two GPOs: one to deply the MSI by setting I'm using a couple of transforms to install LibO: one setting MSI property variables to associate MS office files with LibO (for those systems that do not have MS office installed) and one more to completely disassociate MS Office files with LibO (for those systems where MS Office is installed). Attaching the two .MST files here for completeness. > The two comments - comment #34 and comment #37 - say the ~opposite things > (indeed, "old" in c#34 doesn't necessarily mean "old ODF version", but > still). There could be more then one problem mixed here, with similar > manifestations... Have the same hunch here... Definitely complicates more an already complicated case. -- You are receiving this mail because: You are the assignee for the bug.
