Created attachment 107204 [details]
Simple example libreoffice presentation document
Create a presentation that includes an image that has been cropped. Save the file as a "Microsoft PowerPoint 2007/2010/2013 XML (.pptx)" document. Exit libreoffice. Open the saved .pptx document using libreoffice ('libreoffice filename.pptx'). Observe that the display of the cropped image has become corrupted. Viewing the 'Crop Picture...' settings, it apperas the Crop Bottom changes from 0.92 -> 1.69 and the Scale Height changes from 146% to 830%.
A simple example file - Example001.odp - which is working with .odp and the resulting .pptx file (Example002.pptx) are attached.
Created attachment 107205 [details]
Resulting .pptx file corresponding to Example001.odp
With LO 22.214.171.124, windows7 after reopening pptx file is image lost.
Duplicate of bug 70657 ?
(In reply to raal from comment #2)
> With LO 126.96.36.199, windows7 after reopening pptx file is image lost.
> Duplicate of bug 70657 ?
It is possible you are seeing another bug with the attached file. However, the problem reported here is not that the image is lost, it is just that the image is improperly cropped and thus becomes invisible. If the crop is disabled (select an area that encompasses the image to select the object, right click menu to select Crop Picture..., click Original size), then the image becomes visible again. The image is in the .pptx file, but cannot be seen because the cropping details become corrupted.
Reproducible with LO 188.8.131.52 (Win 8.1) with the test image in the attached sample file, even if I copy it to a new presentation. To find it, you need to look where mouse pointer changes and then make a right mouse click or copy it to a new presentation with no text elements at all and then select the whole slide to find it. With a right mouse click you can then go to CROP PICTURE and there you can see that it was changed when saving as pptx.
But strange is, that I can't reproduce it with new presentation with a new jpg or png picture.
@Morgan: Is there any special thing with this image? Can you also reproduce it with a new e.g. jpg image?
(In reply to A (Andy) from comment #4)
> @Morgan: Is there any special thing with this image?
> Can you also reproduce it with a new e.g. jpg image?
No, there is nothing special about the image.
I originally saw the problem when creating a presentation that included some screenshots. Rather than use the original screenshot, I created a new .png image to better demonstrate the problem.
This seems to be reproducible for me when using any .png image. I reproduced this now using a new image. I viewed an image and did a screenshot, imported the resulting .png file into a fresh presentation, did a crop to chop off the bottom black bar, saved the presentation as a .PPTX and 'voila'.
I am attaching the .png, the .odp, and .pptx as ya-png-example.tar.gz
It seems to happen with .jpg images also. I included the .jpg image (instead of the screenshot of the jpg) in a fresh presentation and cropped out the beverage, save the presentation as a .PPTX and saw the problem.
I am attaching the .jpg, the .odp, and the .pptx as ya-jpg-example.tar.gz
Created attachment 108540 [details]
Another example .png, .odp, and .pptx
Created attachment 108541 [details]
Another example .jpg, .odp,. and .pptx
(In reply to Morgan Garcia from comment #6)
> Created attachment 108540 [details]
> Another example .png, .odp, and .pptx
I get similar type of issue even without going through the .pptx intermediate! Just by opening the same file in two different version of LO:
Could these bugs be linked? Currently making Impress unusable for me since I usually have cropped images in all my slides.
** 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)
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!
No problem anymore.
Arch Linux 64-bit
Build ID: b8fe96f1da2c42c04a8094ca8c57d49763b7bded
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on March 8th 2018