Description: Opening a chart created in MS Office with 2 slices in the large pie and the rest in the smaller pie, results in the smaller pie having exaclty 3 slices and the rest being in the large pie. Steps to Reproduce: 1. Open attached pptx file. 2. Look at the two slides. Actual Results: The large Pie has more than 2 slices Expected Results: The large pie should have exactly 2 slices, as shown in the attached screenshots (from MS Office). Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha1 (X86_64) / LibreOffice Community Build ID: a17e39caaf73108bee692d6f64a44c62f4066f1d CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded
Created attachment 194293 [details] example file
Created attachment 194294 [details] slide 1 as shown in MS Office
Created attachment 194295 [details] slide 2 as shown in MS Office
Reproduced in: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1f15d097cace14ca6e44e7652f460aa3fa7bd150 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded See also Kurt's comment: (In reply to kurt.nordback@protonmail.com from bug 50934 comment #21) > Note [...] that my code allots the last three values to the > right (sub-) chart, whereas Excel by default allots the last two. I just > thought three looked better but it's easy to change. In the long term this > should be a selectable parameter. The enhancement request a control for how many values go to the subchart is bug 161090.
Created attachment 195596 [details] screenshot in master with current sources I just tested in my own build with today's sources, but it still isn't resolved with the sample PPTX in this report. Please see screenshot. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d671bceed0ba7195eae1e063d4a363074f8483a0 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Kurt, which commit was supposed to have fixed it? 37bca7e571b1356b29addeb631066350e03e64ea ?
You're right, I got too eager closing bugs. This one also depends on the fix to tdf#161800, which is still in review.