Created attachment 107977 [details] Word 2007 vs LibO 4.4 Steps: 1) Open attachment 100872 [details] 2) The image should have a 3/4pt styled black border of 0.75pt weight Version: 4.4.0.0.alpha0+ Build ID: 15decb9b323029e764a89a78793862c8af74cbac TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-10-13_20:28:26
issue confirmed under Win7x64 using LibO 4.3.2.2 status -> NEW
Created attachment 108031 [details] stripped-down DOCX with only the picture
indeed no border in 3.3.0 (thus different from bug 85179)
Added Miklos since he's done so much work cleaning up border import issues.
This issue is fixed on master. Miklos Vajana pushed code related to this. https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=ebd41daa Build ID : Version: 5.0.0.0.alpha1+ Build ID: 10d55afd403c3379ea418c61f2c7e9fb68aad580 Locale: en-IN (en_IN) Note : Roundtrip File is unable to open in MS Office, due to corruption but the xml tag which is necessary for border is preserved after roundtrip. XML tag : <a:ln w="9525"> <a:solidFill> <a:srgbClr val="000000"/> </a:solidFill> </a:ln>
XML Tag : <a:ln w="9525"> <a:solidFill> <a:srgbClr val="000000"/> </a:solidFill> </a:ln>
Image doesnt have border in master. Version: 5.0.0.0.alpha1+ Build ID: 59adad74084e9281887e3f78a225794f37b784d7 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-04-29_12:34:23
Migrating Whiteboard tags to Keywords: (filter:docx)
No longer reproduced in Version: 6.0.0.0.alpha0+ Build ID: 86f256596c8566e80993e1cf6035bc3534b6f816 CPU threads: 4; OS: Linux 4.10; UI render: GL; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Closing as RESOLVED WORKSFORME
[Improvement found by office-interoperability-tools]
Image doesnt have border in master. Version: 6.0.0.0.alpha0+ Build ID: 46fa042b94a0364c09482e8a09f8874119db231c CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 136469 [details] screenshot from master
Created attachment 136480 [details] MSo LO 6+ compared WFM with master~2017-09-19_13.09.06_LibreOfficeDev_6.0.0.0.alpha0_Win_x86 Please write build date, not just builds.
(In reply to Timur from comment #13) > Created attachment 136480 [details] > MSo LO 6+ compared Yes it works in attachment 108031 [details], as it was never broken in 4.4 when this bug was created, but it does not work in the original attachment 100872 [details] from the description. > WFM with master~2017-09-19_13.09.06_LibreOfficeDev_6.0.0.0.alpha0_Win_x86 > Please write build date, not just builds. My build is the daily updater build and according to the build id, it was built yesterday [2017-09-21]. https://cgit.freedesktop.org/libreoffice/core/commit/?id=46fa042b94a0364c09482e8a09f8874119db231c
(In reply to Yousuf Philips (jay) from comment #14) > (In reply to Timur from comment #13) > > Created attachment 136480 [details] > > MSo LO 6+ compared > > Yes it works in attachment 108031 [details], as it was never broken in 4.4 > when this bug was created, but it does not work in the original attachment > 100872 [details] from the description. > > > WFM with master~2017-09-19_13.09.06_LibreOfficeDev_6.0.0.0.alpha0_Win_x86 > > Please write build date, not just builds. > > My build is the daily updater build and according to the build id, it was > built yesterday [2017-09-21]. > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=46fa042b94a0364c09482e8a09f8874119db231c Hello Jay, Thanks for the info. Still reproducible in Version: 6.0.0.0.alpha0+ Build ID: 46fa042b94a0364c09482e8a09f8874119db231c CPU threads: 4; OS: Linux 4.10; UI render: GL; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
MS Office 2007 reports that this file is opened in "compatibility mode". If I convert it to a native MSO 2007 OOXML format, the border is displayed in LO. So MSO 2003 docx? Is this a VML issue?
(In reply to Luke from comment #16) > MS Office 2007 reports that this file is opened in "compatibility mode". If > I convert it to a native MSO 2007 OOXML format, the border is displayed in > LO. So MSO 2003 docx? Is this a VML issue? The document meta data say it was last modified with word 2013. MSO 2003 doesnt have docx support natively. Yes a VML issue as its using the <w:pict> tag. Here is the relevant XML <w:pict> ... <v:shape ... stroked="t" strokecolor="windowText"> <v:imagedata r:id="rId6" o:title="4" /> <w10:wrap type="square" /> </v:shape> </w:pict> So it is supposed to be stroked (stroked="t") in black[1] (strokecolor="windowText"). Looking in Word, it has a stroke weight of 0.75pt, which is likely the default else there would have been a strokeweight attribute in the <v:shape> tag. [1] https://opengrok.libreoffice.org/xref/core/sd/source/filter/eppt/pptx-epptooxml.cxx#2319
Saving the file in non-compatibility mode changes it from a <w:pict> tag with a <v:shape> child tag, to a <w:drawing> tag with a <a:graphic> grandchild tag.
** 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
Created attachment 145253 [details] Converted document to remove compat mode Correctly imported when *not* in compatibility mode. Original bug doc still repo in Version: 6.2.0.0.alpha0+ (x64) Build ID: 05b45cc9aa165f895beae0b8f9eb192243812999
w:pict is a VML Object http://www.datypic.com/sc/ooxml/e-w_pict-1.html
Created attachment 165036 [details] The example file in current Writer This looks good now since: https://cgit.freedesktop.org/libreoffice/core/commit/?id=b2d834d6727626f070bb4dde3e1c65da1169f729 author Miklos Vajna <vmiklos@collabora.com> 2020-08-18 17:43:57 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2020-08-18 21:51:22 +0200 tdf#132555 PPTX VML import: handle stroke properties of image shapes
Thanks Miklos for fixing this! *** This bug has been marked as a duplicate of bug 132555 ***
Niceee!