Created attachment 110054 [details] HR department calc sheet The attached document is a complex calc sheet used in our HR department. From my investigation and kendys commends, it seems at least OOo 3.2.1 has been writing wrong cached values, as there are some xml arguments of: office:date-value="1899-12-30" in the document. As it's in German and was possibly generated using an even older OOo version, just a usage howto: 1. Open the document. 2. Locate the wrong date in the lower right corner of the first sheet: "12/30/1899" 3. Locate the date the calculation is base on in the middle of the first sheet: "Stufenlaufzeit ab" "10/01/2013" and change it to force reevaluation. After recalculation the sheet is correct.
I just tested LO 3.5.4.2 from Debian Wheezy, which does re-evaluate the values on load, and the sheet is shown correctly. The correct value should be "01.11.2015".
Hi Jan thanks for reporting. Hard recalc, does it right [Shift+Ctrl+F9] with sample file. Also there is an option to force the files don't created by LibreOffice to be recalculated. Menu/Tools/Options/LibreOffice Calc/Formula - Recalculation on file load, that I think can serve in your situation. Please do a test.
Well - sure a hard recalc fixes the problem. LibreOffice Calc/Formula - Recalculation on file load "ODF Spreadsheet (not saved by LibreOffice)" helps, but only "Always recalculate". "Prompt user" doesn't help, as it doesn't show any prompt and nothing is recalculated. There is already the bug 60973 for the problem, which I restored to "unconfirmed". Additionally somebody pointed me to bug 60964. kendy mentioned we might want some blacklisting. Otherwise we might go with "Always" for our rollout. I would really get some feedback /pointers on the decision to default to "non-recaclculation" mentioned in bug 60964 comment 2.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.