Bug 69515 - FILEOPEN: Table in DOCX floating frame wrongly positioned (framePr ignored, regression)
Summary: FILEOPEN: Table in DOCX floating frame wrongly positioned (framePr ignored, r...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA, compatibilityModeDefault
Keywords: bibisected, bisected, filter:docx, regression
Depends on:
Blocks: DOCX-Tables DOCX-Frames
  Show dependency treegraph
 
Reported: 2013-09-18 08:58 UTC by kiyoshi.kamishima
Modified: 2023-06-07 19:36 UTC (History)
14 users (show)

See Also:
Crash report or crash signature:


Attachments
a docx document showing the issue and its PDF renderings in both Word 2007 and LibreOffice 4.1 (20.77 KB, application/zip)
2013-09-18 08:58 UTC, kiyoshi.kamishima
Details
screenshot 3.6.7 vs 4.0.4 vs 4.3.2 (33.78 KB, image/png)
2014-11-02 09:29 UTC, tommy27
Details
docx document showing the issue (14.59 KB, application/vnd.ms-word.document)
2018-02-01 10:28 UTC, Timur
Details
docx document compared in MSO and Lo 6.1+ (31.34 KB, image/jpeg)
2018-02-01 10:31 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kiyoshi.kamishima 2013-09-18 08:58:19 UTC
Created attachment 86050 [details]
a docx document showing the issue and its PDF renderings in both Word 2007 and LibreOffice 4.1

Problem description: 
If you put a table as a sole content in a floating frame, the position of the frame seems to be ignored and the table gets laid out as if it is placed outside the frame. We have initially found the issue when we opend the document created using ABBYY OCR products.
I looked through some of the other bugs regarding frames, but could not find any bug exactly describing this issue. So I would like to report it as a new one.

Steps to reproduce:
I attach a docx document showing the issue. It is created using Word 2007 as follows:
1. Place a text box. Make it 'floating' by setting its horizontal and vertical position relative to the page.
2. Place a table into the text box.
3. Convert the text box into a frame.
4. Remove an empty paragraph after the table so it becomes a sole content inside the frame.

Current behavior:
The table is wrongly positioned.

Expected behavior:
The table is positioned correctly as done with Microsoft Word.

Operating System: Windows 7
Version: 4.1.1.2 release
Comment 1 Thomas van der Meulen [retired] 2013-09-28 07:31:03 UTC
Thank you for your bug report, 
I can reproduce this bug running libreoffice: 
Version: 4.1.1.2
Build ID: Build ID: 410m0(Build:2)
OS: Ubuntu 13.04 64-bits
Comment 2 tommy27 2014-11-02 09:29:40 UTC
Created attachment 108790 [details]
screenshot 3.6.7 vs 4.0.4 vs 4.3.2

well, position is still wrongly set to the left, however the table size in 4.3.2 is now normal while it was larger in 4.1.1 

both position and size of the table were like MS Word in LibO 3.6.7 and were abnormal in 4.0.4

hence that was a double regression of the 4.0.x branch with the size issue being fixed meanwhile but the position still persisting. see screenshot.
Comment 3 Kevin Suo 2014-11-03 10:33:53 UTC Comment hidden (obsolete)
Comment 4 Matthew Francis 2015-01-10 04:32:15 UTC
Although as indicated in the attached screenshot the behaviour has since changed somewhat, the original problem that the floating frame is lost is still present, and began at the below commit.

Adding Cc: to cedric.bosdonnat.ooo@free.fr. Could you possibly take a look at this? Thanks


commit 874f0a1be443b8027d5aba2285866f31cf4169e5
Author: Cédric Bosdonnat <cedric.bosdonnat@free.fr>
Date:   Mon Feb 18 17:34:06 2013 +0100

    n#779642: ignore framePr inside table or the table import won't work
Comment 5 Xisco Faulí 2015-09-08 15:13:14 UTC Comment hidden (obsolete)
Comment 6 Xisco Faulí 2015-11-23 12:24:51 UTC
This issue is still present in 

Version: 5.1.0.0.alpha1+
Build ID: e6fade1ce133039d28369751b77ac8faff6e40cb
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-16_00:12:42
Locale: es-ES (es_ES)

on Windows 7
Comment 7 Robinson Tryon (qubit) 2015-12-13 11:16:11 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2018-02-01 03:44:44 UTC Comment hidden (obsolete)
Comment 10 Timur 2018-02-01 10:28:07 UTC
Created attachment 139492 [details]
docx document showing the issue
Comment 11 Timur 2018-02-01 10:31:59 UTC
Created attachment 139493 [details]
docx document compared in MSO and Lo 6.1+

Repro in LO 6.1+. No frame.
Comment 12 QA Administrators 2019-02-02 03:44:26 UTC Comment hidden (obsolete)
Comment 13 Timur 2019-02-11 15:35:48 UTC
*** Bug 112004 has been marked as a duplicate of this bug. ***
Comment 14 Timur 2019-02-11 15:40:28 UTC Comment hidden (obsolete)
Comment 15 Jean-Baptiste Faure 2022-02-03 17:10:21 UTC
Still reproducible in master:

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 3e9975cf507e24e9c501575c501833164d217acc
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Ubuntu_20.04_x86-64
Calc: threaded

Best regards. JBF
Comment 16 Roman Kuznetsov 2023-03-07 19:12:38 UTC
The problem is still here

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0484a9a3f5e2ecb678f6fb41bbb251529e89c00d
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded
Comment 17 Justin L 2023-06-02 16:17:50 UTC
still repro after my framePr fixes.