Created attachment 127793 [details] a pdf figure that gets cropped wrongly when included PDF figures are wrongly cropped when included in a document. Steps to reproduce bug - open the attached figure on Finder or a file browser - drag the figure to a new Impress document - the figure will be wrongly cropped Work around: Converting to EPS then importing works, using pdftops -eps
Tested in 5.2.2 and 5.0.3.2
By default, dragging a PDF onto a running instance of LO will load that PDF into Draw. I see no cropping of the image in Draw with Version: 5.2.1.2 Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 Threads CPU : 2; Version de l'OS :Mac OS X 10.12; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group However, if I drag and drop the PDF onto a blank slide in Impress, the file gets cropped to show the top left hand corner of the image. CONFIRMING with regard to Impress and Version: 5.2.1.2 Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 Threads CPU : 2; Version de l'OS :Mac OS X 10.12; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group
One workaround for this is to drag and drop the PDF file onto the Dock icon of the LibreOffice program, causing the PDF to be opened in a Draw slide. This slide can then be dragged and dropped onto an open Impress document in the slide sorter pane.
It is however indicative that Impress and Draw use different code paths for importing PDF files, which is clearly not optimal.
On Windows 10 Pro 64-bit (1607) en-US with Version: 5.2.2.2 (x64) Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Locale: en-US (en_US); Calc: group Confirming that the filter import used for drag-n-drop onto a Impress slide crops image to the upper left of the PDF. However filter import, e.g. Open -> "PDF Portable Document Format (Impress) (.pdf)" of the PDF will open it fully as the first slide of an Impress document. Suggests there is a bounding box/clipping issue with the drag-n-drop insertion.
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 5.2, no repro master 6.5+. I'll close. Now it's fine stretched to slide and can be set to original size