LibreOffice Writer fails to correctly import a DOCX document with a line in it. The line is flipped incorrectly. Steps to reproduce: - Open the attached reduced test case with LibreOffice Writer. Expected behavior: - The line is drawn from the bottom left to the top right. Actual behavior: - The line is drawn from the top left to the bottom right. Initial research: - The `document.xml` file inside the DOCX file contains a `v:line` element. I noticed that this has `style="flip:x"`, which might explain why this is imported incorrectly. LibreOffice Writer probably does not take this property into account, as the line is not flipped in the x-axis in LibreOffice Writer. Hopefully this makes triaging and fixing this issue a bit easier. You have my permission to use the attached reduced test case in any of your test suites.
Created attachment 122338 [details] Reduced test case (line)
Created attachment 122339 [details] Reduced test case (arrow head) I'm attaching another reduced test case, this time an arrow head, that is also flipped incorrectly, this time in the y-axis. And again, there is `style="flip:y"` in the file's `document.xml`, which might confirm my thought about this property being ignored by LibreOffice Writer. Taking this into account will resolve both reduced test cases and probably some more files I have. Of course you also have my full permission to use this file in any way you want for any test suite.
Hm, looking at https://www.mail-archive.com/libreoffice-commits@lists.freedesktop.org/msg06787.html the "flip" option seems implemented, also with "x" and "y" options. So either there is a bug there or something else is causing this effect. I'll leave further triage to you; you know the codebase much better than I do!
I can confirm with Version: 5.2.0.0.alpha0+ for "Reduced test case (line)" Miklos, maybe you're interested ..
Import of flip X/Y at custom shapes has been implemented to fix issue 67737 It sets the property "CustomShapeGeometry" This property is also set here but the line shape is no custom shape and the 'Normal' shapes do not support that property.
The Arrow head is correctly displayed in Version: 6.0.0.0.alpha1+ Build ID: 38a8157d9447134913d88c6c373d99a7aa472857 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group but the line in the first document is still incorrect... [Improvement found by office-interoperability-tools]
** 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 (case with line) in Version: 6.2.0.0.alpha1+ Build ID: 6896f39ffd8a6c4b32b8f601a6a93678247456bd CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-11-05_22:40:18 Locale: ru-RU (ru_RU); Calc: threaded arrow head looks fine
With nightly build: Version: 7.0.0.0.alpha0+ (x86) Build ID: d6969976b51b92813a8770b10c0bacfd4ce67642 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL Still happens, even after fixing bug #100751 @Szabolcs Tóth I think this may interest you: a single flip:x attribute is not being considered
Regényi Balázs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ed943c6afeb33b9fee0ef530df7db592aa152a73 tdf#97517 DOCX VML shape import: fix missing vertical mirroring 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+ (x64) Build ID: a689cf1672e89cb78fbcfa14c505850927e71f58 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded Thanks, Balázs!