Created attachment 86227 [details] An archive with a .doc file that causes the problem and resulting pdf Problem description: Steps to reproduce: 1. Open MS Office .doc file with diagram 2. Try to export it to pdf 4. Open pdf file in reader 3. There is no diagram in pdf The same bug when I try to print document on my (laser) printer Current behavior: diagrams are not exported/printed Expected behavior: Correct image of diagram in exported pdf Operating System: Ubuntu Version: 4.0.2.2 release
I can reproduce with LO 3.6.7.2 (Ubuntu 12.04 32bit). @Pavel, what kind of image (diagram) in that file? SVG? JPG? EPS ?
(In reply to comment #1) > I can reproduce with LO 3.6.7.2 (Ubuntu 12.04 32bit). > > @Pavel, what kind of image (diagram) in that file? SVG? JPG? EPS ? Sorry, I really don't know. I think you need to check MS specifications. File was created in MS Office 2010(?) then diagram was inserted as shown here http://www.trainingtech.net/how-to-insert-charts-in-word-2010/ and everything was saved in compatibility mode with Office 2003. That is all that I know. Sorry.
> @Pavel, what kind of image (diagram) in that file? SVG? JPG? EPS ? Maybe I am wrong. I've renamed sample.doc to sample.zip and extract files. There is a 20kb file with name [3]EPRINT inside which constantly repeats "45 4D 46 2B" == EMF+ Wiki says it is Windows Metafile https://en.wikipedia.org/wiki/Windows_Metafile
I tried with LO 4.1.5 and once it looked OK, properly exported, but again with that version and 4.2.3. it's only partially exported, chart is there without labels.
Created attachment 96715 [details] Diagrams partially exported to PDF with LO 4.2.3.2 on Win I tried on Windows with LO 4.1.5 and somehow I got it once to look OK, properly exported, but again with that version and 4.2.3. it's only partially exported, chart is there without labels. I tried on Linux with LO 4.2.1 and it looked OK, properly exported. So until LO on Windows is confirmed to work properly with this, I change platform to "all".
Created attachment 96729 [details] Diagrams properly exported to PDF with LO 4.1.5.3 AFTER click in.pdf I tried on Windows with LO 4.1.5 and 4.2.3 and it's only partially exported, chart is there without labels. But, if we click in the chart, and Microsoft Graph is open, then export to PDF works fine after that. Although this bug started as "Linux only", I tried on Linux with LO 4.2.1 and 4.2.3 and it looks OK, properly exported. So until LO on Windows is confirmed to work properly with this, I change platform to "Windows".
I change title from "PDF: Diagrams from .doc files are not exported to pdf" to "PDF: Diagrams from DOC files not exported to PDF unless clicked in"
Problem originated in LO 3.6.0 as a regression, because it worked fine in LO 3.5. When Pavel reported with LO 4.0.2, it was a serious one, because there was no diagram at all. Later in LO 4.0.x diagram started to appear in PDF export. But, it's only partially exported, chart is there without labels. If we click in the chart, and Microsoft Graph is open, then export to PDF works fine after that. This remained the problem up to LO 3.5.1 and 4.4.0 beta 1. In LO 4.4.0 beta 2, file is imported without labels so it's exported to PDF like that!
retested. persisting w master. adjusting hardware to all since reported on win and now reproduced on osx. Version: 5.2.0.0.alpha0+ Build ID: e07ffae5046e9c91ef96026435cab84c3bcb4534 CPU Threads: 4; OS Version: Mac OS X 10.11.3; UI Render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-02-08_23:39:45 Locale: de-DE (de.UTF-8)
Adding keyword 'bibisectRequest' to see whether this regression is already present in the oldest build of bibisect-43all repository or not. In case it's already present, change 'bibisectRequest' to 'preBibisect'. Otherwise, change 'bibisectRequest' to 'bibisected' and add a comment with the output from 'git bisect log'
LO 5.3.4 also NOK, 5.4.1 even worse on open and export, but 6.0+ OK. I hope it'll stay like that. I'd be good to know where this was fixed. Of course, it has nothing with EMF-WMF, so I remove that useless block.
I reverse bibisected this in 6.0 and found the range. Noel, please see if yours and mark Fixed (I wouldn't say it's duplicate). Xisco, please see if UI test needed. commit b1008b030246939187e5c30ba750d6abb397161d Author: Jenkins Build User <tdf@pollux.tdf> Date: Thu Jun 22 02:10:02 2017 +0200 source 77da7b934d782153be9271605691ceee6c66233a source 77da7b934d782153be9271605691ceee6c66233a source 48da675a67a2bfd2eadfd6d4c6dba0dee74b5326 source 9b68ce7b0f2326ec540717ec5c8207825403774e source d2e4aeb929b346acd0d1a2eaeee7237b89b99474 source 08792a4b332d907c72d1fc7301133f5b306ec8dd source d7824bf16898d8cb776420e0c2bff82e6df61b86 source f05d0d05829dd51cb9d8071ac97cc219779ee40a source 266bcae306a1dd6e0d9df80ba30ade7311385c28 source 08316e5edfc36ed75a4e8dc5b6aa7eea3af4eea9 source 136ce64b18283acf9db5d130f8ac9108591dd4ee source b29bae1064c9f980cc50a667e8b96c5e370326d7 previous source c0ce1ec3736be861a2ed58827fadb25269ab0117 https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c0ce1ec3736be861a2ed58827fadb25269ab0117..77da7b934d782153be9271605691ceee6c66233a