Created attachment 76191 [details] Example presentation with eps image I just upgraded to 4.0.1 and I noticed that eps files don't display at all in presentation mode. They display fine in edit mode. It used to work fine in 3.6.5. I attach an example presentation with an eps file in it. I see it in edit mode, but when I press F5 the image doesn't display.
More or less [Reproducible] with Server Installation of "LibO 4.0.0.3 - GERMAN UI / German Locale [Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89)]" {tinderbox: @6, pull time 2013-01-31 11:30(?)} on German WIN7 Home Premium (64bit) with separate new User Profile: In Edit mode I see brown rectangle borders (what probably is a separate bug, the picture should show a chart graph "Pointspread function"), in SLIDESHOW the picture is not visible at all, no placeholder, nothing! @Thorsten: Please change Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf
eps images were made using R. They show in the slide editing mode but not in slideshow. Also missing when exporting to pdf.
Bug is still present with version 4.0.2
I also noticed that the plots from .eps files disappear when I save the file as PDF. - I select "Export as PDF" in the File menu - It creates a pdf file but the plot from the .eps doesn't show.
(In reply to comment #4) > I also noticed that the plots from .eps files disappear when I save the file > as PDF. > > - I select "Export as PDF" in the File menu > - It creates a pdf file but the plot from the .eps doesn't show. The same problem happens when exporting to PDF with Writer. Btw, this bug seems similar to: Bug #62499 - : EPS images are not shown when PDF is exported
Bug still there in 4.0.3
Bug still there in 4.0.4
*** Bug 66555 has been marked as a duplicate of this bug. ***
Also a bug for me on Fedora 19 with libreoffice-impress-4.1.0.1-8.fc19.x86_64 I noticed that this happens when you have a picture that is a metafile. (when you click it, bottom left shows 'metafile selected') A very clunky work-around is to copy, and then 'paste special' as bitmap.
In Version 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 running on OpenSuSE Linux eps images are not visible in presentation mode nor are they in an exported pdf.
Just tested version 4.0.5.2 and bug is still there.
Bug still there in 4.1.1.2
*** Bug 69385 has been marked as a duplicate of this bug. ***
adjust version according to comment #1
Still present in LibreOffice 4.1.2.3 410m0(Build:3) on Debian. This forces a downgrade for this user.
On pc Debian x86-64 with master sources updated today, I can reproduce this. During file opening, I noticed this: warn:legacy.osl:5132:1:sal/osl/unx/file.cxx:341: FileHandle_Impl::readAt(): not seekable and this when doing F5: warn:sfx.control:5132:1:sfx2/source/control/dispatch.cxx:1530: Childwindow slot missing: 10365 warn:sfx.control:5132:1:sfx2/source/control/dispatch.cxx:1530: Childwindow slot missing: 10365
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Created attachment 92912 [details] eps file made with matplotlib Here is a simple eps file made with matplotlib. If I drop it into an impress slide then it shows in edit mode, but is not visible in presentation mode. tested on 4.1 and 4.2.0.3 on fedora 20 linux.
From `git bisect bad`: -------------------- 3f239c0dbc91ea922758438ecbddf6dc7203c268 is the first bad commit commit 3f239c0dbc91ea922758438ecbddf6dc7203c268 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Tue Dec 11 01:59:31 2012 +0000 source-hash-ae4e4a11d4300f7448cb6bd170fcb034542caddc commit ae4e4a11d4300f7448cb6bd170fcb034542caddc Author: Rene Engelhard <rene@debian.org> AuthorDate: Tue Nov 6 21:24:32 2012 +0100 Commit: Rene Engelhard <rene@debian.org> CommitDate: Tue Nov 6 21:24:32 2012 +0100 typo... Change-Id: I2c7968194afbcf74967cd16c639dce7de858a513 :100644 100644 c09b92a8ddf24b8738a7cd3a695ae1e4482d354c 6b13afd13f023cedac65a896318de4aa55dead27 M autogen.log :100644 100644 bcee1e11bd693642ca5a6330175b58082e5dcdd0 54d2377f5b3afd6ed668b3e24cb877c289119ec5 M ccache.log :100644 100644 75677cef16786d2cc95c0d8f301482278ca055c3 d18a6ebcd3b8537c3dd3dbc16e862fb6370ecb8a M commitmsg :100644 100644 83b4ecc0ecb3e031c804d49f45f854e95d5cc961 d482c00e5fff6081c6b87b637fd9ffaf3e1e2c6c M dev-install.log :100644 100644 91437b9974ffada7e049273419bb8c66c91c0539 abf45ab9609c77a5ab952aa310eafe8c2ffaf85c M make.log :040000 040000 45c0bab8b669778ab523c8f65a25e8c9afde604a f4bfa15b2f72d3df5675b07bcf32254a819b9d19 M opt From `git bisect log`: -------------------- # bad: [793dbf6f80f497dfe587d560d6257f42a24273f6] source-hash-1581b1fc3ac82a7bd62df968226e98604a4ca52d # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # bad: [8092559c5013969ebda017d79200463b9b975038] source-hash-fd84daf696a368c2c7561b5253b32a63ecdeca4a git bisect bad 8092559c5013969ebda017d79200463b9b975038 # good: [2bdbcaf93e4616633a733de7eb88ba19571929ac] source-hash-cf04745f7a027594fd64a493c276a8280dbccfe1 git bisect good 2bdbcaf93e4616633a733de7eb88ba19571929ac # good: [f823dd19086ed09fb8e2072050e963cf1bfcd5fe] source-hash-b679a2a02180c017bd8b596fb2e4f283bad93b75 git bisect good f823dd19086ed09fb8e2072050e963cf1bfcd5fe # good: [8cf46b05e525ac3602433613f227f0dcacc44035] source-hash-1692cf6854ff7adbb2bd47f2f7ec2b3de51864f3 git bisect good 8cf46b05e525ac3602433613f227f0dcacc44035 # bad: [3cb56a12a43a7c2a43954dc7694a6f6bde544f98] source-hash-41c2b0375773b2d2945d75e255ea6bb6c7fd378d git bisect bad 3cb56a12a43a7c2a43954dc7694a6f6bde544f98 # bad: [6178060e0e995b23fb5fe35c52b1fba67bd0760d] source-hash-44b96a2fce52b6e3e683dc917fab219cf75001db git bisect bad 6178060e0e995b23fb5fe35c52b1fba67bd0760d # good: [c01053e32bdb3d0b413b71ddde869618fa5d2624] source-hash-4316e643ef345b0f673b4a03a80a4b7cb3185588 git bisect good c01053e32bdb3d0b413b71ddde869618fa5d2624 # bad: [8125b06dfe80e260ff2108fab3c85eb03ec2608b] source-hash-683758efb22d08a4cf211a6d985148f513da2a90 git bisect bad 8125b06dfe80e260ff2108fab3c85eb03ec2608b # bad: [3f239c0dbc91ea922758438ecbddf6dc7203c268] source-hash-ae4e4a11d4300f7448cb6bd170fcb034542caddc git bisect bad 3f239c0dbc91ea922758438ecbddf6dc7203c268
*** Bug 76359 has been marked as a duplicate of this bug. ***
Wow, we have a 'solution'!!? ;-) With Ubuntu 14.04 (LO 4.2.3.3) when I open my old .odp files containing eps and svg images, I get an Error: "General Error. General input/output error." and that's it. The solution here is, that files showing wrong svg-s and eps-s earlier, by now do not load at all any longer. Meaning, files created with LO 3.6 simply cannot open any longer. I don't know if this really has to do with this bug, but I think so, since all other files (not containing these image types) open properly. I wonder, if this ought not be put at the upper echelon of all bugs!?
Then, the name of this software should be changed. We cannot call this software as LibreOffice 4. You can call this, for example, LimitOffice, PityOffice, whatever you want, but other than LibreOffice. The reason is so obvious that I don't need to say. Is somebody doesn't understand, I will write.
@taka: Yep. I noticed you re-opened because someone had 'dup'-ed 76359 to here. The problem does apply to ALL AND ANY .eps here; and to ALL AND ANY .svg here; though the .svg-s are often only modified, cut off on a margin, or whatnot. I agree, a software that runs happily without .eps and without .svg is totally useless, at least to me: because these are features that MS Office had always neglected. I, as computer scientist, consider all sorts of .jp[e]g and stuff child-play. The only useful and sustainable method to draw an image is one with infinite resolution; not a pixel- or block-based 'little helper'. With Libreoffice falling back to the lowly abilities of MS Office, I fail to see any reason to stick with it. (I know what I'll hear next: "that's the beauty of choice!") But those voices will be voices of nincompoops, because regression is not "choices" but sh***y project management.
It's because of bugs like this that I don't think LibreOffice is viable for scientific work. I'm not sure why I stopped using Latex but it is clearly superior to LibreOffice (and MS Office). Also, now there are many web sites that let you collaborate on Latex documents (for free). With the ease of interweaving R computations and graphics into documents, there is really no reason to use LibreOffice. The fact that this bug has not been fixed in over a year (and the maintainers of LibreOffice could not care less) clearly means that LibreOffice is not being used by researchers. So I've re-learned how to use Latex and doubt I'll ever use LibreOffice again. (MS Office is even worse - you can't format numbers in Word tables - explains why you see so many poorly designed tables.)
Let's give more visibility to this bug by nominating it as MAB. Here are some reasons: - old bug - regression - impacts at least a whole category of users (scientific ones) - no workaround - seems to happen with every eps file (if not, any example of an odp containing eps which works well?) About this last one, if it's confirmed, we should change the title of this tracker and indicate that all eps are concerned and so fdo#76359 would be a dup indeed. Thorsten/Caolán: I don't know if it's a rendering/vcl problem or Impress/Draw specific pb.
As noted on bug 62051, with the ImageMagick application installed, Windows builds of LibreOffice do import and render EPS content into Impress, Writer and Draw. But can confirm that for Windows builds of LibreOffice with ImageMagick also installed--they do not render slide elements during Slide show presentation wef. the 3.6.x -> 4.0.0 transition. On Windows 7 sp1, 64-bit The "RNE Sample for bug 47368.odp" from Roman E's 2012-11-28 Test kit, and "example-eps-problem.odp" example presentation attached to this bug renders correctly in both edit and during slideshow with Version 3.6.5.2 (Build ID: 5b93205). And are also both correctly rendered in edit and Slideshow mode in Version 3.6.7.2 (Build ID: e183d5b). On the same system for the two presentations the EPS render in edit mode but do not render (i.e. no image rendered just the slide title) for the Version 4.0.6.2 (Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24) build. On the same system the EPS renders in edit mode but is not rendered in Slideshow Version: 4.1.5.3 Build ID: 1c1366bba2ba2b554cd2ca4d87c06da81c05d24 Finally on the same Windows system EPS no longer renders in edit mode nor slideshow mode. Just a black image fill is present in edit mode--and slide has no image. Version: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
Even if the eps file contains a bitmap preview, it does not work. :-( Until the bug is corrected, you have the following workaround for new presentations: use Draw to convert your EPS file in bitmap. step 1: insert the eps image in a new Draw document step 2: select and copy the image by ctrl+C step 3: go to Impress and do paste special as bitmap. Best regards. JBF
*** Bug 71855 has been marked as a duplicate of this bug. ***
I wonder if we should add the bug reports on identically the same problem with SVG (including mine) as dups here? When I search the bug list for SVG, I hit a good number of people who have likewise lost all abilities to show/export SVG-s. (e.g. 62284, 64075, 76988, 76353) Before that, someone with more insight ought to confirm that both are actually linked. At least here, using EPS and SVG, both disappeared at the same time from my slide shows and exports - with the up[down]grade from 3.6 to 4.X.X. And someone to change the title, please. This applies to all images; it is a generic problem. The title suggests otherwise. This is why it failed to jump onto the MAB list (which currently contains items with much lower blocker capabilities).
*** Bug 76942 has been marked as a duplicate of this bug. ***
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3db00c554b38ee6c1b6e969768da53db4dc2f92a Resolves: fdo#62038 EPS not rendered in drawinglayer code paths The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3bedb85460b028500ff450eeeb80acf8278df39e&h=libreoffice-4-2 Resolves: fdo#62038 EPS not rendered in drawinglayer code paths It will be available in LibreOffice 4.2.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 98206 [details] test ODP impress with inserted EPS and EMF confirming resolved fixed on Windows 7 sp1, 64-bit Version: 4.3.0.0.alpha1+ Build ID: 0b03f7ed575838f90e6b1ebec3538a3a214f81fb TinderBox: Win-x86@39, Branch:master, Time: 2014-04-30_01:30:46 However, several helper files are required pstoedit -- pstoedit.exe ( http://sourceforge.net/projects/pstoedit/files/pstoedit/ ) GhostScript -- gswin32c.exe ( http://www.ghostscript.com/download/gsdnld.html ) ImageMagick -- convert.exe ( http://www.imagemagick.org/script/binary-releases.php#windows ) test ODP impress with inserted EPS and example EMF renderings, and resulting PDF export attached
Created attachment 98207 [details] Export to PDF of test ODP impress with inserted EPS and EMF
Good, that's a starting point ... Can someone please be good enough to also test on Linux; and, pleeeeze, with SVGs (e.g. the very simple one that I attached to my bug report, and would de-scale the whole picture when opened with 4.X.X)?
Confirming resolved fixed for master and version 4.2.5.0.0+ under Linux. Tested with Ubuntu 14.04 x86-64. Thank you very much Caolán !!! Best regards. JBF
Uwe, (In reply to comment #36) > Good, that's a starting point ... > > Can someone please be good enough to also test on Linux; and, pleeeeze, with > SVGs (e.g. the very simple one that I attached to my bug report, and would > de-scale the whole picture when opened with 4.X.X)? Caolan worked it up on Linux, so pretty sure it is covered there. Quality of SVGs really are another issue. Have the outstanding MAB 4.1 bug 62461 for handling SVG previews (wef 4.0.0 converting to PNG rather than rendering as vector) on hold to "do it right in 4.2"
Alas, so the troubles with the transitions 3.6 to 4.X.X remain unresolved for me, and a number of others in the scientific community (see comment 24, by Rick), since my images are mostly in svg, and rendered 'okay' earlier. Yes, I filed the svg bug as well, last year. As of now, it seems to be quite unnoticed. (Could it be that LO has a problem with QA and QC?)
Uwe, there's only one way for an opensource project to go: one bug at a time and priorities have to be set facing over 9k open bugs. Please link the remaining bugs you are referring to and let this one rest since it is fixed. Open other bugs for any remaining bugs not already filed. thanks
(In reply to comment #39) > [...] > (Could it be that LO has a problem with QA and QC?) The problem is that too many users do not consider useful to contribute to QA ... I commented your bug report closed as duplicate of this one : https://bugs.freedesktop.org/show_bug.cgi?id=69385#c8 Best regards. JBF
*** Bug 78236 has been marked as a duplicate of this bug. ***
I wish the patch applied to also ver. 4.1.X because this bug is so serious that people cannot use.
taka: 4.1.6 is the last official LO version from TDF to be released (see https://wiki.documentfoundation.org/ReleasePlan#4.1_release) so the patch can only backported in unofficial TDF versions.
This bug is (still ?) present in 4.3.1 on Windows and OS X. When opening presentation mode, my .eps images do not show on Windows (8) and OS X (x86_64, 10.9). On Linux (x86_64, Arch) however, the images show fine. In edit mode, everything is fine. SVGs also show fine in both modes on all OSs.
(In reply to comment #45) > This bug is (still ?) present in 4.3.1 on Windows and OS X. > When opening presentation mode, my .eps images do not show on Windows (8) > and OS X (x86_64, 10.9). On Linux (x86_64, Arch) however, the images show > fine. > > In edit mode, everything is fine. SVGs also show fine in both modes on all > OSs. See comment 34 for the list of "helper" files that ARE necessary to be installed on Windows. And, on OSX IIRC both ghostscript and pstoedit will be necessary (have always been necessary) to work with .EPS files in OOo, AOO and LibreOffice. Resetting this issue resolved fixed -- so please follow along with bug 67464
This now works on Linux Mint, but you have to upgrade from the ppa. The current version still has the bug. Here's how I did it. sudo apt-get remove libreoffice sudo apt-get install python-software-properties sudo apt-add-repository pp:libreoffice/libreoffice-4-3 (Notice, not -4-2) sudo apt-get update Peter > https://bugs.freedesktop.org/show_bug.cgi?id=62038 > > V Stuart Foote <vstuart.foote@utsa.edu> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REOPENED |RESOLVED > Resolution|--- |FIXED > > --- Comment #46 from V Stuart Foote <vstuart.foote@utsa.edu> --- > (In reply to comment #45) >> This bug is (still ?) present in 4.3.1 on Windows and OS X. >> When opening presentation mode, my .eps images do not show on Windows >> (8) >> and OS X (x86_64, 10.9). On Linux (x86_64, Arch) however, the images >> show >> fine. >> >> In edit mode, everything is fine. SVGs also show fine in both modes on >> all >> OSs. > > See comment 34 for the list of "helper" files that ARE necessary to be > installed on Windows. And, on OSX IIRC both ghostscript and pstoedit will > be > necessary (have always been necessary) to work with .EPS files in OOo, AOO > and > LibreOffice. > > Resetting this issue resolved fixed -- so please follow along with bug > 67464 > > -- > You are receiving this mail because: > You are on the CC list for the bug. >
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]