Created attachment 45274 [details] EMF file which contains curves, axes and a legend An EMF graphics file which contains some curves, axes and a legend is displayed like this: the axes are visible while the legend and the curves are invisible. When doing a right-click->break on the graphic, the legend appears in the correct spot. The curves are also visible, however, they are enourmously expanded beyond the drawing area of the A4 frame and it quite complicated to get them back to some correct size. I will add the EMF file in question as an attachment
Rodo: For you...
Not sure if this is related but I've noticed if I create an EMF file with a graphics program I can successfully add it to a .odt document under LibreOffice for Windows. If I then open the same document with LibreOffice Linux/Ubuntu I see a completely garbled odd looking picture where the original image was added. On saving the document under LibreOffice Ubuntu the image is simply removed from the document. The image is not linked, but inserted. I can reproduce this on demand. Ubuntu: LibreOffice 3.3.2 OOO330m19 (Build:202) tag libreoffice-3.3.2.2, Ubuntu package 1:3.3.2-1ubuntu2~lucid1 Windows: 3.3.4 The EMF graphic was created by SmartDraw VP in Windows and is a network toplogy diagram, not a chart. I use Linux or Windows interchangably and OpenOffice didn't seem to suffer from this difference in EMF file handling. I've tried Ubuntu 3.4.4 and still see a garbled EMF diagram. If I edit the document only on a Windows LibreOffice the EMF diagram is not mangled.
(In reply to comment #2) > Not sure if this is related but I've noticed if I create an EMF file with a > graphics program I can successfully add it to a .odt document under LibreOffice > for Windows. If I then open the same document with LibreOffice Linux/Ubuntu I > see a completely garbled odd looking picture where the original image was > added. I should note that this is in Writer but it may be related?
(In reply to comment #3) > (In reply to comment #2) > > Not sure if this is related but I've noticed if I create an EMF file with a > > graphics program I can successfully add it to a .odt document under LibreOffice > > for Windows. If I then open the same document with LibreOffice Linux/Ubuntu I > > see a completely garbled odd looking picture where the original image was > > added. > > > I should note that this is in Writer but it may be related? Sorry, I found a better bug report this morning for this problem. https://bugs.freedesktop.org/show_bug.cgi?id=39053
Although it's earlier, I'll close this as dup. of Bug 39053. *** This bug has been marked as a duplicate of bug 39053 ***
Created attachment 113221 [details] How it look as image Opened from Paint in Windows 8.1
EN: I reopen this bug because this bug not dublicate https://bugs.documentfoundation.org/show_bug.cgi?id=39053 and not resolved in LibreOffice 4.4.0.3 EN: Я открыл эту заявку по новой т.к. она не является дубликатом другой https://bugs.documentfoundation.org/show_bug.cgi?id=39053 и не исправлена в LibreOffice 4.4.0.3
please explain why you think it's not a duplicate and tell if issue persists in current LibO 5.0.0.5 release
Comment https://bugs.documentfoundation.org/show_bug.cgi?id=39053#c24 shows he thought the other bug is resolved, but it's not. So, until that one is resolved (and I'm really afraid it will take long as with all EMF bugs), and proved otherwise, I reclose. *** This bug has been marked as a duplicate of bug 39053 ***
Repro in 6.0+ with new EMF+.
** 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
still repro in Version: 6.3.0.0.alpha0+ Build ID: d81a11220d76eeecac80b27b25a4576b6e78210b CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
work around open emf with irfanview or other viewer, copy the image, insert image in LO. but meta information of emf is lost.
Created attachment 153602 [details] load and save emf in irfanview 4.53 emf is then better eatable for LO
Created attachment 153603 [details] load irfanview emf and lo 6.3.0.4 runs well import of irfanview emf is successful and pdf print is no problem
Created attachment 153604 [details] export pdf in 6.3.0.4 from irfanview emf emf to pdf problem workaround with irfanview 4.53
irfanview emf is much greater in size than the problem emf file.
I just opened the EMF file on master, and I can confirm that the graph lines are not appearing at all. However, it doesn't appear that this is being processed via the VCL EMF+ processor, nor is it being processed by drawinglayer. When I add a SAL_LOG="+INFO.emfio+WARN" it shows that emfio is actually reading the file.
Created attachment 156022 [details] Office 365 on MacOS So it is interesting that the wrong font is used for Office 365 on MacOS.
Sorry, wrong bug report got updated.
Created attachment 159425 [details] load and save emf in irfanview 454 the previous file of Irfanview was a wrong download. so Irfanview convert curves in simpler ones
Created attachment 159426 [details] load original and irfanview emf in LO Draw LO 6.4.2.2 import both emf files original and Irfanview
same in LO 7.0.0.0 beta2 x64 in win 10 x64 workaround with irfanview load and save emf in irfanview, then the emf is eatable for LO
Created attachment 167223 [details] EMF image exported to PNG by Paint
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b0b78838e795fcd7f3c53e7f74fb32b2921a5ccb tdf#35986 tdf#92315 tdf#116335 tdf#116622 Add support for MapMode TEXT It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/eb2fdd9bc6696732fa472f6883993334898cef7a tdf#35986 EMF import: Add support for PS_COSMETIC line style in CREATEPEN It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.1.0.0.alpha1+ Build ID: 548d77d0c06f7088dd3eb408797aa1fc1d7eb277 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Bartosz, thanks for fixing this issue!!
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/1c399bb1dc9af8d591258e936508200d38d3bb5a tdf#35986 tdf#92315 tdf#116335 tdf#116622 Add support for MapMode TEXT It will be available in 7.0.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/7131d5b085bf94cef009a71b59cbdeae09acb918 tdf#35986 EMF import: Add support for PS_COSMETIC line style in CREATEPEN It will be available in 7.0.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/54a8aefa3372dce3da7cf0ad846d55d1b7b92467 tdf#35986 tdf#140271 EMF Fix line width of CREATEPEN record It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/8932c8906ff31f0f50f7478d41821506b0941cdf tdf#35986 tdf#140271 EMF Fix line width of CREATEPEN record It will be available in 7.1.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (de_DE); UI: de-DE Calc: CL see no significant difference in comparison to Irfanview for me ok and clear improved to 7.0.6.2