Bug 148532 - FILEOPEN RTF Line shapes anchored in table are positioned vertically lower than in Word
Summary: FILEOPEN RTF Line shapes anchored in table are positioned vertically lower th...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: RTF-Shapes
  Show dependency tree / graph
 
Reported: 2022-04-12 09:41 UTC by Gabor Kelemen (allotropia)
Modified: 2024-05-06 14:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
The attachment 179483 saved as docx by Word (18.21 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2022-04-12 09:41 UTC, Gabor Kelemen (allotropia) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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