Bug 53833 - : LibreOffice crashes Windows Explorer
Summary: : LibreOffice crashes Windows Explorer
Status: RESOLVED DUPLICATE of bug 53533
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.6.0.4 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-20 10:33 UTC by Nicholas Shanks
Modified: 2013-09-16 21:00 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicholas Shanks 2012-08-20 10:33:53 UTC
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
Comment 1 João Paulo 2012-08-20 19:28:12 UTC
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.
Comment 2 Andras Timar 2012-08-23 18:39:10 UTC

*** This bug has been marked as a duplicate of bug 53533 ***
Comment 3 Horst Wieland 2013-09-16 21:00:41 UTC
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