Issue 65690 - Calc crashes when saving this document
Summary: Calc crashes when saving this document
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0.3
Hardware: All Windows 2000
: P2 Trivial (vote)
Target Milestone: ---
Assignee: oc
QA Contact: issues@sc
URL:
Keywords:
: 66941 66974 67009 67475 68197 69124 70052 70063 (view as issue list)
Depends on:
Blocks:
 
Reported: 2006-05-22 12:50 UTC by mmenaz
Modified: 2013-08-07 15:14 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Calc file that crashes on save (39.38 KB, application/vnd.sun.xml.calc)
2006-05-22 12:51 UTC, mmenaz 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mmenaz 2006-05-22 12:50:13 UTC 
Load the document, when you are prompted, select "enable macros", you are in the
first tab ("numero") and enter a number in the cell that has 42 (i.e. 43... is
not important). Then close calc letting it save the document. You will see the
progress bar running while saving, then calc crashes.
I've found the same problem with RC1 and RC2, both under GNU/Linux and
Windows2000, using the Pavel's builds.
The m165 build1 does not suffer for it (nor previous versions, as far as I can
tell).
Comment 1 mmenaz 2006-05-22 12:51:29 UTC 
Created attachment 36653 [details]
Calc file that crashes on save
Comment 2 pavel 2006-05-22 13:00:58 UTC 
Confirmed crash in my builds.

Anyone to confirm this in Sun builds too?
Comment 3 avagula 2006-05-22 13:09:38 UTC 
Also confirmed with Pavel's build of m170.
Comment 4 niklas.nebel 2006-05-22 14:57:10 UTC 
It's because of the name "RiportaNomeCondominio" which has no content. If you
remove it, the file is saved without problems.
Comment 5 niklas.nebel 2006-05-22 15:12:05 UTC 
As far as I can see, such empty names can only be created using the API, and
removing them allows the file to be saved, so after consultation with QA, we'll
fix this only for 2.0.4.
Comment 6 mmenaz 2006-05-22 17:05:27 UTC 
This file was converted from Excel 2000 (and the macro re-wrote in starbasic).
Wondering if the "dead" name is something you can easely produce with Excel and
so can hurt OOo when dealing with Excel files as well (and this would be more
harming than a strange name produced by API, of course). In any case, previous
version did not crashed, and having Calc be more "error proof" again would be a
good thing. Home mine is a rare case, otherwise a lot of people could complain
about Calc 2.0.3 being broken...
Comment 7 niklas.nebel 2006-05-22 17:18:10 UTC 
Do you still have the Excel file from which this was converted?
Comment 8 mmenaz 2006-05-22 17:38:39 UTC 
I have, but can't upload because I no longer have Excel and so I can't remove
private data with the native application (Excel).
Anywhay, I've checked, and the original .xls file has that name with this reference:
$#RIF!.$A$1
But this has been preserved during conversion (.ods produced with OOo 2.0.3 has
also), so I've no idea how it can have been removed. It could be that previous
OOo had problems with that, so I'm facing an old OOo issue (already happend to
me, see issue 63735).
Comment 9 niklas.nebel 2006-05-23 16:17:44 UTC 
Fixed on CWS "calcsavecrash".

Note: I could create a crashing document from Excel import, but only if a name
contains only an error code (quite an unusual case).
Comment 10 niklas.nebel 2006-05-23 17:40:49 UTC 
Reassigning to QA for verification.

re-open issue and reassign to oc@openoffice.org
Comment 11 niklas.nebel 2006-05-23 17:40:54 UTC 
reassign to oc@openoffice.org
Comment 12 niklas.nebel 2006-05-23 17:40:59 UTC 
reset resolution to FIXED
Comment 13 oc 2006-05-24 15:28:24 UTC 
verified in internal build cws_calcsavecrash
Comment 14 niklas.nebel 2006-07-04 09:27:52 UTC 
*** Issue 66974 has been marked as a duplicate of this issue. ***
Comment 15 frank 2006-07-04 14:43:35 UTC 
*** Issue 67009 has been marked as a duplicate of this issue. ***
Comment 16 niklas.nebel 2006-07-11 17:41:10 UTC 
*** Issue 66941 has been marked as a duplicate of this issue. ***
Comment 17 oc 2006-07-19 09:49:00 UTC 
closed because fix available in src680_m177
Comment 18 frank 2006-07-19 14:45:38 UTC 
*** Issue 67475 has been marked as a duplicate of this issue. ***
Comment 19 frank 2006-08-07 10:44:24 UTC 
*** Issue 68197 has been marked as a duplicate of this issue. ***
Comment 20 frank 2006-09-05 10:43:07 UTC 
*** Issue 69124 has been marked as a duplicate of this issue. ***
Comment 21 frank 2006-10-02 21:03:17 UTC 
*** Issue 70052 has been marked as a duplicate of this issue. ***
Comment 22 frank 2006-10-03 13:55:52 UTC 
*** Issue 70063 has been marked as a duplicate of this issue. ***