Created attachment 101703 [details] Screenshot LO 4.2.4.2 420m0 build 2 Problem description: Steps to reproduce: 1. Download doc file at http://www.cgedd.fr/prix-immobilier-friggit.doc Open the file either with LO 4.0.2.2 or Microsoft Word Open same file with LO 4.2.42 Current behavior: Most of curves are missing Expected behavior: Operating System: Ubuntu Version: 4.2.0.4 release
Confirmed in Linux Mint on 4.1.6, 4.2.5 and 4.3.0. This loss of lines in the graph happens on each page.
Created attachment 101715 [details] LibO 4.0 VS 4.1 In 4.1 the horizontal lines are still there, but in 4.2 those are gone.
Confirmed this doesnt effect windows in 4.2.4 and 4.3.0.
Confirmed also on Ubuntu 14.04 with 4.2.3.
bibisected: 7663cb9f55dbc851de5f8900f865e7fc534bd77e is the first bad commit commit 7663cb9f55dbc851de5f8900f865e7fc534bd77e Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Sat May 10 18:17:06 2014 +0000 source-hash-f579d49aafe53f6a5500c7c4a0ca28953de9fecf commit f579d49aafe53f6a5500c7c4a0ca28953de9fecf Author: Kohei Yoshida <kohei.yoshida@collabora.com> AuthorDate: Wed Nov 27 21:27:57 2013 -0500 Commit: Kohei Yoshida <kohei.yoshida@collabora.com> CommitDate: Wed Nov 27 21:28:45 2013 -0500 Broadcast changes on undo / redo of cell range deletion. Change-Id: I48141ca77277c2de5b3526358cfadb12e3f4fbdd :100644 100644 323b7c3f15f14e2b3f91044037bb3e932c91d27e 70cb79cf4c2810b748d2433fde445261011ff821 M ccache.log :100644 100644 641ff81f3a90380873e8ec16a8ea0dcf50c63fd4 b955f3fdda6ec5aa3badb09b4597cd154f988e0b M commitmsg :100644 100644 efe1e7f5e9bd603a7e88245cd56b90ba212630d2 d119c5c51e1908b91c86e0c216117da0664bbca9 M make.log :040000 040000 b13984540a4580ce7e4beeb510ef6372c89933a6 f15ec1b9c04349b3ca2f5468c6f007fde3fdacce M opt # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574 # bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d # skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681 git bisect skip a043626b542eb8314218d7439534dce2fc325304 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # good: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect good c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # good: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect good c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [30cde618212ecaf5725321372bd1b8339f8e2b9f] source-hash-137f872aa8e6e598e7c7ed1ffa4d21e580e22bdb git bisect bad 30cde618212ecaf5725321372bd1b8339f8e2b9f # bad: [30cde618212ecaf5725321372bd1b8339f8e2b9f] source-hash-137f872aa8e6e598e7c7ed1ffa4d21e580e22bdb git bisect bad 30cde618212ecaf5725321372bd1b8339f8e2b9f # good: [c8a5658505930ebcd7ac5bc6057a6f7204f4e1d3] source-hash-547750e8c2d001f92e3e303ebfda9b395538e741 git bisect good c8a5658505930ebcd7ac5bc6057a6f7204f4e1d3 # good: [c8a5658505930ebcd7ac5bc6057a6f7204f4e1d3] source-hash-547750e8c2d001f92e3e303ebfda9b395538e741 git bisect good c8a5658505930ebcd7ac5bc6057a6f7204f4e1d3 # good: [3f7dffadbdabcc8730fd19598afa9f5f70dca5b5] source-hash-2abcff25137c7c9af007554c97a4512319ec2e4d git bisect good 3f7dffadbdabcc8730fd19598afa9f5f70dca5b5 # good: [3f7dffadbdabcc8730fd19598afa9f5f70dca5b5] source-hash-2abcff25137c7c9af007554c97a4512319ec2e4d git bisect good 3f7dffadbdabcc8730fd19598afa9f5f70dca5b5 # good: [641c999c8334a92273589d1a7931e8733fb265ef] source-hash-22029c7e17b4cb48acb058d47ec9c3b6b8b6b294 git bisect good 641c999c8334a92273589d1a7931e8733fb265ef # good: [641c999c8334a92273589d1a7931e8733fb265ef] source-hash-22029c7e17b4cb48acb058d47ec9c3b6b8b6b294 git bisect good 641c999c8334a92273589d1a7931e8733fb265ef # good: [277ceb260ef1f2482baf3c86e9df2787d318b957] source-hash-4f94f16ba15218e5e7a9eb4d72ddb4cb62884dbb git bisect good 277ceb260ef1f2482baf3c86e9df2787d318b957 # good: [277ceb260ef1f2482baf3c86e9df2787d318b957] source-hash-4f94f16ba15218e5e7a9eb4d72ddb4cb62884dbb git bisect good 277ceb260ef1f2482baf3c86e9df2787d318b957 # bad: [7663cb9f55dbc851de5f8900f865e7fc534bd77e] source-hash-f579d49aafe53f6a5500c7c4a0ca28953de9fecf git bisect bad 7663cb9f55dbc851de5f8900f865e7fc534bd77e # first bad commit: [7663cb9f55dbc851de5f8900f865e7fc534bd77e] source-hash-f579d49aafe53f6a5500c7c4a0ca28953de9fecf
It's fixed in LibreOffice 4.2.6 as a result of work of Tomaz Vajngerl (Collabora) who fixed many WMF/EMF/EMF+ related bugs.
Unfortunately, this is not fixed in 4.2.6 or 4.3.2. Version: 4.3.2.0.0+ Build ID: d2eec11f0a6f27e13a4a834942f8acf20ae62cec TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:libreoffice-4-3, Time: 2014-08-09_04:20:14
Created attachment 105173 [details] 4.2.6 screenshot
Created attachment 105174 [details] 4.2.6 Windows screenshot Interesting, it is good on Windows.
As stated in comment 3 "Confirmed this doesnt effect windows in 4.2.4 and 4.3.0.", so this is a linux only issue. :)
When was this working? Is this really a regression - if so I'd like to bisect it to find out where this started to occur.
Created attachment 110322 [details] reduced test case
Created attachment 110334 [details] EMF file not rendering correctly
I'm going to open that EMF file when I get home, but use: export SAL_LOG=+INFO.cppcanvas.emf+INFO.vcl.emf Hoepfully might show me what's going on.
OK, so it's the new EMF+ rendering engine causing this. To confirm, set the following in a shell, then run LibreOffice: export EMF_PLUS_DISABLE=1 Now open the EMF I attached. Image shows fine. Now do the following export EMF_PLUS_DISABLE=0 Open the EMF I attached - missing lots of stuff. I'll work on this. But EMF+ stuff is a mess, to be honest.
Tsch.. Might be better to invest time into getting rid of cppcanvas/mtfrenderer which is responsible for EMF+ rendering (and only that!) and implement EMF+ extensions in drawinglayer.
Agreed! I've created a demo metafile viewer, about to commit this. It will reproduce the issue, and should make fixing this easier.
Chris Sherlock committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5757af8008cb6881e9a40ec2b4e28330bc4fef7f vcl: add new metafile viewer demo - mainly for fdo#80503 It will be available in 4.5.0. 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 111295 [details] import in LO 4.4.0: beta1 OK, beta2 NOK (In reply to Jay Philips from comment #3) > Confirmed this doesnt effect windows in 4.2.4 and 4.3.0. From 4.4.0 beta2, Windows import is not OK. Tested in Win7 64 bit. Is this related to changes here or somewhere else?
I think that's a different issue. Is that with EMF_PLUS_DISABLE set to 0, or set to 1? If set to 1, then the old method doesn't handle UTF16LE to well, which is the text encoding in that EMF file.
EMF_PLUS_DISABLE is not set in Windows. I agree that's a different issue because it happens also with LO 4.5.0 master, where this patch should be already.
Timur, I should have made it more clear - that commit is for a demo app. I'm working on a more robust solution.
Just confirming that the daily build resolves the issue for me on Linux Mint.
Created attachment 115694 [details] MSO 2010 vs. LO 5.0 alpha1 in Windows (page 3/8) This bug is marked as Linux only, and really, images in DOC file are not rendered correctly in Linux daily build. For example, EMF image on page 2/8 (should be 1/7) opens correctly in Windows and is non existing in Linux. But, even in Windows, images on page 3/8 (that should be 2/7) are not open correctly.
Migrating Whiteboard tags to Keywords: (bibisected, filter:emf) [NinjaEdit]
Hi Chris, I'm setting this ticket back to NEW as it has been inactive for more than 3 months. Feel free to assign it back to you if you're still working on this. Regards
Regression introduced by author Jan Holesovsky <kendy@collabora.com> 2013-11-27 12:11:04 (GMT) committer Jan Holesovsky <kendy@collabora.com> 2013-11-27 12:11:59 (GMT) commit 843b211820075fceefe94a3bd73612ae7539361b (patch) tree c93f73d7bd4ffe3974fd56c83253f9d54b3918c7 parent ec746c830c4ce86e446b929a88a3376a51871314 (diff) cairo canvas: Line dashing size depends on the line width. Adding Cc: to Jan Holesovsky
mark this as the duplicate of the one with the fix for the linux-specific lack of output after a bad line dash is set on a cairo context *** This bug has been marked as a duplicate of bug 103026 ***