Bug 132346

Summary: FILEOPEN DOCX Line end type “arrow” imported incorrectly
Product: LibreOffice Reporter: NISZ LibreOffice Team <libreoffice>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: barakso.attila, dgp-mail, nemeth, szabolcs450, vasily.melenchuk
Priority: medium Keywords: bibisected, bisected, regression
Version: 6.0.0.3 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=100491
https://bugs.documentfoundation.org/show_bug.cgi?id=123346
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 104442    
Attachments: Example file from Word
Screenshot of the original document side by side in Word and Writer, and the exported one in Word
The original file saved by Writer
All line endings and sizes document for future regression testing

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 ***