Created attachment 165495 [details] Comparison MSO 2010 and LibreOffice 7.1 master Steps to reproduce: 1. Open attachment 62000 [details] from bug 50265 2. Go to slide 2 -> Label 'активные 58' is placed outside the chart and it's hard to read. it should be above the dark blue section. See screenshot Reproduced in Version: 7.1.0.0.alpha0+ Build ID: 63317c6b5f3330dcbf977f37a9d01eafbc7451c2 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded [Bug found by office-interoperability-tools]
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=bcda268cde1f8408c2066ce985acedfce3e3bc2e author Tünde Tóth <toth.tunde@nisz.hu> 2020-08-03 09:12:14 +0200 committer László Németh <nemeth@numbertext.org> 2020-08-07 11:54:24 +0200 commit bcda268cde1f8408c2066ce985acedfce3e3bc2e (patch) tree 4ad77a796883cca715409171c7867eedf8f3af66 parent e520a4f988bf0ff81e75e37588182af92fed7631 (diff) tdf#134977 Chart OOXML: fix import of custom data label Bisected with: bibisect-linux64-7.1 Adding Cc: to Tünde Tóth
Not really a regression: in earlier versions the font size was smaller than in PP. Now it's correct and the data labels frame is also larger. The larger frame is now considered too large for the pie slice so it's placed outside the pie. Perhaps the definition of "too large to fit inside the pie" could be refined a bit. I have seen this happening in other charts like in: https://bugs.documentfoundation.org/show_bug.cgi?id=131188#c6
Created attachment 166738 [details] The example file in current 7.1 alpha Looks better in: Version: 7.1.0.0.alpha1+ (x64) Build ID: b61bf7c7cfcf97a5ade6d130873af146670bc2ee CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL At least for the label with value 58. The other labels got somewhat closer to the center of the pie and the last letters of the label with value 133 are in the dark blue slice, making them disappear. Let's keep this open for this problem.
Dear Xisco Faulí, 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 183309 [details] Screenshot with LO 7.5 as of 2022-10-28 (In reply to NISZ LibreOffice Team from comment #3) > the last letters of the label with value 133 are in the dark > blue slice, making them disappear. This aspect is still there, as already shown in attachment #166738 [details]. Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 876d9d6d333cafc0649abebc757f397faf86fc4d CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US (Adding a current screenshot, explicitly highlighting the issue.)
Comment #5 still applies. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2d65d52bd208acde60e77ec49b995958985babe7 CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US