Description: I have been used LO impress for the last two years, and I could insert eps files normally with the button: insert-> image. But when I open one of my old slides with eps I oly get white boxes, when I insert an eps Impress give me a white rectangle, no picture Steps to Reproduce: 1. In the last version of linux mint with the last LO try to insert an eps 2. 3. Actual Results: A white rectangle is inserted in the document Expected Results: I expect the real picture to be inserted Reproducible: Always User Profile Reset: No Additional Info:
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Created attachment 151501 [details] Example of a file with an eps that is not properly inserted
(In reply to raal from comment #1) > Hello, > > Thank you for filing the bug. Please send us a sample document, as this > makes it easier for us to verify the bug. > I have set the bug's status to 'NEEDINFO', so please do change it back to > 'UNCONFIRMED' once you have attached a document. > (Please note that the attachment will be public, remove any sensitive > information before attaching it.) > How can I eliminate confidential data from a sample document? > https://wiki.documentfoundation.org/QA/ > FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F > Thank you Thank you for the fast answer, I hope this document helps
Reproduced in Version: 6.3.0.0.alpha1+ Build ID: a2da909adfe07d5a093485cc28283f5c100946ba CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.15; Render: default; and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) but not in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Xisco Faulí from comment #4) > Reproduced in > > Version: 6.3.0.0.alpha1+ > Build ID: a2da909adfe07d5a093485cc28283f5c100946ba > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US > Calc: threaded > > Version: 5.2.0.0.alpha0+ > Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 > Threads 4; Ver: 4.15; Render: default; > > and > > Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) > > but not in > > LibreOffice 3.3.0 > OOO330m19 (Build:6) > tag libreoffice-3.3.0.4 So, what should I do, is there any solution?
(In reply to Jose from comment #2) > Created attachment 151501 [details] > Example of a file with an eps that is not properly inserted Looks fine for me. Jose: can you please re-test with 6.4.x? Arch Linux 64-bit Version: 6.4.4.2 Build ID: 6.4.4-1 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded
I see an image in the file, closing Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Vlákna CPU: 4; OS: Linux 4.15; Vykreslování UI: výchozí; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ Calc: threaded
Still not fine for me in LO 7.2.0.0.alpha1+ / Ubuntu. Nor is it fine in 7.0.0.3, 6.4.0.3, back to 4.0.0.3. It was okay in 3.6.0.4. I can see no image in any version on Windows. Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: b238522ca121ca8f863fe4d3394ade088a65ad01 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 172242 [details] Screenshot from 7.2
Created attachment 172243 [details] Screenshot from 3.6.0.4
Bibisected to the following range using repo bibisect-43all: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=4316e643ef345b0f673b4a03a80a4b7cb3185588..ae4e4a11d4300f7448cb6bd170fcb034542caddc
@Aron, * This really is NOT OUR BUG, and work on bug 67464 would be needed to do anything else. LibreOffice does not directly read EPS during filter import [1], insted it requires one or more of 3 external helper programs. Imagemagick or ghostscript -- both will produce BMP raster image, or will use the empedded preview bitmap, usuually TIFF, of an epsi if present. The third pstoedit will render EPS to vector, but will reomve verticies resulting in visual distortion of the vector strokes. Windows builds of the app have a "shareware' extension that will parse all verticies from the EPS in generating an EMF vector graphic. Both Imagemagick and pstoedit require a ghostsript installation be present. These helpers are not managed by LibreOffice, they must be installed and present on user profile PATH, if not so configured LibreOffice will not use the helper. If pstoedit is present on path it will render to EMF; otherwise the filter picks the RenderAsBMPThroughGS (GS only no ImageMagick or pstoedit) or finally RenderAsBMPThroughConvert () (Imagemagick and GS on path). The ieps routines remain in place and function when os/DE is correctly configure. Removing regression and bibisect, function is dependent on os. Please correct your os/DE to install the needed helper(s) and verify valid PATH. Please note, it really is more effective to use an external application to directly convert EPS to EMF or SVG vector and then import that graphic. Also that since its 7.0 release, command line use of ImageMagick's 'convert' helper requires you install it's "legacy" module to have script access. Needinfo is for OP and other reporters to retest with necessary "helpers" configured as needed by LibreOffice. =-ref-= [1] https://opengrok.libreoffice.org/xref/core/vcl/source/filter/ieps/ieps.cxx
(In reply to V Stuart Foote from comment #12) > This really is NOT OUR BUG, and work on bug 67464 would be needed to do > anything else. Not entirely sure about that, please see below. > Both Imagemagick and pstoedit require a ghostsript installation be present. > > These helpers are not managed by LibreOffice, they must be installed and > present on user profile PATH, if not so configured LibreOffice will not use > the helper. $ pstoedit pstoedit: version 3.75 / DLL interface 108 (built: Mar 22 2020 - release build - g++ 9.3.0 - 64-bit) : Copyright (C) 1993 - 2020 Wolfgang Glunz $ dpkg -s imagemagick Package: imagemagick Status: install ok installed $ ghostscript -v GPL Ghostscript 9.50 (2019-10-15) > Please correct your os/DE to install the needed helper(s) and verify valid > PATH. The questions I have: - What else has to be done? Is it certain this doesn't work due to some bug in LibreOffice, as the necessary helpers seem to be present? - Why are these details not being documented not our bug? - What changed between 3.6 and 4.0 that version 3.6 works on my distro, and version 4.0 doesn't?
So, what is returned in a terminal with a run of each "gs -version"-and- "ps2pdf -info" "convert" -or- "identify" "pstoedit -version" and of course, on Windows builds--the command is gswin64c or gswin32c if they don't from a terminal/cmd window they're not on path and won't run from LibreOffice.
(In reply to V Stuart Foote from comment #14) > So, what is returned in a terminal with a run of each Here they are: $ gs --version 9.50 $ ps2pdf -info Usage: ps2pdfwr [options...] (input.[e]ps|-) [output.pdf|-] $ convert Version: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org Copyright: © 1999-2019 ImageMagick Studio LLC ... $ pstoedit pstoedit: version 3.75 / DLL interface 108 (built: Mar 22 2020 - release build - g++ 9.3.0 - 64-bit) : Copyright (C) 1993 - 2020 Wolfgang Glunz
Dear Jose, 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 Jose, 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