Created attachment 60055 [details] LibreOffice-Calc v.3.4.6 spreadsheet There is a very interesting an useful tool in LibreO-Calc 'Data/Multiple operations', the same toll is also in OpenO-Calc; in MSExcel it is called DataTable. Some 3-4 years ago I had with that tool created a calculating process in OpenO-Calc and when I recently recreated the calculation in LibO I noticed that a flexible feature had vanished. In the 'new' Calc the first cells of both "row input" variable G8 (of G8, H8, H9,..etc.) and "column input" variable F9 (of F9, F10, F11, ..etc.) in the tool's calculation area require a manually inserted value -- the next variables (increasing or decreasing by a difference) can be values calculated by a formula from the value in cell previous cell. In the "old" calculation these first cells (G8 and F9) could refer to remote cells (values or formulas) which increases the flexibility and the usability of the tool remarkably. In that same spreadsheet, outside the tool's calculation area, all cells accept remote references in a normal way. See enclosed attachment. I cannot think that that negative change has been done deliberately. My computers are (a) PC(AMD)-Win7Prof/32bit and Laptop(Intel)-Win7Prem/64bit; LibO3.4.6 in the PC and LibO3.4.5 in the laptop. Can I myself do anything to go around the issue? Please, answer by mail soonest. Best regards Pertti Rönnberg (Finland)
This is a Calc issue, therefore changed the 'Component' field accordingly.
Reproduced on LibreOffice 3.5.5.3 Build ID: 7122e39-92ed229-498d286-15e43b4-d70da21 on Windows 7 Home (64 bit) The problem seems to be, that the MULTIPLE.OPERATIONS formula can't handle using any of the inputs of the original formula as inputs for the multiple operations. It seems as if it replaces the inputs in the formula by their new value in a "search and replace"-fashion, which gives either circular dependencies or wrong results dependent on the situation. We will try to fix it (will be our first real attempt for a bugfix, please be patient)
Created attachment 65662 [details] Another error in MULTIPLE.OPERATIONS During the investigation of this bug, we found another closely reltated error: If one lets one of the input fields of one cell in the multiple operation point to one of the other multiple operation cells, we get the error for circular reference (Error 522) although there is no circular reference and the result should be welldefined.
** 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 on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) Thank you for your help! -- The LibreOffice QA Team
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.