Created attachment 123794 [details] Screenshot Calc How to configure so that would be considered with an accuracy of "as displayed"? Options> Calculation>calculate is set the check-box "Precision as displayed", but it's not working!! For example (pic in attach): In the cells are calculated values: 11,89 11,75 11,87 4,03 8,06 The format of each cell is specified the fractional part:2, - accuracy two digits after the decimal point. If you add the digits of the number of turns = 47,6. Calc gives 47,62. Indeed, if you add up all the numbers with a given precision of 3 digits after the decimal point, we get approximately 47,615.... Thus, Сalc shows some values (with two digits after the decimal point) but calculation maintains maximum precision for him. It's good, but in this case I kind of precision is not required. I apologize for my bad English,I'm Russian.
Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) Best regards. JBF
Created attachment 123814 [details] file.ods Added file. When I removed the first sheet of "Общие"(General),сalculations on the second sheet turned out right. Most likely an error in the file??
Thank you for the test file. Partially reproducible : 1/ with the master: when opening the file, everything is recalculated and I see 47,60 in T17 2/ with LO 5.1.3.0.0+: when opening the file I see 47,62 in T17, but, forcing an hard recalculation (Ctrl+Maj+F9), I get 47,60. Saving and reopening the file, it shows 47,60 without needing any recalculation. I do not know if there is a bug here. Best regards. JBF
Using these numbers: 11.8913 11.7535 11.8765 4.0325 8.0689 ------- 47.6227 I set Precision As Shown = True. No matter what # of decimals I show, the sum still shows 47.6227. What should happen, is that as I decrease the # of decimals shown for the summed numbers, the sum should become 47.6240 then 47.6200 then 47.7000. But it does not change. I went backwards using Portable Apps versions to see where it worked correctly. 5.1.2.1 Full Verison -- no 5.0.4 Portable Apps -- no 4.4.7 Portable Apps -- no 4.3.7 Portable Apps -- no 4.2.8 Portable Apps -- no 4.1.6 Portable Apps -- it works 4.0.6 Portable Apps -- it works 3.6.5 Portable Apps -- it works
Created attachment 123831 [details] Precision as Shown
Created attachment 123832 [details] Precision as Shown
Created attachment 123838 [details] Sample showing how it works Seems the issue is with SUM(), SUMPRODUCT(), maybe others functions, that doesn't take the value as show when cells have exclusively numbers without '=' in front. Changing decimal places for 'B4:B8' doesn't change the sum, but it does changing the decimal places for F4:F8
*** Bug 103600 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug confirmed Versión: 5.4.2.2 (x64) Id. de compilación: 22b09f6418e8c2d508a9eaf86b2399209b0990f4 Subprocs. CPU: 4; SO: Windows 6.19; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group
Still reproducible with current master. Rewording of the summary to make it more precise. See comment #7. Best regards. JBF
From comment #4 seems to be a regression since version 4.2.8 Best regards. JBF
source code pointer for possible cause https://opengrok.libreoffice.org/xref/core/sc/source/core/tool/interpr6.cxx?r=18ff25ff#826
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=4b4ca8030285bd66526ff5bb2b6ea5a75a6c6bc7..d59024b652ccfaf7247da113ec36788fe260de74 @Eike, I thought you could be interested in this issue...
Created attachment 153980 [details] Another example with bug Hello, in LibreOffice Calc 6.2.6 there is still this bug. I've attached a new simple file, so you can see.
Taking.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/4321d8c8b09fd880a18b4106cdd1f90acc18a861%5E%21 Resolves: tdf#98844 calculate as shown with SUM() again It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Pending review https://gerrit.libreoffice.org/78727 for 6-3 https://gerrit.libreoffice.org/78728 for 6-2
Eike Rathke committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/2b591a40b0f6894531350ccb733abef3c3e1d9bf%5E%21 Related: tdf#98844 CreateMatrixFromDoubleRef() for bCalcAsShown ScCellIterator It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.4.0.0.alpha0+ Build ID: c56bf1479cc71d1a2b0639f6383e90c1f7e3655b CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Sum is displayed as shown after recalculating. @Eike, thanks for fixing this issue!
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/+/23640b11ef01840e4bf25134e18c7a0e80323099%5E%21 Resolves: tdf#98844 calculate as shown with SUM() again It will be available in 6.3.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/9b600f1aeb861219bf70a2941e3899ee545eff98%5E%21 Resolves: tdf#98844 calculate as shown with SUM() again It will be available in 6.2.8. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/263dedd5f6c242045174a3be21a16212f65408de tdf#98844: sc: Add unittest It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.