Bug 132346 - FILEOPEN DOCX Line end type “arrow” imported incorrectly
Summary: FILEOPEN DOCX Line end type “arrow” imported incorrectly
Status: RESOLVED DUPLICATE of bug 123346
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: OOXML-Shapes
  Show dependency treegraph
 
Reported: 2020-04-23 08:51 UTC by NISZ LibreOffice Team
Modified: 2020-05-07 18:31 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word (14.93 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-04-23 08:51 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer, and the exported one in Word (81.06 KB, image/png)
2020-04-23 08:53 UTC, NISZ LibreOffice Team
Details
The original file saved by Writer (10.07 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-04-23 08:53 UTC, NISZ LibreOffice Team
Details
All line endings and sizes document for future regression testing (26.41 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-04-23 08:53 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-04-23 08:51:57 UTC
Created attachment 159838 [details]
Example file from Word

Attached file contains two line shape line ending variations supported by Word13: “triangle” (in XML, on Word UI called Arrow – second item in the list) and “arrow” (in XML, on Word UI called Hook – the third item in the list). 
When opened the type Hook looks much thicker than in Word.
When exported this is saved as the “triangle” type to DOCX.

Steps to reproduce:
    1. Open attached document and compare the line ends of the second line

Actual results:
Thicker line ends than in Word, which are also saved incorrectly.

Expected results:
Similar line ends as in Word, with correct roundtrip.

LibreOffice details:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 151d95376a13907553032efc271fb0a7a27c9782
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL

Bibisected using bibisect-win32-6.0 to:  
URL: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=06aacee86ec9e53928cc0c31906a8922babfe2b6..7ed402ba648dd0f3de3b0dadebc13403b2c0a620 
Of which range this looks most relevant: 
https://cgit.freedesktop.org/libreoffice/core/commit/?id=2d3b7a07c02c90d2d64a630ab84886ef3096edfc 
author	Vasily Melenchuk <Vasily.Melenchuk@cib.de>	2017-07-21 18:40:20 +0300
committer	Thorsten Behrens <Thorsten.Behrens@CIB.de>	2017-07-26 08:14:21 +0200

tdf#100491 fix DOCX import shape line with arrow marker
Comment 1 NISZ LibreOffice Team 2020-04-23 08:53:01 UTC
Created attachment 159839 [details]
Screenshot of the original document side by side in Word and Writer, and the exported one in Word
Comment 2 NISZ LibreOffice Team 2020-04-23 08:53:18 UTC
Created attachment 159840 [details]
The original file saved by Writer
Comment 3 NISZ LibreOffice Team 2020-04-23 08:53:43 UTC
Created attachment 159841 [details]
All line endings and sizes document for future regression testing
Comment 4 Dieter 2020-04-29 11:41:36 UTC
I confirm it with

Version: 7.0.0.0.alpha0+ (x64)Build ID: 8c8b3a4f83f67882b284ddc3b3fe10d3fe6dedf4CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GBCalc: CL

in comparison with Word 2016.
Comment 5 NISZ LibreOffice Team 2020-05-07 18:31:29 UTC
It seems this was fixed in master. With reverse bibisect, this was the fix:

Bibisected using bibisect-win64-6.5 to:
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=68531e459e7a922319e6bfe8b7a5282ba0320182
author: Szabolcs <szabolcs450@gmail.com>
committer: László Németh <nemeth@numbertext.org>
summary: tdf#123346 DOCX VML shape export: fix arrow marker

*** This bug has been marked as a duplicate of bug 123346 ***