Created attachment 58397 [details] Logo in writer An external MS Word Template containing a Vector Graphic Header could be opened and modified by Writer and Draw later using LO 3.4.5. Using LO 3.5.0 the same vector graphic shows up scrambled. This won't change if loading the original word template with LO 3.4.5 (or earlier) and resaving it again in .doc or .odt format. This scrambling graph persists, even if exported in a .pdf file. Unfortunately the original SVG used in the word template isn't available. See attachments "Logo in writer", "Logo embedded" and "original MS Word Template"
Created attachment 58398 [details] Logo embedded
Created attachment 58399 [details] original MS Word Template
[Reproducible] with "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit): In "BFAV_Briefvorlage_2seitig.dot" and "Logo_Einbindung_in_Writer_fehlerhaft.odt" ths logo looks terribly damaged. Looks fine with 3.4.5, so REGRESSION for original view see attached "testlogo.svg" I opened "BFAV_Briefvorlage_2seitig.dot" with various versions and found out: Looks ok with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 81607ad-3dca5fd-da627d2)]" (2011-09-13) and older [Reproducible] with parallel installation of MinGW Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 308b7a2-e916bf9-9c6ea62-e1a2fb3)] (daily/MinGW_cross-compilation 2011-10-18_22.56.49)" and later @Jochen: Is the original logo.svg available? Can you contribute some more explication how the documents have been created?
Created attachment 58420 [details] Extracted SVG Shows normal view in Browser
Deleted link to bug concerning different problem
@Rainer: I made a request to the design studio. Maybe they send me the original document, the name of the DTP program and the system, with which the file has been created (Mac/Win).
Is this bug the same bug as 38848?
The vectorgraph has been generated by Adobe Illustrator on Win XP as an encapsulated post script file (.eps). The graphs were placed as windows meta files into the word doc. All original files are attached (bfav_briefpapier_v5_1.wmf, bfav_briefpapier_v5_3.eps and bfav_briefpapier_v5_3.emf)
Created attachment 58425 [details] bfav_briefpapier_v5_1.wmf
Created attachment 58426 [details] bfav_briefpapier_v5_3.emf
Created attachment 58427 [details] bfav_briefpapier_v5_3.eps
I see no problem with attached svg file. odt file may be corrupted, Word 2007 opens it wrong, site http://odf-validator.rhcloud.com/ tells that it contains errors dot file from attachment contains emf picture, not svg May be needed enumerated steps how to reproduce bug from svg? Or remove word svg from title. in 3.3.4 on Fedora 64 bit attached dot file opens correctly, but in 3.5.1 opens wrong On Windows XP 32 bit in 3.4.3 opens correctly, in 3.5.0 beta 3 opens wrong So I see only regression with dot file and no problem with svg
This has nothing to do with SVG The clear and simple problem is some kind of embedded Vector Graphics rendering issue. I extracted the logo by saving "BFAV_Briefvorlage_2seitig.dot" from LibO 3.4.5 as BFAV_Briefvorlage_2seitig.odt, renaming it to "BFAV_Briefvorlage_2seitig.zip" and comparing found "200003D000004C8B00002637A32CB0F8.wmf" with "bfav_briefpapier_v5_1.wmf" "bfav_briefpapier_v5_1.wmf": Looks fine for FILEOPEN DRAW and Insert Picture from file with DRAW and WRITER with LibO 3.4.5 and LibO 3.5.1 RC "200003D000004C8B00002637A32CB0F8.wmf": Looks fine for FILEOPEN DRAW and Insert Picture from file with DRAW and WRITER with LibO 3.4.5, but always scrambled with 3.2.1RC I am pretty sure that all other observed issues are related to this one. I do not belive that further investigation will be required. @Jochen: "Bug 38848 - FILEOPEN: VIEWING LibreOffice_external_logo.SVG view cruelly damaged" indeed has some similar effects (misplaced elements), but I doubt that thes2 2 bugs are DUPlicates @all: It would be interesting ot know whether that problem is limited to that one and only logo.wmf or whether more or less all wmf in MS WORD documents are affected.
Created attachment 58564 [details] Office 2010 SP 1 vs. LibO 3.5.1.2 Uploaded a side by side, some characters are damaged too... Why not mark it as critical??? Win7 x64
All letters and blue square in the NW corner are made with PolyPolygon WMF records. Missed letters and square (I only looked for "BFAV" and "Bayerischer Facharztv") seem to have one common difference from displayed letters: PolyPolygon has no more than 11 points per polygon. All those polygons seem to be closed paths (last point is the same as the first one). Letter "B" in "BFAV" is not visible because it's white on white. You can change BG colour under picture to verify it. First "missed" records are 21,27,39,51,55,69,76,78 and 80.
I'm seeing what I believe is the same problem with 3.6.1.2. I'm going to add attachments of screenshots and the original doc. I will start the file names with my test case "example-2-".
Created attachment 66733 [details] example 2 orignal doc
Created attachment 66734 [details] example 2 screenshot LO
Created attachment 66735 [details] example 2 screenshot MS Viewer
Added bibisectrequest, not sure whether that really will help, more for training of bibisecting staff ;-)
(In reply to comment #15) > All letters and blue square in the NW corner are made with PolyPolygon WMF > records. > > Missed letters and square (I only looked for "BFAV" and "Bayerischer > Facharztv") seem to have one common difference from displayed letters: > PolyPolygon has no more than 11 points per polygon. > All those polygons seem to be closed paths (last point is the same as the > first one). Letter "B" in "BFAV" is not visible because it's white on white. > You can change BG colour under picture to verify it. > > First "missed" records are 21,27,39,51,55,69,76,78 and 80. Not linked to this refactoring by any chance ? commit bcb1c850339c70a841e9a3a9b6eb68d1e031adb1 Author: Marc-Andre Laverdiere <marc-andre@atc.tcs.com> Date: Tue Sep 20 12:25:01 2011 +0530 Refactoring drawing of polygons and polypolygons in enhwmf.cxx Alex
yeah, there or thereabouts alright
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2536fae7b8565b5dd9f09bb3dc015576fafe4031 Resolves: fdo#47291 polypoly[line|gon] points are signed 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-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2f6d66b51364f1c34ea3be52187f98f175c3659b&g=libreoffice-3-6 Resolves: fdo#47291 polypoly[line|gon] points are signed It will be available in LibreOffice 3.6.4. 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-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ef7f951cc3326f64a9e3e856bd90824c96496ff6&g=libreoffice-3-5 Resolves: fdo#47291 polypoly[line|gon] points are signed It will be available in LibreOffice 3.5.8. 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.
Thanks for fixing this bug