Numbers 3 has bugs in calculations.
Hi,
Numbers 3 has bugs in calculations. And I do not mean rounding errors. I mean plain wrong. How can I get back to my older version? I have a time machine backup.
Thanks,
Gerd
MacBook Pro, OS X Mavericks (10.9)
You can make a difference in the Apple Support Community!
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
Hi,
Numbers 3 has bugs in calculations. And I do not mean rounding errors. I mean plain wrong. How can I get back to my older version? I have a time machine backup.
Thanks,
Gerd
MacBook Pro, OS X Mavericks (10.9)
Excellent question:
1. switch to English
2. open file (bug is not there)
3. make a tiny change and save and close Numbers
4. switch to German
5. reopen file -> bug is still there
Gerd
I get the miscalculation, too.
There seems to be a smartness-bug with months. Gerd, maybe you could confirm this:
Open a new file. In a cell type in Januar and hit tab, type in Februar and hit tab etc.
After entering Februar, Numbers changes it into März, which is March but not February and so on. 😮
Edit: If you change the cell format to Text beforehand, it doesn't change automatically. But, using Gerd's file, it doesn't fix it if you apply "Text" as format on the existing tables.
So if it turns out to be a date smartness bug for German (probably other languages too because I remember a similar question involving month pop-ups) the folks at Apple would probably love to know the specifics so they can squash it:
Meanwhile, maybe try the workaround: Use Jerry's trick of typing the ' in front of the month name so that the value remains text. Do this in both tables. Then see if the SUMIF works.
SG
papalapapp, yes, I can confirm this behavour, too.
Gerd
SGIII, yes, I provided feedback.
Last time that helped was... never. Maybe some others with the same problem provide feedback, too.
Gerd
Understood. Who knows if anyone's listening on the other side? Being very specific, though, can help. It does not seem to be a bug in calculations. It's a bug (we think) in how month names in non-English setups are being converted into dates.
Does the workaround using text values for months work?
SG
Nope, text values don't help as shown by the example of papelapapp.
Month names typed as text are "understood" by Numbers ant then treated as months with the same bug.
Gerd
Hi Gerd,
What I meant was the month names typed as text with the apostrophe typed first so Numbers doesn't get too smart and convert them to dates.
Instead of Januar type 'Januar, which will dispay the cell without the apostrophe.
That should work in any language.
SG
SG
Formatting the cell as text does not help.
A workaround in my table is to add a space behind the month names by hand and then the sumif gives correct results again.
Reiner
Reiner,
That's good to know that a space after the month names works. Not sure what that does "under the hood". But if it's working that's great! Better than having to switch everything to English!
I, too, have found that just formatting cells as text doesn't make any difference. Numbers seems to insist on converting a month name to a date & time.
But what does work here on my machine is Jerry's tip about typing an apostrophe first before the name of the month. The apostrophe (at least on the Mac) tells Numbers to treat what you type as text and not get too smart about guessing what you intend.
SG
SG, the workaround using 'Month works. However, I find it odd that Numbers actually converts text format into dates behind the scenes. I mean, in auto-mode that is totally fine, but when the user sets it to text explicitly, it should behave as such.
I wonder whether this is a bug or a feature. (You never know these days... 😀 )
I mean, in auto-mode that is totally fine, but when the user sets it to text explicitly, it should behave as such.
I wonder whether this is a bug or a feature. (You never know these days... 😀 )
Good point! It makes some sense for it to guess what you want if the format is set to Automatic. But not if you've set it explicitly to Text. Send feedback!
And meanwhile, there appear to be at least two workarounds: Jerry's leading apostrophe and Reiner's space at the end.
SG
SG,
My last experiments on this issue today:
On the iPad the apostrophe thing does not work, may be because there is no straight apostrophe on the keybord.
The mismatch happens in sumif and countif, not in a direct comparision like. Cell A1 = Cell B1. and there are pairs of month like feb =mär = Februar = März. or November = Dezember. No Problems with Januar and August.
I hope someone from the numbers team reads here from time to time.
Reiner
Same Problem on a MacBook Pro with Numbers 3
https://discussions.apple.com/thread/5500110
Is switching to English the only possible work arround?
Hi,
in my experiments the bug seems also fixed when you set the date format to Switzerland, German.
This might be the workaround with the smalles side effects for Germans.
I will use my computer with this setting for a while and let you know.
Gerd
Numbers 3 has bugs in calculations.