Bug 148532

Summary: FILEOPEN RTF Line shapes anchored in table are positioned vertically lower than in Word
Product: LibreOffice Reporter: Gabor Kelemen (allotropia) <kelemeng>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: normal CC: aron.budea, raal
Priority: medium Keywords: bibisected, bisected, regression
Version: 4.3.0.4 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=148529
https://bugs.documentfoundation.org/show_bug.cgi?id=37153
https://bugs.documentfoundation.org/show_bug.cgi?id=74599
https://bugs.documentfoundation.org/show_bug.cgi?id=70578
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 113403    
Attachments: The attachment 179483 saved as docx by Word

Description Gabor Kelemen (allotropia) 2022-04-12 09:41:25 UTC 
Created attachment 179485 [details]
The attachment 179483 [details] saved as docx by Word

This is another issue with the example file of bug 148529
In attachment 179483 [details] there is a table and line shapes are anchored to its first cell, which is merged vertically.
When the file is opened in Writer the line shapes are placed lower than in Word, making them appear below the table instead of inside it.

1. Open attachment 179483 [details] 
2. Notice the line shapes are below the table as seen on attachment 179484 [details]

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 6f39602ecb9b90795bfd4101273f90b16f17b6d6
CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: threaded Jumbo

and all the way back to 4.3, but before in 4.2 these were correctly placed.

If the file is saved as docx (attached) with Word, the layout is correct, since 6.0 - before it looked like this RTF does:

https://git.libreoffice.org/core/+/e56f61c4637c09afbf125fa02f131b0c49e36351

author	Justin Luth <justin_luth@sil.org>	Fri Sep 01 22:37:13 2017 -0400
committer	Justin Luth <justin_luth@sil.org>	Mon Sep 04 18:09:48 2017 +0200

tdf#37153 ConsiderWrapOnObjPos: always affect anchoring cell
Comment 1 raal 2022-04-13 16:20:12 UTC 
Confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: ab8d141967111ca81f4607db3618bb09214e42db
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 2 Aron Budea 2022-05-01 04:41:05 UTC 
I can see two changes that affected this. After the following commit, bibisected using bibisect-43max, the arrows are positioned slightly higher than originally:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=2df53ef5002270bfe788e383e95002f636a242d9
author		Miklos Vajna <vmiklos@collabora.co.uk>	2014-04-12 16:15:28 +0200
committer	Miklos Vajna <vmiklos@collabora.co.uk>	2014-04-12 16:46:26 +0200

"fdo#74599 RTF import: enable StylesNoDefault compat setting"

Then after the following, found with bibisect-44max, they end up in their current position:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=6c0e1270889deb513f961f864dfc1c02ee8705f4
author		Michael Stahl <mstahl@redhat.com>	2014-06-13 23:49:59 +0200
committer	Michael Stahl <mstahl@redhat.com>	2014-06-17 18:42:06 +0200

"fdo#70578: writerfilter RTF import: by default style is para style 0"
Comment 3 QA Administrators 2024-05-01 03:15:03 UTC Comment hidden (obsolete)
Comment 4 Gabor Kelemen (allotropia) 2024-05-06 14:26:28 UTC 
Still an issue in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6d5d9eaa61505cebaf3bde4bfc157d8e19fec8de
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded