Bug 48499 - CRASH when FILEOPEN big EXCEL.xml
Summary: CRASH when FILEOPEN big EXCEL.xml
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.5.2 release
Hardware: x86 (IA32) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-10 04:41 UTC by Sergey
Modified: 2013-09-23 05:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
large file for calc. (format xml). (2.46 MB, application/xml)
2012-04-11 02:25 UTC, Sergey
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey 2012-04-10 04:41:36 UTC
calc crashed when try to open xls file (15mb)
Comment 1 Markus Mohrhard 2012-04-10 13:03:41 UTC
Can you please attach a test document?
Comment 2 Sergey 2012-04-11 02:25:03 UTC
Created attachment 59791 [details]
large file for calc. (format xml).

Then i was open file by excel and change company data. Then was save file as xml format excel. Then try open this file by Calc. This file have size 26 megabytes, but this problem was with files 15 megabytes and more small files.
Comment 3 Markus Mohrhard 2012-04-11 10:11:47 UTC
This is not an xls file. Excel xml import has a known bug.

See bug 44969.
Comment 4 Sören 2012-08-14 15:31:09 UTC
I can confirm the error under

LibreOffice 3.5.5.3 
Build ID: 7122e39-92ed229-498d286-15e43b4-d70da21
on Windows 7 Home (64 bit)

and
LibreOffice 3.5.4.2 
Build ID: 350m1(Build:2)
on Ubuntu 12.04 (64 bit)

In Ubuntu I get a "General input/output error" but independent of which button I press in the error window I afterwards have an unresponsice Calc, which has to be killed by "kill PID".

In Windows Calc becomes unresponsive, and has to be killed in the task manager.

Even if the file is malformed, it should result in an import error and not in a crash.
Comment 5 Julien Nabet 2012-10-20 21:36:40 UTC
On pc Debian x86-64 with master sources updated today, I don't reproduce the problem.
With 3.6 updated today, I had "General input/output error" after 1 minute of loading. (on a i5, 6GB)

Rainer:
- What status should we put?
- Should we put target=3.7.0 on Whiteboard?
Comment 6 Rainer Bielefeld Retired 2012-10-21 08:24:05 UTC
NOT reproducible with parallel installation of Master "LOdev  3.7.0.0.alpha0+   -  ENGLISH UI / German Locale  [Build ID: 370m0(Build:0)]"  {tinderbox: @16, pull time 2012-10-19 07:45:39} on German WIN7 Home Premium (64bit) with separate User Profile for Master Branch. Opens Document without crash or error message.

Modified Summary due to comments.

The CRASH might be a DUP of "Bug 44969 - FILEOPEN: Can't open XML files bigger than 1.1 Mb", but that Bug is horrible confusing for (as it seems) lots of different problems

Concerning the "General error":
I am pretty sure that the reason is the fix for "Bug 35543 - FILEOPEN: hangs when trying to open SpreadsheetML" what replaces a CRASH by that error message.

I recommend to leave this CRASH bug unconfirmed until someone finds out what the problem might be, I cant' reproduce the crash, I can't find our whether this one is a real DUP of Bug 44969 or Bug 35543

Because it seems that EXCEL.xml is not "really" supported I think we should only discuss results with Master builds here, where latest fixes are integrated.

@Julien:
I think your 3.7 witheboard suggestion should show a WORKSFORME for 3.7? May be that really can be the final "Solution" when we have some more clarity what the reasons for the crash are.
Comment 7 Rainer Bielefeld Retired 2012-10-21 08:24:18 UTC
@Sören:
<https://wiki.documentfoundation.org/BugTriage#Process>  item 5
Comment 8 Eduardo Soares 2012-12-22 01:04:03 UTC
Confirmed in version 4.0.0.0.beta1 (linux x86) with "General input/output error".
Comment 9 Eduardo Soares 2012-12-22 20:13:27 UTC
But I cant reproduce now with version 4.0.0.0.beta2 Linux x86.
It was fixed?
Comment 10 Timur 2013-01-15 16:31:14 UTC
I could not open this .xml with LO 3.6.4.3. but I could with LO 4.0.0.1. on Windows 7 64bit.
Comment 11 Mike Kaganski 2013-09-23 05:27:19 UTC
The file opens normally in 4.1.1.2 under Win7x64. Based on this, and two previous comments, close as WORKSFORME.