Bug 137260 - FILESAVE: Graphics wildly enlarged or gone after PPT/PPTX roundtrip
Summary: FILESAVE: Graphics wildly enlarged or gone after PPT/PPTX roundtrip
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 47148 PPTX-Images
  Show dependency treegraph
 
Reported: 2020-10-05 09:11 UTC by Lars Jødal
Modified: 2023-01-31 07:56 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Test odp file with clipart graphics (106.13 KB, application/vnd.oasis.opendocument.presentation)
2020-10-05 09:12 UTC, Lars Jødal
Details
Screenshots showing test file in odp, pptx and ppt formats (69.28 KB, application/pdf)
2020-11-04 11:05 UTC, Lars Jødal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Jødal 2020-10-05 09:11:05 UTC
Description:
Some of the clipart I am using in an Impress presentation disappears and/or is wildly enlarged if saved as PPT or PPTX format. The size of the graphics is not changed, its contents is wildly enlarged and thus cropped.
(Test file is in a comment below, as I cannot find an option to include it in the original bug report.)

Steps to Reproduce:
1. Open test file from the following comment: "Clipart of microscope.odp"
2. The file should show a clipart of a microscope and another of a schematic DNA string and a microscope.
3. Save as PPT or as PPTX
4. Open saved file (either in Impress or in PowerPoint)

Actual Results:
For the microscope, only the outline around the position is seen. Of the DNA string, a small and wildly enlarged bit is seen.

Expected Results:
The PPT and PPTX files should contain similar graphics as the original ODP file.


Reproducible: Always


User Profile Reset: No



Additional Info:
The result is similar whether tested as roundtrip in Impress, or opened by MS PowerPoint. This has been tested in the newest fresh LO version, but the problem has been present also in earlier (6.x) versions.

Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win
Locale: da-DK (da_DK); UI: da-DK
Calc: threaded
Comment 1 Lars Jødal 2020-10-05 09:12:54 UTC
Created attachment 166083 [details]
Test odp file with clipart graphics

This is the test file "Clipart of microscope.odp" mentioned in the bug report.
Comment 2 Lars Jødal 2020-11-04 11:05:08 UTC
Created attachment 166998 [details]
Screenshots showing test file in odp, pptx and ppt formats

The attached pdf file shows screenshots of attachment 166083 [details] before and after saving as ppt(x) format.
Comment 3 NISZ LibreOffice Team 2021-01-22 13:09:19 UTC
Confirming with:

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 86c8c775bbefe333d684e12c99855a3c1de68051
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

.svm files are being saved to emf here.
Comment 4 QA Administrators 2023-01-26 03:23:56 UTC Comment hidden (obsolete)
Comment 5 Lars Jødal 2023-01-27 15:14:19 UTC
Still present in LO 7.4.4.2: The file looks fine when opened as odp, but after saving as pptx or ppt, the graphics is wildly enlarged. 

Version: 7.4.4.2 (x64) / LibreOffice Community
Build ID: 85569322deea74ec9134968a29af2df5663baa21
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: da-DK
Calc: CL
Comment 6 Lars Jødal 2023-01-29 17:06:23 UTC
Some thoughts: 

Given that the PPTX file opens similarly in LO and in MS PowerPoint, the problem seems to be in the PPTX and PPT export filters. 

Comment 3 indicates that the graphics format is changed by the filter. As I understand it, the SVM graphics format is native to OO/LO, for which reason a conversion is probably necessary for the export. The problem then appears to be the scaling in the conversion.

A similar problem then seems to be described in bug 94363.
Comment 7 Aron Budea 2023-01-31 07:56:56 UTC
Already in 4.2.0.4.