Bug 123348 - FILEOPEN DOCX Angular arrow’s head points in the wrong direction
Summary: FILEOPEN DOCX Angular arrow’s head points in the wrong direction
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx, filter:odt
Depends on:
Blocks: Shapes
  Show dependency treegraph
 
Reported: 2019-02-11 14:27 UTC by NISZ LibreOffice Team
Modified: 2024-03-18 17:44 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Document with an angular arrow. (21.89 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-02-11 14:27 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer. (318.36 KB, image/png)
2019-02-11 14:28 UTC, NISZ LibreOffice Team
Details
path with arrow end (9.86 KB, application/vnd.oasis.opendocument.graphics)
2019-02-13 13:27 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-02-11 14:27:23 UTC
Description:
An angular arrow created in Word which is made to look like a normal line has its head pointing in the wrong direction when opened in LO.

Steps to Reproduce:
    1. Create a new docx in MSO.
    2. Insert and angular arrow and make it look like a its a simple arrow which has its head pointing to the side instead of forward.
    3. Open the docx in LO.

Actual Results:
The arrow’s head is angled slightly to the side.

Expected Results:
The arrow’s head should point to the side as it did in MSO.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 NISZ LibreOffice Team 2019-02-11 14:27:56 UTC
Created attachment 149132 [details]
Document with an angular arrow.
Comment 2 NISZ LibreOffice Team 2019-02-11 14:28:47 UTC
Created attachment 149133 [details]
Screenshot of the original document side by side in Word and Writer.
Comment 3 Durgapriyanka 2019-02-12 16:54:49 UTC
Thank you for reporting the bug. I can confirm the bug present in

Version: 6.3.0.0.alpha0+
Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 4 Xisco Faulí 2019-02-13 11:54:06 UTC
Also reproduced in

Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e

in


LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

the arrow doesn't even have a head
Comment 5 Regina Henschel 2019-02-13 13:27:13 UTC
Created attachment 149263 [details]
path with arrow end

That is not a problem with MS Office or file open. You can see the same in own format. The attached file has examples with path and arrow end. If you drag the shape so small, that the arrow end does not fit into its width, the arrow end is rotated.
Comment 6 Dániel Arató (NISZ) 2020-09-30 09:03:50 UTC
(In reply to Regina Henschel from comment #5)
> If you drag the shape so small, that the arrow end does not
> fit into its width, the arrow end is rotated.

That actually looks more like a feature than a bug to me. Are we 100% sure the arrow head should keep pointing 90 degrees to the right? What if you drag the shape to a widht of 1? What if you drag it across to the left side? Do we expect the arrow head to keep pointing to the right?
Comment 7 QA Administrators 2024-01-14 03:12:20 UTC Comment hidden (obsolete)
Comment 8 wjsim 2024-03-18 17:44:06 UTC
This bug is still present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: ko-KR (en_US); UI: en-US
Calc: CL threaded

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: ko-KR (en_US); UI: en-US
Calc: CL threaded

Also tested it with google docs, and it appeared the same way as the MSO image.