GNOME Bugzilla – Bug 395926
=sum(indirect():indirect())
Last modified: 2007-08-01 23:41:20 UTC
=sum(indirect(address()):indirect(address())) worked fine in 1.6.3, but returns #!VALUE in 1.7.6. If the =indirect(address()) calls are moved to separate cells, it works.
Created attachment 80150 [details] Sample of the problem (bug.gnumeric) This the the output of a program that translate gnucash files into gnumeric spreadsheets
That file looks like a gnu-cash file, not a gnumeric file. Please re-send.
It is a *gnumeric* file from a program that translates gnucash files into gnumeric. It works in 1.6.3, but fails in 1.7.6. Try opening it in both and you'll see the difference.
No it's not. Neither 1.6.x nor 1.7.x can load it. It appears to be raw XML with no gnumeric namespaces listed. <gnc-v2 xmlns:gnc="http://www.gnucash.org/XML/gnc" xmlns:act="http://www.gnucash.org/XML/act" xmlns:book="http://www.gnucash.org/XML/book"
Created attachment 84737 [details] Correct sample of problem
Oops. Previously uploaded the wrong file. New attachment has the gnumeric version that opens correctly under 1.6.3 but fails under 1.7.6.
Finally had some time to look into this. The core of the problem was that I didn't handle the special case of SUM(INDIRECT:INDIRECT) being the same as SUM(INDIRECT) and SUM(RANGE) but different from SUM(RANGE=3) The patch will be in 1.7.12, along with more test cases but at some point we really need to figure out what the XL mandated behaviour should be. PS I assume that this file was generated by gnucash. Good grief. DO NOT write this stuff. We're open source. If you want some special functions lets talk about it and add them. There is little excuse for this sort of funky spreadsheet hackery.