Bug 49690 - FILEOPEN: crash when opening empty XLSX file
Summary: FILEOPEN: crash when opening empty XLSX file
Status: RESOLVED DUPLICATE of bug 54609
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-09 07:00 UTC by Laubrino
Modified: 2012-10-01 07:39 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
testfile (8.63 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2012-05-09 07:01 UTC, Laubrino 		Details
bt with symbols (11.04 KB, text/plain)
2012-05-09 12:27 UTC, Julien Nabet 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Laubrino 2012-05-09 07:00:55 UTC 
Try to open the attached document. It crashes with following message:

terminate called after throwing an instance of
'com::sun::star::packages::zip::ZipIOException'

Tested with version 3.5.2.2 on windows7/64bit
Comment 1 Laubrino 2012-05-09 07:01:29 UTC 
Created attachment 61289 [details]
testfile
Comment 2 Julien Nabet 2012-05-09 12:27:24 UTC 
Created attachment 61304 [details]
bt with symbols

On pc Debian x86-64, I reproduced this behaviour on branch 3.5 and master, both updated today.
I attached the bt with symbols.

For the test, I renamed the file to change the extension and put .zip, it opened without problem.
Comment 3 bfoman (inactive) 2012-05-31 05:47:40 UTC 
Checked with:
LO 3.5.4.2 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

No crash. General input/output error.
Comment 4 Julien Nabet 2012-05-31 12:38:44 UTC 
I still got crashes with 3.5 and master updated.
Could it be because I use Boost 1.49 or is it simply a Linux only problem ?
Comment 5 Michael Meeks 2012-09-21 15:51:42 UTC 
This is similar to bug#49819 - except I believe Muthusuba's fix for bug#54609 fixes this one - the stream that has a bad header is ignored as not being terribly important.

I'd -really- like to know how you generate this file though: is it straight out of Microsoft Office ? - if so we're going to need to tweak our import filter.

The dates/time stamps in the directory vs. the stream itself appear to be different - which is what causes the grief.

*** This bug has been marked as a duplicate of bug 54609 ***
Comment 6 Laubrino 2012-09-24 13:20:10 UTC 
The XLS/XLSX files is generated by Excel 2010 - open Excel and save the empty sheet as a new file.
Comment 7 Julien Nabet 2012-09-27 20:44:22 UTC 
Laubrino: It's very similar with bt of fdo#54968 https://bugs.freedesktop.org/show_bug.cgi?id=54968
So it should be solved in 3.6.2
Comment 8 Laubrino 2012-10-01 07:39:29 UTC 
Yes, it works in 3.6.2. Thank you!