Created attachment 158302 [details] XLSX document for testing: try remove 9-40 lines, H9 cell will be REF After removing few lines in XLSX created in Microsoft Excel, some formula became #REF. How to reproduce: 1. Open attached document 2. Remove 9-40 lines Result: H9 cell contains formula =+#REF!*#REF! Expected: H9 cell contains formula =+G9*F9 Note, that before removing lines, this cell was H41 and it contained formula =+G41*F41 Thus formula did not referred into removed cell. Besides, after removing lines, doing Undo and Redo fixed formula. I have LibreOffice 6.4.0.3 in openSUSE Linux, LibreOffice installed from RPMs from LibreOffice site. Versija: 6.4.0.3 Darinio identifikatorius: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 Procesoriaus gijos: 4; OS:Linux 4.12; Sąsajos pateikimas: numatytasis; VCL: kf5; Lokalė: lt-LT (lt_LT.UTF-8); Sąsajos kalba: lt-LT Calc: threaded
I can reproduce in LibreOffice Calc 6.4.1.2 for Linux Darinio identifikatorius: 4d224e95b98b138af42a64d84056446d09082932 Procesoriaus gijos: 4; OS:Linux 4.12; Sąsajos pateikimas: numatytasis; VCL: kf5; Lokalė: lt-LT (lt_LT.UTF-8); Sąsajos kalba: lt-LT Calc: threaded
Created attachment 158303 [details] Screenshot; after removing 9-40 lines, H9 formula contains REF, though visible value is still numeric I can reproduce in Versija: 6.3.5.2 Darinio identifikatorius: dd0751754f11728f69b42ee2af66670068624673 Procesoriaus gijos: 4; OS:Linux 4.12; Sąsajos pateikimas: numatytasis; VCL: kde5; Lokalė: lt-LT (lt_LT.UTF-8); Sąsajos kalba: lt-LT Calc: threaded
Created attachment 158305 [details] XLSX after removing 9-40 lines: H9 cell became REF in formula I attach saved resulting document (after removing lines). Although H9 shows numeric, however formula contains REF. After recomputing values cell will show REF too.
reproducible with: Version: 4.4.7.2 Build-ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Gebietsschema: de_DE Version: 7.0.0.0.alpha0+ (x64) Build ID: f2db813374b8d65e1edec1387fa0c534b40885e1 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded but *not* reproducible with: Version 3.6.7.2 (Build ID: e183d5b) steps to reproduce: - open attachment: https://bugs.documentfoundation.org/attachment.cgi?id=158302 - H41 contains formula: =+G41*F41 - delete rows 9:40 - H9 (former H41) formula changed to: =+G#REF!*F#REF! This will not happen if one removes the leading "+" from H41 formula before.
I hope this bug will be fixed before LibreOffice 7.O final version
funny behaviour with 6.1.6.3 winx64: initial display after delete: '=+G9*F9', after some time and poking around (can't repro what i did) display was changed to the #REF error, with master 7.1.0.0.a0+ winx64 from yesterday: instant repro, played with: the '+' sign - is a required condition, 'Undo and Redo fixed formula' - is stable, deleting other content, copying to other sheet, openCL, threading, iterations, the split between rows 8 and 9 - produced no stable picture, thus somewhat 'unstable error', and perhaps not solved after first no-repro, @erAck is working on something with 'input parser' messing '--' to '-', https://bugs.documentfoundation.org/show_bug.cgi?id=134490 , perhaps 'related'?
Dear opensuse.lietuviu.kalba, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The problem might be in the file itself (but I am testing on MS Windows). Indeed there is a problem with the _unary_ operator in cell H41 -> H9: =+G41*F41 ...and perform the same steps as in comment 0 -> FAILS. Undo and redo "solves" the false #REF! references; IDK why. Reload the original file. Change cell H41 to: =0+G41*F41 ...and perform the same steps as in comment 0 -> OK, which points to the unary operator as a problem. BUT: 1. Open attachment 158302 [details] from comment 0. 2. Save as a _new_ XLSX file name. 3. Reload the _new_ file -> this step is ESSENTIAL (IDK why). 4. Select rows 9:40 5. [CTRL]+[-] to delete the selected rows. 6. Go to cell H9 (which was previosuly cell H41). -> cell H9: =+G9*F9 -> correct! Tested with LO 6.0.4.2 and LO 24.8.beta1 on MS Windows: Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: 23c9f786ec24cce9c94e82943137572da61dc0f0 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: threaded Version: 6.0.4.2 Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (es_AR); Calc: CL Please note that the original report mentions Linux, not Windows. It would be worth testing on Linux too.