After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 536552 - Opening ODS file gives "Invalid integer"
Opening ODS file gives "Invalid integer"
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export OOo / OASIS
1.9.x
Other Windows
: Normal trivial
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2008-06-04 07:27 UTC by s5t1e3v4e3m11
Modified: 2008-06-28 18:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
SCALC file; one sheet, a few formulas; last cell: L6 (9.49 KB, application/octet-stream)
2008-06-04 07:30 UTC, s5t1e3v4e3m11
Details

Description s5t1e3v4e3m11 2008-06-04 07:27:44 UTC
Please describe the problem:
I opened a file produced by scalc and received the cryptic error message 'Power Bills'!E6 : Invalid integer '2', for 'number-columns-repeated'

'Power Bills' is a valid sheet in the file, but its cell E6 is empty.
I am puzzled whether I can trust the import.

Using scalc I removed all other sheets and all data below row number 6.
Then I saved it as a different file. When opening in Gnumeric I still get the error. If I save the file in Gnumeric I do not get the error on subsequent openings.

Steps to reproduce:


Actual results:


Expected results:
I would expect being told what caused the problem in a way I understand.

Does this happen every time?
The problem happens so far only with this one file (unfortunately I cannot see any upload option)

Other information:
Comment 1 s5t1e3v4e3m11 2008-06-04 07:30:47 UTC
Created attachment 112107 [details]
SCALC file; one sheet, a few formulas; last cell: L6

The file causing the problem.
Comment 2 Jean Bréfort 2008-06-05 04:35:07 UTC
I just get three messages in the console:

Unexpected element 'draw:marker' in state : 
	{catch all)} -> styles
Unexpected element 'office:annotation' in state : 
	document-content -> body -> spreadsheet -> table -> table-row ->table-cell
Unexpected element 'office:annotation' in state : 
	document-content -> body -> spreadsheet -> table -> table-row ->table-cell
Comment 3 s5t1e3v4e3m11 2008-06-05 05:25:40 UTC
Terribly sorry that I forgot to mention that I'm still on Windows. (I will switch one day, but first I have to familiarize myself with all necessary software; luckily Gnumeric is cross platform :-)

I don't understand the details of the errors you got, but apparently there is something fishy in that file. But as the imported file looked fine (at least on the surface) I rated it only "trivial".

I just noticed that the export as *.ods from Gnumeric is marked as "_UNFINISHED_"; so maybe the import isn't finished either and I should check again later? 
Comment 4 Jean Bréfort 2008-06-05 08:52:36 UTC
The messages I get are most probably related to not yet supported features, either in gnumeric or in the importer. The exporter is unfinished, and unfortunately, it seems that there is no much activity in this area at the moment.
Comment 5 Andreas J. Guelzow 2008-06-06 00:34:54 UTC
Currently ODF/ODS does not yet define the meaning of any functions. It will likely use OpenFormula in the future, but even OpenFormula is still in flux. So there really isn't yet a standard useful Open Document Format for spreadsheets.  
Comment 6 Jody Goldberg 2008-06-28 18:38:55 UTC
Ahh, I see the problem.
We use strtol, and check errno, but never reset it to 0.  If something had set it previously we get a false failure.