Bug 169263 - Regression: DOCX Import - Nested Table Content Not Rendered Correctly
Summary: Regression: DOCX Import - Nested Table Content Not Rendered Correctly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
26.2.0.0 alpha0+ master
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, filter:docx, regression
Depends on:
Blocks: DOCX-Tables
  Show dependency tree / graph
 
Reported: 2025-11-05 03:33 UTC by Zayed
Modified: 2025-11-06 08:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
test file (18.20 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-11-05 03:33 UTC, Zayed 		Details
the issue screenshot (108.74 KB, image/png)
2025-11-05 03:34 UTC, Zayed 		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 Zayed 2025-11-05 03:33:17 UTC 
Description:
When opening a Microsoft Word DOCX file, the import filter fails to render a specific section of content correctly in a nested table. The main table structure is visible, but one cell (Row 1, Column 2 of the data section) is indented to the right side, indicating the DOCX filter cannot process or display the inner table structure.


This is a follow up for Bug#169186 which was about slow opening the file in Version: 25.8.2.2 (X86_64).

Steps to Reproduce:
1. Open the attached DOCX file


Actual Results:
Notice the shifted paragraph in cell (Row 2, Column 2)

Expected Results:
The paragraph in the cell (Row 2, Column 2) should not be shifted. 


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 690b08779c0eae0fcc5dc50fcae84ab130a88405
CPU threads: 24; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb)
Locale: ar-OM (ar_OM.UTF-8); UI: en-US
Calc: threaded
Comment 1 Zayed 2025-11-05 03:33:42 UTC 
Created attachment 203738 [details]
test file
Comment 2 Zayed 2025-11-05 03:34:18 UTC 
Created attachment 203739 [details]
the issue screenshot
Comment 3 raal 2025-11-05 05:51:29 UTC 
I can confirm with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c7b3ea692f293346fbbdf2a391d9d971c34fa1f2
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

It's correct in 7.3., regression.
Comment 4 Saburo 2025-11-06 03:26:58 UTC 
repro win-26.2-1104
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

bibisected with linux-64-26.2
commit 72e79a4d75cbbc8615fe9815bbbe9a38780ff856
author	Miklos Vajna <vmiklos@collabora.com>	Wed Oct 15 08:36:44 2025 +0200

tdf#165615 sw floattable, no overlap: avoid check against an own follow

adding CC: Miklos Vajna
Please, take a look?
The above commit allows you to quickly open files.
If you make the field name visible, the text will be left-justified.
Comment 5 Miklos Vajna 2025-11-06 08:10:24 UTC 
Thanks for the bisect, I plan to take a look at this once I find some time to do so.