Bug 116220 - Impress Slide Show incorrectly resizes objects outside slide boundary
Summary: Impress Slide Show incorrectly resizes objects outside slide boundary
Status: RESOLVED DUPLICATE of bug 115142
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2018-03-05 22:46 UTC by john
Modified: 2018-03-06 11:26 UTC (History)
0 users

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description john 2018-03-05 22:46:45 UTC
A new bug seems to have arising in LO I have an .odp file with various images and text boxes in the slides. Some of the items are deliberately placed to overlap the page margin, so that they are chopped off during full-screen view of during PDF export.

However recently something has happened with the full screen view and my overlapping objects are 'squeezed' so that they fit entirely within the screen. They are resized instead of being chopped.

The correct behaviour is still maintained in the PDF export, but this bug is irritating because it means the full-screen slideshow view is no longer trustworthy in comparison to the PDF view.

Steps to Reproduce:
1.create a new Impress document
2.paste an image from somewhere.
3.move the image so that part of its bounding box sits outside the page edges
4.enter slideshow mode -- you will be able to (wrongly) see the full image
5.exit slideshow mode
6.export as PDF, then view the PDF in fullscreen model -- you will see the choped image as expected

Actual Results:  
Impress Slideshow mode scales images instead of chopping them (and messes up the aspect ratio)

Expected Results:
Images overlapping the edge of the view should be chopped instead of resize. This was always working correctly before around LO 5.4 or so.

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Ilya Zverev 2018-03-06 11:26:53 UTC

*** This bug has been marked as a duplicate of bug 115142 ***