Bug 44677 - COUNTA function gives incorrect result
Summary: COUNTA function gives incorrect result
Alias: None
Product: POI
Classification: Unclassified
Component: HSSF (show other bugs)
Version: unspecified
Hardware: PC Windows XP
: P2 normal with 2 votes (vote)
Target Milestone: ---
Assignee: POI Developers List
Depends on:
Reported: 2008-03-26 06:01 UTC by Laurent Poublan
Modified: 2008-05-05 15:11 UTC (History)
0 users


Note You need to log in before you can comment on or make changes to this bug.
Description Laurent Poublan 2008-03-26 06:01:08 UTC
When I insert a COUNTA formula in a cell, the result is incorrect.
It seems it only returns the number of parameters.
When I open the excel file with excel (2003), if I edit the formula and just press enter (force recompute, do not modify the formula), the result becomes correct.
On the other hand, COUNT works fine.



HSSFWorkbook wb=new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet();
// the result is 2, which is ok (only numbers are taken into account)

// the result is 1, it should be 3
Comment 1 Josh Micich 2008-03-26 11:43:43 UTC
POI currently saves these formulas with tokens of tAreaV(0x45) instead of tAreaR (0x25).  In my excel (2007) I observe *both* formulas to be wrong at first (A4=0, A5=1, until re-entered).

It looks like the problem is in FormulaParser.setParameterRVA(Node, int)
Commenting out the call to that method seems to fix this bug, but that is not a proper solution.  Without that call, the token classes of all parsed formulas will stay at 'reference', which is probably wrong for other formulas.

This functionality is related to the 'Token Class Transformation' section (3.2.4) of excelfileformat.pdf.  This logic seems to be partially implemented in POI but since there are no junits, it's probably not very stable yet.
Comment 2 Josh Micich 2008-05-05 15:11:26 UTC
Re-tested in 3.1-beta1.

This was probably fixed in bug 44675 (the parameter operand
class should be 'reference' instead of 'value')