Launchpad has imported 12 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=072969.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-12-22T13:21:33+00:00 Ray DeCampo wrote: Created attachment 91124 Example spreadsheet as in the bug description Problem description: When adding formatting, e.g. borders, to a cell, the string value of the cell is affected. Steps to reproduce: See attached spreadsheet. The first line has no formatting and behaves as expected. The second line has a border on cell B2 and the value of that cell is affected. Current behavior: Cell C2 displays the value "Failed". If the value of cell B2 is copied and pasted as text the value pasted is "foobar ". Expected behavior: Cell C2 displays the value "Passed" like the cell C1. If the value of cell B2 is copied and pasted as text the value pasted is "foobar". Operating System: Ubuntu Version: 4.1.3.2 release Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/7 ------------------------------------------------------------------------ On 2013-12-22T13:23:54+00:00 Ray DeCampo wrote: I forgot to clarify in the original description, the issue began manifesting when I upgraded from Ubuntu 13.04 to 13.10. I believe the version of LibreOffice for 13.04 is 4.0.2. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/9 ------------------------------------------------------------------------ On 2013-12-22T17:07:20+00:00 Christopher M. Penalver wrote: Raymond DeCampo, thank you for reporting this. Would you please be able to bibisect this problem following https://wiki.documentfoundation.org/QA/HowToBibisect ? This would help tremendously in resolving this bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/12 ------------------------------------------------------------------------ On 2014-04-28T22:57:25+00:00 Kohei-d wrote: I just tested this using the latest versions of 4.1 and 4.2 (and master), and this no longer happens. To verify, you need to hit F9 after loading the submitted document because the formula results are initially cached. Once the cells get recalculated, the reported problem no longer happens. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/14 ------------------------------------------------------------------------ On 2014-04-29T11:33:24+00:00 Christopher M. Penalver wrote: Kohei Yoshida, thanks for taking a look at this. Unfortunately, the issue noted in the Description is reproducible in: Version: 4.2.3.3 Build ID: 882f8a0a489bc99a9e60c7905a60226254cb6ff0 Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002 As well, F9 does not update the calculation. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/16 ------------------------------------------------------------------------ On 2014-11-06T00:06:40+00:00 Jmadero-dev wrote: There is some confusion about this issue as Kohei couldn't reproduce. Moving to UNCONFIRMED to get fresh eyes on it. Thanks for understanding. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/18 ------------------------------------------------------------------------ On 2014-11-06T02:04:45+00:00 Christopher M. Penalver wrote: The steps noted in the Description https://bugs.freedesktop.org/show_bug.cgi?id=72969#c0 are still confirmed verbatim in MASTER: Version: 4.4.0.0.alpha1+ Build ID: b7d8a58ff2698ffc6e22943f64aa97c5ea253bd9 TinderBox: Win-x86@42, Branch:master, Time: 2014-11-05_00:40:38 Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002 As I'm a member of LibreOffice QA, I've marked myself the QA contact if you would have any further questions on the scope of this report. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/20 ------------------------------------------------------------------------ On 2014-11-06T02:38:31+00:00 Jmadero-dev wrote: Apologies Christopher - didn't recognize your name :) Thanks for confirming! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/22 ------------------------------------------------------------------------ On 2015-12-20T16:13:39+00:00 Qa-admin-q wrote: ** 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.0.4 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/24 ------------------------------------------------------------------------ On 2017-01-03T19:48:44+00:00 Qa-admin-q wrote: ** 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-20170103 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/25 ------------------------------------------------------------------------ On 2017-01-06T00:21:58+00:00 Ray DeCampo wrote: On Fedora 25, LO build ID 5.2.3.3-11.fc25, I still see the bug as originally described. Marking with the regression keyword as the bug was not present in version 4.0.2. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/26 ------------------------------------------------------------------------ On 2017-01-30T18:09:55+00:00 Eike Rathke wrote: Cell B2 has been stored to file with the result office:string- value="foobar " i.e. with trailing spaces, which also on Paste Special are preserved, hence the condition B2="foobar" does not match. This has nothing to do with the IF function. Unless B2 is recalculated (F9 on cell, Shift+Ctrl+F9 or recalculate after load through Tools Options) to fix the result value, there's nothing we can do. If this was a specific bug in an earlier version (I have no idea how this could be even related to cell borders) it got fixed in the mean time. Closing. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1263326/comments/27 ** Changed in: df-libreoffice Status: Unknown => Fix Released ** Changed in: df-libreoffice Importance: Unknown => Medium ** Bug watch added: freedesktop.org Bugzilla #72969 https://bugs.freedesktop.org/show_bug.cgi?id=72969 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1263326 Title: [Upstream] IF function not evaluating correctly with cell borders in .ods Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Fix Released Bug description: 1) lsb_release -rd Description: Ubuntu Trusty Tahr (development branch) Release: 14.04 2) apt-cache policy libreoffice-calc libreoffice-calc: Installed: 1:4.1.3-0ubuntu2 Candidate: 1:4.1.3-0ubuntu2 Version table: *** 1:4.1.3-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/df-libreoffice/+bug/1263326/+attachment/3934242/+files/bug-format-affects-value.ods && localc --nologo bug-format-affects-value.ods is that cells C1 and C2 both show Passed. 4) What happens instead is that cell C2 shows Failed. WORKAROUND: Insert a row, and then remove the row. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: libreoffice-calc 1:4.1.3-0ubuntu1 ProcVersionSignature: Ubuntu 3.11.0-14.21-generic 3.11.7 Uname: Linux 3.11.0-14-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 Date: Sat Dec 21 07:59:29 2013 InstallationDate: Installed on 2012-11-18 (397 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron: LANGUAGE=en_US PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to saucy on 2013-11-10 (40 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1263326/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
