Problem description: LibreOffice is somehow causing Windows Explorer to crash when selecting a file with a .ods extension (maybe others) which is not zipped. Steps to reproduce: 1. Go to Google Spreadsheets 2. Create a simple file 3. Export to OpenDocument format 4. Go to downloads folder 5. Extract contents of .ods archive 6. Move content.xml out of folder 7. Rename XML file to Anything.ods (8. is optional) 8. Recompress file using DEFLATE with zip header 9. Select file in Windows Explorer Current behavior: Windows Explorer crashes Expected behavior: No crash Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.6 Safari/537.4
The problem is the shell thumbnail extractor (shlxthdl.dll), which doesn't recognize the Flat ODT files (.fodg, .fods, .fodt). Windows Explorer, when listing folder contents, queries "HKEY_LOCAL_MACHINE\SOFTWARE\Classes\<extension>" for each file extension it finds and, if exists the subkey "<extension>\shellex\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1}", it queries the default value. In the case of the Flat ODT files, this value has "{3B092F0C-7696-40E3-A80F-68D74DA84210}" written in it, which relates to "HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{3B092F0C-7696-40E3-A80F-68D74DA84210}\InprocServer32", which in turn shows the path to "shlxthdl.dll". I wrote a workaround as a Command Prompt script (a .cmd file): ----- For %%I In ( fodg fods fodt ) Do Reg.exe Delete HKLM\Software\Classes\.%%I\ShellEx\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1} /ve /f 2> Nul ----- This command erases the reference to the faulty DLL and stops any crash from ocurring. But it would be best if the DLL was corrected to not crash when it finds a corrupt file or a file it doesn't understand.
*** This bug has been marked as a duplicate of bug 53533 ***
Had some problems using .odt-files on Win 8.1 Rc X64 Libre Office 4.1.1.2 Every time when visiting a folder containing a file with .odt file ending, windows explorer crashed, when this file came into scope. It even reported a faulty block on my external harddisk drive inside the event log. I copied the file to c:\temp. There it also showed the same behaviour. Therefore no block problem, but a file name and maybe contents problem. At first it was a certain, very simple odt file, perfectly correct and loadable. I replaced this one with a fake text file named with .odt ending without being an archive format at all. Again it behaved the same. As a workaround I removed the explorer extension using the setup routine of libre office. This fixed the problem. It seems the explorer extension crashes still when trying to access files named accordingly. ... --- "Resolved"? Best regards. Horst