Download it now!
Bug 102012 - FILEOPEN DOCX Frame with table inside it positioned wrong
Summary: FILEOPEN DOCX Frame with table inside it positioned wrong
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: bibisected, bisected, filter:docx, regression
: 93515 (view as bug list)
Depends on:
Blocks: DOCX-Tables DOCX-Frames
  Show dependency treegraph
 
Reported: 2016-09-09 08:53 UTC by Paolo Devoti
Modified: 2020-01-17 10:14 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
test case document (914.55 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-09-09 08:55 UTC, Paolo Devoti
Details
Screenshot from Robert Markowitz showing version of Libre Office (20.94 KB, image/png)
2016-10-07 22:07 UTC, Robert Markowitz
Details
test case - screenshot with the bug effect and version (277.43 KB, image/jpeg)
2016-10-08 06:18 UTC, Paolo Devoti
Details
another testcase document (913.39 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-10-22 06:04 UTC, Paolo Devoti
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paolo Devoti 2016-09-09 08:53:26 UTC
Attached document have content mangled on open.

First page have two tables overlapped and second page is empty, third page looks ok.
Comment 1 Paolo Devoti 2016-09-09 08:55:08 UTC
Created attachment 127229 [details]
test case document
Comment 2 Buovjaga 2016-10-01 19:10:53 UTC
I confirm.

It is shown ok in 3.6, so regression.

I'm pretty sure there is an existing report for such "table inside frame", but could not find one. There is bug 69515, but it seems different. Well, bibisecting will reveal the truth.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: dc41255dc725dfa912326cc5d9e420bd66471c64
CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on October 1st 2016

Arch Linux 64-bit
Version 3.6.7.2 (Build ID: e183d5b)
Comment 3 Buovjaga 2016-10-07 18:47:41 UTC
*** Bug 93515 has been marked as a duplicate of this bug. ***
Comment 4 Robert Markowitz 2016-10-07 22:04:16 UTC Comment hidden (no-value)
Comment 5 Robert Markowitz 2016-10-07 22:07:55 UTC Comment hidden (no-value)
Comment 6 Buovjaga 2016-10-08 05:42:54 UTC
Robert: I am talking apples + apples. The root cause of your issue is the same as Paolo's here: the DOCX has frame objects inside table cells and the frame objects slip on top of each other.

The DOCX is displayed correctly in LibreOffice 3.6 and thus it is a regression. Therefore we can use this clever method to pinpoint the exact cause: https://wiki.documentfoundation.org/QA/Bibisect

Adding keywords as I apparently forgot!
Comment 7 Paolo Devoti 2016-10-08 06:18:00 UTC
Created attachment 127874 [details]
test case - screenshot with the bug effect and version
Comment 8 Robert Markowitz 2016-10-08 14:45:32 UTC Comment hidden (no-value)
Comment 9 Buovjaga 2016-10-08 14:52:55 UTC Comment hidden (no-value)
Comment 10 Xisco Faulí 2016-10-08 15:03:19 UTC
Regression introduced by

author	Zolnai Tamás <tamas.zolnai@collabora.com>	2014-02-17 13:43:15 (GMT)
committer	Zolnai Tamás <tamas.zolnai@collabora.com>	2014-02-17 16:22:28 (GMT)
commit	f4ae06c6b558628457f3abdade1f2a705bf8b886 (patch)
tree	9cdcf12b2c9df8f23fbf4fb0d4c85aa4d21958f1
parent	7d040153e8929f4a5a3362f04cd25e6ddb4d9f2c (diff)

DOCX import: fix position of floating tables

which is the same as in bug 101650. However, I'd rather not to close this as duplicate of that one.

Adding Cc: to Zolnai Tamás
Comment 11 Paolo Devoti 2016-10-22 06:04:14 UTC
Created attachment 128147 [details]
another testcase document
Comment 12 Timur 2016-11-08 12:06:16 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2018-02-01 03:45:03 UTC Comment hidden (obsolete)
Comment 14 Paolo Devoti 2018-02-01 06:25:11 UTC
Still true with libreoffice

Version: 5.4.3.2 (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 8; OS: Windows 6.1; UI render: default; 
Locale: it-IT (it_IT); Calc: group
Comment 15 Oliver Sander 2018-02-01 09:19:56 UTC
Confirmed in

Version: 6.1.0.0.alpha0+
Build ID: 1056f14525c5f2cf2e73d461b1aa5e7d763cd1d0
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde4; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-02-01_00:56:28
Locale: de-DE (de_DE.UTF-8); Calc: group
Comment 16 Robert Markowitz 2018-02-06 03:40:27 UTC
Problem is still very much there. Considering its age, would appreciate it if you can raise the priority.
Comment 17 QA Administrators 2019-02-19 03:43:01 UTC Comment hidden (obsolete)
Comment 18 Paolo Devoti 2019-02-19 05:37:49 UTC
Still true openinng the attached testcase with libreoffice

Version: 6.1.5.2 (x64)
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 8; OS: Windows 6.1; UI render: default; 
Locale: it-IT (it_IT); Calc: group threaded
Comment 19 Timur 2020-01-17 10:14:53 UTC
(In reply to Timur from comment #12)
> Test case: tables are wrongly created and it's also known "wrap" problem. 
> I'll set to "low". It looked better in LO 4.2. 
> I think it also suffers from Bug 94801.

Text in cells issue is resolved in Bug 94801. Tables are still overlapping in 6.5+.