Issue 33322 - Null-string formula in Calc causes 0-byte file
Summary: Null-string formula in Calc causes 0-byte file
Status: CONFIRMED
Alias: None
Product: xml
Classification: Code
Component: smalldevices (show other issues)
Version: OOo 1.1.2
Hardware: PC Windows XP
: P3 Trivial with 1 vote (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-08-23 20:31 UTC by cadman64
Modified: 2013-07-30 02:40 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description cadman64 2004-08-23 20:31:57 UTC
When converting a OOo spreadsheet to Pocket Excel format (via Save As... or 
ActiveSync filter), if the spreadsheet has any formulae that evaluate to a null 
string [e.g. =IF(B4>0;B4;"")], the resulting Pocket Excel spreadsheet is 0 
bytes.
Comment 1 oc 2004-09-08 16:26:57 UTC
Hi Martin, please have a look. I can't confirm this because of #i33702#
Comment 2 nitrox 2004-09-22 23:18:18 UTC
Josh Ohana, 9-21-04
OO 1.1.2 on WindowsXP

When repeating the process I encountered the same bug.
Comment 3 ct999 2004-09-25 05:39:13 UTC
Chris Tanner, 9/24/04

I was also able to replicate your findings: any formula that equate to a null
string (i.e. =“â€) will cause a saved Pocket Excel file to be blank—0 bytes in
size.  Consequently, the saved Pocket Excel file is not open-able.  
This bug did not occur when trying to save as any other file extension that is
listed in the File->Save As dialog.  Lastly, this bug occurred on both of the
systems on which I tested:

System 1:
Tested on both Operating Systems:
a) Microsoft Windows 2000 Build 5.00.2195, Service Pack 4
b) Fedora Core Linux (kernel 2.6.7)
Intel Pentium 4 at 2.80 GHz
1 Gigabyte DDR RAM
OpenOffice.org 1.1.2 and OpenOffice.org 1.1.0

System 2:
Slackware 10.0 (Linux; kernel 2.4.2-6)
AMD K7 Duron 750 MHz
512 MB PC-133 RAM
OpenOffice.org 1.1.2
Comment 4 ssarkizo 2004-09-25 20:59:28 UTC
Siranish Sarkizova,
09/25/04

I was following the same idea trying to reproduce the bug. I am using 
OpenOfiice 1.1.3 and the misbehavior of the program I encountered was a little 
different. Instead of the resulting Pocket Excel file being 0 bytes, only the 
formulae field has lost its formulae description and only contained the result 
of the formula as evaluated before the conversion of the file. In fact i 
noticed that the same behavior occurs with any formulae results and not only 
the once that evaluate to null. Here are my suggested steps for replicating 
the problem:

1. Open a new OpenOffice spreadsheet document
2. Let A1 = B1+B2 (this is the formulae)
3. Let B1=1 and B2=2 for example
4. Go to File -> Save as
5. Choose the Data Interchange Format as a file type (a Dif Export window pops 
up)
6. Choose a character set (Western European for example)
7. Click OK
8. Close the initial spreadsheet file
9. An error msg pops up saying there might be loss of information due to 
converting the file format
10. Click OK

Now in the converted file the A1 field is no longer a formulae but rather just 
a value. Of course, this might be due to the error message but nevertheless 
wouldn't the expected behavior of the program be for the converted file to 
exactly resemble the initial file..

Configuration:
Windows XP Pro
1.2 GHz AMD Athlon
376 MB

Comment 5 ssarkizo 2004-09-25 20:59:54 UTC
Siranish Sarkizova,
09/25/04

I was following the same idea trying to reproduce the bug. I am using 
OpenOfiice 1.1.3 and the misbehavior of the program I encountered was a little 
different. Instead of the resulting Pocket Excel file being 0 bytes, only the 
formulae field has lost its formulae description and only contained the result 
of the formula as evaluated before the conversion of the file. In fact i 
noticed that the same behavior occurs with any formulae results and not only 
the once that evaluate to null. Here are my suggested steps for replicating 
the problem:

1. Open a new OpenOffice spreadsheet document
2. Let A1 = B1+B2 (this is the formulae)
3. Let B1=1 and B2=2 for example
4. Go to File -> Save as
5. Choose the Data Interchange Format as a file type (a Dif Export window pops 
up)
6. Choose a character set (Western European for example)
7. Click OK
8. Close the initial spreadsheet file
9. An error msg pops up saying there might be loss of information due to 
converting the file format
10. Click OK

Now in the converted file the A1 field is no longer a formulae but rather just 
a value. Of course, this might be due to the error message but nevertheless 
wouldn't the expected behavior of the program be for the converted file to 
exactly resemble the initial file..

Configuration:
Windows XP Pro
1.2 GHz AMD Athlon
376 MB

Comment 6 thackert 2005-01-16 17:56:14 UTC
Have someone here tried it with a newer version of OOo than 1.1.2 like 1.1.3,
1.1.4 or some 1.9.xx builds? Does this problem occur there also?
Comment 7 bcolling 2005-01-29 17:42:20 UTC
Ben Collingsworth, 01/29/05
Configuration: Windows XP, OpenOffice.org 1.9.74 

I replicated this problem (zero byte pxl file created when formula evaluates 
to null string) using OpenOffice.org version 1.9.74 with the following steps:

   1) Enter the formula =IF(A2>0;A2;"") in cell A1
   2) In the file menu select the 'save as' entry
   3) In the "Save as type" selection window, select 'Pocket Excel (.pxl)'
   4) Enter any file name in the file name box
   5) Select the save button

Examination of the file with Windows Explorer shows the file created contains 
zero bytes.
Comment 8 thackert 2005-02-06 15:40:27 UTC
I went a step further. I have reopened it afterwards after closing Calc and your
formula, which I have inserted in A1 was vanished ... So I can confirm this
issue under SuSE Linux 9.1 ... :(
Comment 9 haxwell 2005-02-11 22:52:15 UTC
Confirming as a new issue.
Comment 10 haxwell 2005-02-11 22:52:36 UTC
adding myself to CC.
Comment 11 martin_maher 2005-05-05 10:23:56 UTC
mmaher->flr: Your's methinks
Comment 12 andreas.martens 2005-06-28 15:16:49 UTC
Considering the effort, the priority, the risk and our resource planning I've to
target this issue to OOo Later.
Comment 13 Rob Weir 2013-07-30 02:40:55 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.