LibreOffice 5.0.0.5 on Ubuntu 14.04 using PPA: http://ppa.launchpad.net/libreoffice/ppa/ubuntu 1. Open new Calc document. 2. In cell A1 type in value: 100 3. In cell A2 type in value: 200 4. In Cell B1 type in formula: =sum(A1:A2) 5. Click on B1 cell, press Shift key and click on B2 cell. Now both B1 and b2 cells are selected. 6. Click on "Merge and Center Cells" to merge selected cells (B1 and B2). Works fine. 7. In Cell C2 type in formula: sum(A1:A2) 8. Click on C2 cell, press Shift key and click on C1 cell. Now both C2 and C1 cells are selected. 9. Click on "Merge and Center Cells" and now dialog opens with question: "Should the contents of hidden cells be movied into the first cell?" with Yes/No/Cancel options. 10. a) Pressing Cancel, merge is canceled. Works fine. b) Pressing No, cells are merged and all content lost. Works fine. c) Pressing Yes, and value "300" is copied from C2 into cell C1. This is not fine. I expect to formula in C2 to be copied into C1, so after pressing Yes I expect to have formula =sum(A1:A2) present in cell C1. But it looks like value is copied instead of formula. In my humble opinion step 6 and step 9 should result in the same state, having formula in cell after merge. P.S. If you think this is not a bug, then at least there should be this bug marked as "enhancement".
I did additional test: If B2 and C1 has some formula in it like =average(A1:A2), then content from both cells (not formula) is concatenated into single string value. This is somehow logical, two formulas can't be merged into single cell, content can be. But in case of merging "formula" and "empty cell" like in above 6 and 9 steps, I still expect to have formula copied in BOTH cases.
Reproducible with Version: 5.1.0.0.alpha1+ (x64) Build ID: e92a8b92072284fd7c37d7bb3e1e8fe72a185f35 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-22_21:46:26
Now I have also tested on LibreOffice v4.4.5.2 and there is the same problem, so NOT a 5.0.x regression.
** 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 (5.1.6 or 5.2.3 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) 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Hi, I have retested the problem in LibreOffice master on Windows 7 and the problem remains. What I see steps 9 and 10 is little bit different, because it looks like dialog has changed. At step 10 I expect when selecting "Move the contents of the hidden cels into the first cell" (so merging formula and empty cell) formula should move to the merged cell, but now just text "300" gets displayed. ============== MASTER VERSION ============== Version: 5.3.0.0.alpha1+ Build ID: f965a629fba10ecba7bad938a0c1c9c3db1e510d CPU Threads: 3; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-23_00:13:10 Locale: sl-SI (sl_SI); Calc: group
** 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
I have retested the problem and problem does not appear anymore. It works exactly as I have described that it SHOULD work. Marking it as RESOLVED-WORKSFORME. Version: 6.0.4.2 (x64) Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf CPU threads: 3; OS: Windows 6.1; UI render: default; Locale: sl-SI (sl_SI); Calc: group
I can still reproduce with 6.0.4.2 (x64); windows and Version: 6.2.0.0.alpha0+ Build ID: c4c56de1b0e62ec866b519b2b24c5e805f0a86d3 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3; Setting back to New. Now it's without dialog Yes/No, but result is number and not the formula.
I have retested on the same version as in Comment 7 and it works exactly as raal described in Comment 8. Sorry for confusion. Problem is not solved, just changed its behaving (no more Yes/No/Cancel button), value displayed and formula is lost.
Dear grofaty, 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
Created attachment 167114 [details] Sample ODS With LO 7.1+ repro per Comment 8. For easier test, I attach sample ODS. Just merge C1 and C2 and see formula lost, just vale kept. But I see this as a duplicate of 89951. What happens is that format/formula is lost and value kept. Doesn't happen if merged C2 and C3.
*** This bug has been marked as a duplicate of bug 89951 ***
I think this should be kept separate to the formatting issue. The formula issue is a dataloss issue, and the user might not notice that the formula was converted to a static value, invalidating calculations throughout the sheet. More serious than the formatting problem. Reproduced in: Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
*** Bug 136405 has been marked as a duplicate of this bug. ***
*** Bug 153355 has been marked as a duplicate of this bug. ***