Created attachment 93463 [details] XLS file that horribly displays charts in LibreOffice Some line charts and bar graphs display totally wrong. The last two charts for Monthly Giving in attached file don't display correctly.
Created attachment 93464 [details] Correct results shown in Excel PDF file Shows how it should XLS example should display.
Testing with 4.2.3.2 and Ubuntu 13.10, compared with the given pdf - Giving trend vs Budget => displays correctly - Spending trend vs Budget => has the legend that overlap the x axis months - Giving 2013 vs 2012 => displays correctly - Monthly giving => has Dec plotted in Monthly data series - Monthly giving progress => has the label Budget Goal overlapping x axis ==> so data are not wrong but labels are sometimes misplaced. Set as New - Sophie
My findings: This bug is inherited from OOo - updating version Priority: This is not a major bug - major is for bugs that lose data, this displays data incorrectly but this falls into the "prevents professional quality work" which is a normal bug. Bug Report: As Sophie described the bug beautifully - it looks to me like 3 bugs in one bug report which is unfortunate as it makes it a lot harder to find a developer to fix the issue. Each chart displays a separate issue - which means that each chart will require a *different* fix. If at all possible it would be nice to separate these into three bug reports, to strip the documents down to just the essentials (developers will have to dig into the xml code, the more extraneous stuff, the harder it is to do that), and close this bug as INVALID (because it's actually multiple bug reports in one...). That being said, I won't close it. I highly suggest that the original reporter split this up and simplify. @Robert - thanks for your patience, LibreOffice relies on volunteers, if a volunteer finds this to be an interesting bug to fix, they will do so. But, I promise it'll be easier if it's 1 bug per report and not "here is a sheet that displays things wrong in different ways." Thanks all!
** 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.5 or 5.2.1 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-20160920
Still present Version: 6.1.0.0.alpha0+ Build ID: 8e8dd8f320a3ff59ff8a16c1a7a867888ce80700 CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-13_23:59:29 Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 154190 [details] XLS file compared in MSO-2016 LO-older-4.2 LO-master-6.4+ Already noted this is wrong bug report. We may close this one and report 3 issue separately or decide which issue is this bug for. I couldn't find exact similar reports, although they may exist. > - GIVING TREND VS BUDGET => displays correctly > - SPENDING TREND VS BUDGET => has the legend that overlap the x axis months 1. Still repro in 6.4+. Different in MSO-created XLSX, no overlap. > - GIVING 2013 VS 2012 => displays correctly > - MONTHLY GIVING => has Dec plotted in Monthly data series 2. Combo chart of two Line with Markers. Looks better in 6.4+. Only the final line Montly Giving Actual for month (Dec) ends at zero, unlike MSO that has no Dec at all in chart, because data series is up to Nov. Happens both in XLS and MSO-created XLSX. > - MONTHLY GIVING PROGRESS => has the label Budget Goal overlapping x axis 3. Text Box shape related to chart. Still repro in 6.4+. Happens only in XLS, not in MSO-created XLSX. I'll change the bug to 3. and retitle "Fileopen XLS: Text Box in Chart wrong positioned (OK in XLSX)".
(In reply to Timur from comment #6) > > - GIVING TREND VS BUDGET => displays correctly > > - SPENDING TREND VS BUDGET => has the legend that overlap the x axis months 1. Still repro in 6.5+. Not this bug. > > - GIVING 2013 VS 2012 => displays correctly > > - MONTHLY GIVING => has Dec plotted in Monthly data series 2. Combo chart of two Line with Markers. Looks better in 6.4+. Only the I think that XLSX was bug 127393, so I'll see about XLS. Not this bug. > > - MONTHLY GIVING PROGRESS => has the label Budget Goal overlapping x axis 3. Text Box shape related to chart. Still repro in 6.5+. This bug.
Dear Robert Marks, 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
Created attachment 191634 [details] MSO vs LO 24.2 rendering Still present some issues, uploading current comparison Version: 24.2.0.0.beta1 (AARCH64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 10; OS: macOS 14.2; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded