Bug 127813 - FILESAVE PPTX Series of Combo Chart with Area types are in wrong order
Summary: FILESAVE PPTX Series of Combo Chart with Area types are in wrong order
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.0.0
Keywords:
Depends on:
Blocks: OOXML-Chart
  Show dependency treegraph
 
Reported: 2019-09-27 08:00 UTC by NISZ LibreOffice Team
Modified: 2021-04-12 18:54 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the original and exported document side by side in Impress (106.98 KB, image/png)
2019-09-27 08:01 UTC, NISZ LibreOffice Team
Details
Example file from PowerPoint (50.75 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2019-09-27 08:01 UTC, NISZ LibreOffice Team
Details
The original file saved by Impress (35.81 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2019-09-27 08:01 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-09-27 08:00:22 UTC
Description:
Area chart series are in reversed order in PowerPoint presentation, when the file is opened and saved in LibreOffice Impress 6.4.0.0.alpha0+ and reopened in Microsoft PowerPoint.

Steps to Reproduce:
    1. Create a Presentation in Microsoft PowerPoint.
    2. Insert a simple Area Chart. We also added a third data series to the data table.
    3. Save the presentation as PPTX
    4. Open and Save the presentation in LibreOffice Impress 6.4.0.0.alpha0+.

Actual Results:
Series of Area Chart are drawn in reversed order (blue – orange – grey) instead of the original grey – orange – blue.

Expected Results:
Series of Area Chart are should be in the same order as it was made in Microsoft PowerPoint.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:
Version: 6.4.0.0.alpha0+ (x64)
Build ID: f04bd7975292d297b72e8bb23aa74a2a5198aa23
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win;
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded
Comment 1 NISZ LibreOffice Team 2019-09-27 08:01:07 UTC
Created attachment 154578 [details]
Screenshot of the original and exported document side by side in Impress
Comment 2 NISZ LibreOffice Team 2019-09-27 08:01:31 UTC
Created attachment 154579 [details]
Example file from PowerPoint
Comment 3 NISZ LibreOffice Team 2019-09-27 08:01:55 UTC
Created attachment 154580 [details]
The original file saved by Impress
Comment 4 Timur 2019-10-07 14:21:48 UTC
Repro 6.4+. MSO opens it as LO, wrong. 
With LO 3.3 it's similarly saved so I set from 3.3. MSO doesn't show it anyhow bu regardless, chart is wrongly saved in LO.
Comment 5 Julien Nabet 2020-04-14 09:35:02 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.

Exporting in odp is ok, when reopening the order is identical to the original pptx.
So only impacts pptx export.
Comment 6 Commit Notification 2020-04-28 06:03:47 UTC
Tünde Tóth committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/cbe6c4929c9da28ce5553ce31782027d5111ed16

tdf#127811 tdf#127813 Introduce compatibility key for the data series

It will be available in 7.0.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.