Bug 137788 - FILEOPEN DOCX: Table in frame positioned wrongly
Summary: FILEOPEN DOCX: Table in frame positioned wrongly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.6.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Tables DOCX-Frames
  Show dependency treegraph
 
Reported: 2020-10-27 08:34 UTC by Telesto
Modified: 2022-06-12 10:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Export PDF word 2003 with conversion pack (78.67 KB, application/pdf)
2020-10-27 08:34 UTC, Telesto
Details
Example file (89.15 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-10-27 08:35 UTC, Telesto
Details
Comparison MSO 2010 and LibreOffice 7.1 master (108.85 KB, image/png)
2020-10-27 11:12 UTC, Xisco Faulí
Details
Example compared in different editors (238.76 KB, image/png)
2020-10-27 13:41 UTC, Timur
Details
Minimized example file (23.28 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-12-08 09:32 UTC, NISZ LibreOffice Team
Details
The minimized example file in Word and Writer 7.2master (85.83 KB, image/png)
2020-12-08 09:33 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-10-27 08:34:33 UTC
Description:
FILEOPEN DOCX: Image positioned wrongly

Steps to Reproduce:
1. Open the attached file

The image Ministerie van Economische zaken en klimaat on page 1 should be in the right corner

Actual Results:
Somewhere in the middle of the page

Expected Results:
Image left corner


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.1

and in
Version: 6.2.0.0.alpha0+
Build ID: 9d754a59154c40235c240bb0e7f47a2006fa85bd
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
Locale: nl-NL (nl_NL); Calc: CL
Comment 1 Telesto 2020-10-27 08:34:56 UTC
Created attachment 166757 [details]
Export PDF word 2003 with conversion pack
Comment 2 Telesto 2020-10-27 08:35:11 UTC
Created attachment 166758 [details]
Example file
Comment 3 Telesto 2020-10-27 08:37:08 UTC
Also in
Versie: 5.1.6.2 
Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909
CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: GL; 
Locale: nl-NL (nl_NL); Calc: CL

looking even worse in 
4.4.7.2
Comment 4 Telesto 2020-10-27 08:38:58 UTC
Also in
Versie: 5.0.6.3 (x64)
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale: nl-NL (nl_NL)
Comment 5 Xisco Faulí 2020-10-27 11:12:42 UTC
Created attachment 166768 [details]
Comparison MSO 2010 and LibreOffice 7.1 master
Comment 6 Xisco Faulí 2020-10-27 11:13:02 UTC
Reproduced in

Version: 7.1.0.0.alpha1+
Build ID: 0f0a5b63b19196f9463149a0a1991704c940efe2
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 7 Timur 2020-10-27 13:41:03 UTC
Created attachment 166775 [details]
Example compared in different editors

Here is the example compared in different editors. LO is unfortunately worse. 

This is not image, but frame with Wrap Around. So likely another duplicate.
Comment 8 NISZ LibreOffice Team 2020-12-08 09:32:14 UTC
Created attachment 167930 [details]
Minimized example file

Looks like it's enough to have a non-floating normal table in a frame to reproduce this problem, no image and no placement in header-footer is necessary.
Comment 9 NISZ LibreOffice Team 2020-12-08 09:33:03 UTC
Created attachment 167931 [details]
The minimized example file in Word and Writer 7.2master

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 561e5559bb68242c7f785f0ca3bee3eb12b58963
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL
Comment 10 Telesto 2021-06-12 06:36:02 UTC
(In reply to NISZ LibreOffice Team from comment #9)
> Created attachment 167931 [details]
> The minimized example file in Word and Writer 7.2master
> 
> Version: 7.2.0.0.alpha0+ (x64)
> Build ID: 561e5559bb68242c7f785f0ca3bee3eb12b58963
> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
> Locale: en-US (hu_HU); UI: en-US
> Calc: CL

FWIW.. the content below the frame is 'NEW' since 6.4. Previously both where overlapping.

Adding bibisectrequest more to get grasp of code area.. but well NISZ surely better in assessing of this is worthwhile
Comment 11 Aron Budea 2022-06-12 10:24:30 UTC
(In reply to Telesto from comment #10)
> FWIW.. the content below the frame is 'NEW' since 6.4. Previously both where
> overlapping.
> 
> Adding bibisectrequest more to get grasp of code area.. but well NISZ surely
> better in assessing of this is worthwhile
Probably not that helpful, but this was the change in 7.0.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=358f654af36fa12102685237f6eadebae4610fb5
author		Tibor Nagy <nagy.tibor2@nisz.hu>	2020-05-20 13:31:51 +0200
committer	László Németh <nemeth@numbertext.org>	2020-05-25 10:12:44 +0200

tdf#107119 DOCX import: fix parallel text wrap around frames