Created attachment 164435 [details] This is the white space on the left which cannot be cropped from the image After the last Libre Office update when I insert a graphic into Writer all i see in the frame is white space and "Image x". When I open the Image Properties on the [Image] tab i find the image but with a large white space appended to the left which cannot be cropped out. When I go to print preview the page the image shows as expected When I pull the same image into Draw there is no white space appended. I have not changed Libre Office Options and made no changes to image properties. Version: 6.4.5.2 Build ID: libreoffice-6.4.5.2-snap1 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded Ubuntu 18.04.5 LTS See attachment
Created attachment 164436 [details] Only the Ghost white space is shown in the frame. Cropping has no effect.
Forgot platform info. Ubuntu -Version- Kernel : Linux 5.4.0-42-generic (x86_64) Version : #46~18.04.1-Ubuntu SMP Fri Jul 10 07:21:24 UTC 2020 C Library : GNU C Library / (Ubuntu GLIBC 2.27-3ubuntu1.2) 2.27 Distribution : Ubuntu 18.04.5 LTS
Created attachment 165166 [details] Image shown in Image Properties. Dotted line defines true image boarder. Rest is Ghost background, Any ghost background LO-W adds to an image on the left, fills the frame on the Edit page but not in the print preview.
Created attachment 165167 [details] Shows images added three ways One image was copied with the text above and pastes from an HTML help page, The second an image inserted from an image saved on disk. The third using "copy image" from a web page, then pasted. What is visable is the ghost background which only exists in [image] tab the [Properties] window.
Created attachment 165168 [details] Image in Shotwell showing no additional background either right or left Just to prove to myself that the extra background did not come with the images, I opened them in both GIMP, and Shotwell, as well as inserting into a LO-Draw document. Each showed the image as here with no extra background.
Created attachment 165169 [details] Same Writer page and images in Print Preview. Print preview ignores the ghost backgrounds. However, this means that Print Preview must be invoked: * To see if the image is displayed, * Again after any cropping. * Again after any resizing. All of which adds extra time and distraction to the user experience.
Version: 7.0.1.2 Build ID: 88a63c56098013eb4038e11ebe7c8c0daab09aa8 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded If anyone can or cannot duplicate this on another OS than Ubuntu, or installation other than from the Snap Store, It would be helpful to who ever takes this up. My install an Ubuntu Software Snap So if this problem is not duplicated in LO-W install from a .deb or tar.gz that will be notable as well. My system is an old hand-me-up from my son and I am not sure it would be stable enough for multiple installs of LO. I did do an uninstall and reinstall from the Snap Store after this showed up in 6.0 just about a month ago. I will keep track of this and gladly answer any further questions or try any suggested solutions and report back. Thank you.
L P Luigi, thank you for reporting the bug. Please attach the image itself and add some steps to reproduce the problem. You mentioned a lot of aspects and so I'm niot sure, if I've really grasped the problem. => NEEDINFO
Dear L P Luigi Espenlaub, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear L P Luigi Espenlaub, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp