Bug 158384 - FILEOPEN DOCX The text box in a shape has wrong position if shape is inside a table cell
Summary: FILEOPEN DOCX The text box in a shape has wrong position if shape is inside a...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2023-11-26 20:36 UTC by Regina Henschel
Modified: 2024-04-10 06:56 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Compares shape inside table and outside tabe, has screenshot (34.67 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-11-26 20:36 UTC, Regina Henschel
Details
Screenshot of file generated by LO and then opened in Word (4.52 KB, image/png)
2023-12-10 15:47 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2023-11-26 20:36:10 UTC
Created attachment 191049 [details]
Compares shape inside table and outside tabe, has screenshot

Open attached file. Notice that the text area of the arrow shape is shifted to the right, if the shape inside a table cell.

If a new shape is inserted in a table cell in LibreOffice, the text box is at the correct place. Therefore I think, that it is an import problem.

It was correct in Version: 7.3.2.2 (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: threaded

It is broken at least since Version: 7.4.1.2 (x64) / LibreOffice Community
Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL
Comment 1 Dieter 2023-12-10 13:37:12 UTC
I see the difference in attachment, but couldn't reproduce

My steps:
1. Open attachment 191049 [details]
2. Delete shape inside table
3. Copy shape outside table and paste into table cell (Looks good)
4. Save as docx
5. close and reopen (still looks good)

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded
Comment 2 Regina Henschel 2023-12-10 15:47:11 UTC
Created attachment 191347 [details]
Screenshot of file generated by LO and then opened in Word

Please open the file you have generated in Word.

If I follow your instruction I get a file which looks different from the original file in regard of the table.
Comment 3 raal 2024-01-07 14:55:39 UTC
I can confirm with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a2deec946ebfc8f14792e971a354906d1c723164
CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 4 raal 2024-01-07 15:28:02 UTC
This seems to have begun at the below commit in bibisect repository/OS linux-64-6.5.
Adding Cc: to Attila Bakos ; Could you possibly take a look at this one?
Thanks
 9bce07baff7148b36600b84bf660bf6da08eff8c is the first bad commit
commit 9bce07baff7148b36600b84bf660bf6da08eff8c
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Tue Apr 7 13:18:12 2020 +0200

    source 27d04f6dbf38aa28fb7215590d578c4567db5770

90753: tdf#119038 DOCX: fix FollowTextFlow handling | https://gerrit.libreoffice.org/c/core/+/90753