Bug 75331 - FILEOPEN: DOCX - floating table with text wrapping 'around' and vertical position relative to 'page' position is wrong (see Comment 15)
Summary: FILEOPEN: DOCX - floating table with text wrapping 'around' and vertical posi...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: Confirmed:4.2.1.1:OSX
Keywords: bibisected, filter:docx, implementationError
: 75329 (view as bug list)
Depends on:
Blocks: DOCX-Tables DOCX-Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2014-02-21 15:25 UTC by mikhail.v.gavrilov
Modified: 2019-05-15 10:21 UTC (History)
13 users (show)

See Also:
Crash report or crash signature:


Attachments
example document (44.86 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-02-21 15:25 UTC, mikhail.v.gavrilov
Details
comparing word 2007 and Libre office 1 (290.47 KB, image/png)
2014-02-21 15:26 UTC, mikhail.v.gavrilov
Details
comparing word 2007 and Libre office 2 (234.79 KB, image/png)
2014-02-21 15:26 UTC, mikhail.v.gavrilov
Details
comparing word 2007 and Libre office 3 (156.33 KB, image/png)
2014-02-21 15:26 UTC, mikhail.v.gavrilov
Details
Libre Office 4.4.2.2 still incorrect displaying example document. (438.28 KB, image/png)
2015-05-02 21:35 UTC, mikhail.v.gavrilov
Details
Libre Office 5.2.2.1 still incorrect displaying example document. (204.31 KB, image/png)
2016-09-25 13:03 UTC, mikhail.v.gavrilov
Details
bibisect results in 43max (3.94 KB, text/plain)
2017-07-28 18:16 UTC, Terrence Enger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mikhail.v.gavrilov 2014-02-21 15:25:42 UTC
Created attachment 94522 [details]
example document

Incorrect displaying attached docx documen
Comment 1 mikhail.v.gavrilov 2014-02-21 15:26:05 UTC
Created attachment 94523 [details]
comparing word 2007 and Libre office 1
Comment 2 mikhail.v.gavrilov 2014-02-21 15:26:22 UTC
Created attachment 94524 [details]
comparing word 2007 and Libre office 2
Comment 3 mikhail.v.gavrilov 2014-02-21 15:26:37 UTC
Created attachment 94525 [details]
comparing word 2007 and Libre office 3
Comment 4 tommy27 2014-02-22 06:43:43 UTC
it seems that LibO doesn't show page 2 of the document, right?

please specify your exact O/S version.
Comment 5 sophie 2014-02-26 14:53:45 UTC
*** Bug 75329 has been marked as a duplicate of this bug. ***
Comment 6 retired 2014-02-27 12:18:10 UTC
Mikhail, for your next bug please include an exact description of what is being displayed incorrectly so we know what to look out for. Thanks.

Confirmed:4.2.1.1:OSX and latest nightly. Page two of test document is missing. In Word: 3 pages. In LO: 2 pages while page 2 is missing, while the latest nightly already improves page alignment.

NEW
Comment 7 tommy27 2014-02-27 12:41:02 UTC Comment hidden (obsolete)
Comment 8 Joel Madero 2015-05-02 15:43:04 UTC Comment hidden (obsolete)
Comment 9 mikhail.v.gavrilov 2015-05-02 21:35:54 UTC
Created attachment 115278 [details]
Libre Office 4.4.2.2 still incorrect displaying example document.
Comment 10 mikhail.v.gavrilov 2015-05-02 21:36:05 UTC
Libre Office 4.4.2.2 still incorrect displaying example document.
Comment 11 tommy27 2015-05-03 07:57:25 UTC
same issue with LibO 5.0.0.0.alpha1+ (x64)
Build ID: 967b8c33225ae2aab5733639f0713a84cb1971da
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-25_04:11:40
Locale: it_IT
Comment 12 QA Administrators 2016-09-20 09:37:01 UTC Comment hidden (obsolete)
Comment 13 mikhail.v.gavrilov 2016-09-25 13:01:47 UTC
Confirm that issue still exist in version: 5.2.2.1
Comment 14 mikhail.v.gavrilov 2016-09-25 13:03:31 UTC
Created attachment 127626 [details]
Libre Office 5.2.2.1 still incorrect displaying example document.
Comment 15 Yousuf Philips (jay) (retired) 2017-07-18 21:31:18 UTC
So the missing page 2 and incorrect placement of nested table content in the document shown in attachment 115278 [details] now displays correctly in 5.4 and master.

Version: 6.0.0.0.alpha0+
Build ID: a83888e7759abd5204c76d0c3095a4d49699b834
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

The only major problem with the arrangement of the nested table content is that the table with the heading 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' is floating at top of the document as a frame overlapping the giraffe image, rather than being located in the cell above the cell that has the table with the heading 'АНКЕТА'. This regression happened in 4.0, as it is correctly positioned in 3.6.

xisco, raal, aron: anyone got time to bibisect this?
Comment 16 Terrence Enger 2017-07-28 18:16:33 UTC Comment hidden (obsolete)
Comment 17 Aron Budea 2017-07-28 18:32:37 UTC Comment hidden (obsolete)
Comment 18 Yousuf Philips (jay) (retired) 2017-07-29 14:22:39 UTC
Terrance, Aron: Not sure how that bibisect can be correct when i stated that the regression happened between 3.6 and 4.0.
Comment 19 Terrence Enger 2017-07-29 17:40:59 UTC
Thank you, Yousuf, for catching that.

I was sure yesterday that I had checked the results from the commits
that I reported as last good and first bad.  Just now I have looked
again at the commit I called "last good", and I do see overlapping
tables.  I notice that as I move the caret or reposition the Writer
window using the sliders, LibreOffice takes a noticeable length of
time to finish repainting the document area; meanwhile, the
overlapping is less conspicuous, and it take a second or so for the
overlapped kangaroo to be rendered.  I should have looked more
carefully at the screen.

I apologize for the noise.  I am setting keywords back like I found
them.
Comment 20 Yousuf Philips (jay) (retired) 2017-07-30 12:33:00 UTC
So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table has a text wrapping of 'around'.
Comment 21 Timur 2017-09-13 14:34:12 UTC Comment hidden (obsolete)
Comment 22 Mike Kaganski 2017-09-13 14:57:17 UTC
(In reply to Timur from comment #21)
> If I save 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table in MSO with set Text
> Wrapping to None, problem is still there. So, not Bug 61594? 
> What is it then?

If I save it as DOC with "None" wrapping in Word 2016, then the problem is gone. So I suppose some mistake here.

(In reply to Yousuf Philips (jay) from comment #20)
> So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table
> has a text wrapping of 'around'.

No, the underlying issue is not that it has that wrapping (that seems accurate), but that this wrapping works improperly. This wrapping mode should not allow that kind of overlapping.
Comment 23 Buovjaga 2018-07-02 16:47:52 UTC
Bibisected the floatyness on Linux with 43all to range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c29af1572ad15ac5199a09e5812fb8354c165329...c3aa1cefdc6521d34a2a32c20bae1593e1edb5ba

I think it might be this one: https://cgit.freedesktop.org/libreoffice/core/commit/?id=edc4861a68e0269b83b17e0ec57912a1ce4220ad
n#775899 initial docx import of w:vertAnchor inside w:tblpPr

Adding Cc: to Miklos Vajna

Note that the float position is different in the range vs. current master.
Comment 24 Timur 2018-10-31 11:35:52 UTC
(In reply to Yousuf Philips (jay) (retired) from comment #20)
> So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table
> has a text wrapping of 'around'.

Yes, but not only that. 
'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' 2nd table has a text wrapping of 'around' and vertical position of 0 relative to 'page'. LO import is wrong.
'ИНФОРМАЦИЯ О ЗАПРАШИВАЕМОМ КРЕДИТЕ' 1st table has also text wrapping of 'around' but vertical position of relative to 'paragraph'. LO import is correct.
Comment 25 Miklos Vajna 2019-02-12 16:42:50 UTC
So once there is a multi-page floating table in a docx file, whatever we do, we may loose. If the table positioning properties are ignored, somebody complains (the ones who have a non-multi-page table). If the properties are not ignored, somebody also complains (the ones with multi-page tables).

The only proper fix for this would be to handle this in the Writer layout, but that would be a big new feature; so it's hard to call this a regression. Adjusting keywords accordingly.

(And sure I understand that from some user's point of view this is a bug, and I agree it makes sense to fix this at some stage.)