Description of problem: I work on the Red Hat Corporate Presentation. We have a number of graphs/charts that are created from spreadsheets in LibreOffice Calc and imported into the LibreOffice Impress presentation. The last version of these graphs was created with LibreOffice on Fedora 17. My laptop has since been updated to Fedora 19 (via fedup.) In my current work on the presentation I have noticed that multiple graphs with data tables created in Calc and imported over are rendering incorrectly when opened in Fedora 19 LibreOffice. I looked at the data tables in the messed-up presentation... and it looks like the data table itself has been corrupted somehow. For example, entire rows of values are messed up, X axis values are flipped to be Y axis values, etc. If I open it up in an older version of LibreOffice (e.g., F17), the file renders correctly. When I attempted to re-create the graphs using Fedora 19 LibreOffice, I had little success in producing a graph that renders correctly. When I edit the ODP, save it, and give it to someone with an older version of Fedora (17 or 18), and they open it, the graphs are messed up for them too. So whatever LibreOffice F19 is doing on my computer, it seems to be 'poisoning' the files. I will verify this shortly however. I can provide you with a copy of the file but it is NDA so it will have to be via private comment; please be careful with it. Version-Release number of selected component (if applicable): libreoffice-impress-4.1.1.2-2.fc19.x86_64 How reproducible: Happens every time I open the file in F19 LibreOffice.
Okay, some more data points: I have linked to the clean version of the presentation file in question in private comment #1 (comment is private because the presentation is confidential). I opened up this clean version of the presentation in libreoffice-impress-4.1.1.2-2.fc19.x86_64 on my baremetal F19 install, made NO changes whatsoever (but it was rendering incorrectly), and hit save. I am calling this the 'poisoned' copy of the preso. I booted up a Fedora 19 live USB stick with libreoffice-impress-4.1.0.0-7.beta2.fc19.x86_64 on it. It's fedora-release-19-0.5.noarch, Mar 19 2013 build - looks like a nightly between alpha and beta. Here's what I found: - The clean version of the presentation opens up fine, no issues in any of the graphs. - The 'poisoned' version of the presentation opens up, well, messed up, just as it was in the newer version of libreoffice. So this problem lay somewhere between libreoffice-impress-4.1.0.0-7.beta2.fc19.x86_64 and libreoffice-impress-4.1.1.2-2.fc19.x86_64. I am going to try to downgrade my baremetal install and see how far back I have to go to get it rendering correctly.
I downgraded to libreoffice-impress-1:4.1.0.4-5.fc19 on my baremetal machine and the problem remains. I wonder if it's a related library that's the problem - I don't know where to start with that though. If you have particular suspect libraries in mind I can try downgrading them. I'll try downgrading back another few versions to the one on the live stick and see if that helps.
I downgraded to libreoffice-impress-4.1.0.0-7.beta2.fc19.x86_64 and that fixes the problem. If anybody else is having this issue, you can do the downgrade and have a workaround in the meantime the bug is being looked at by running the following: #1 sudo yum remove libreoffice-draw libreoffice-impress libreoffice-core libreoffice-pdfimport libreoffice-opensymbol-fonts libreoffice-writer libreoffice-calc libreoffice-langpack-en libreoffice-ure libreoffice-graphicfilter #2 koji download-build --arch x86_64 --arch noarch libreoffice-4.1.0.0-7.beta2.fc19 (if you don't have the koji client, do 'yum install koji' to get it first.) #3 sudo rpm -Uvh libreoffice-draw-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-impress-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-core-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-pdfimport-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-opensymbol-fonts-4.1.0.0-7.beta2.fc19.noarch.rpm libreoffice-writer-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-calc-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-langpack-en-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-ure-4.1.0.0-7.beta2.fc19.x86_64.rpm libreoffice-graphicfilter-4.1.0.0-7.beta2.fc19.x86_64.rpm
It is caused by http://cgit.freedesktop.org/libreoffice/core/commit/?id=6e6c25a4c18169e7f07a8fd23058ed17d719f44f . The reviewer's name looks vaguely familiar .-)
Hi just a quick question, it looks like the fix for this was pushed to master on Nov 2 (https://bugs.freedesktop.org/show_bug.cgi?id=62057) - can you help me understand when that might land in Fedora? Is it too late for Fedora 20?
I can make a build with that reversion in place for f19/f20
build underway...
libreoffice-4.1.3.2-6.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libreoffice-4.1.3.2-6.fc20
libreoffice-4.1.3.2-6.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/libreoffice-4.1.3.2-6.fc19
Package libreoffice-4.1.3.2-6.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-4.1.3.2-6.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-21861/libreoffice-4.1.3.2-6.fc19 then log in and leave karma (feedback).
libreoffice-4.1.3.2-6.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
libreoffice-4.1.3.2-8.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/libreoffice-4.1.3.2-8.fc19
libreoffice-4.1.3.2-8.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.