Download it now!
Bug 103133 - FILEOPEN: Text blocks in .DOCX created in WPS Office are displayed in incorrect positions in LibO
Summary: FILEOPEN: Text blocks in .DOCX created in WPS Office are displayed in incorre...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: filter:docx, filter:ooxml
Depends on:
Blocks: DOCX-Textbox
  Show dependency treegraph
 
Reported: 2016-10-11 20:35 UTC by Mikhail Novosyolov
Modified: 2019-10-22 10:37 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
File in MS Word Viewer (4.69 MB, application/unknown)
2016-12-06 19:56 UTC, Telesto
Details
Bug is present in libreoffice 6.3.1 Page 12).png (288.59 KB, image/png)
2019-09-11 21:20 UTC, Mikhail Novosyolov
Details
the document (10.56 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-10-22 10:35 UTC, Xisco Faulí
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Novosyolov 2016-10-11 20:35:20 UTC
Document created with WPS Office on Linux. When it is opened in Libreoffice, some text blocks take incorrect position, they move from one page to another. If you open the document, you will easily see that some text blocks are sitting one on another. Tried both LO 5.1.5 and 5.2.2
Comment 1 Mikhail Novosyolov 2016-10-11 20:38:11 UTC
The document is here: https://mega.nz/#!ghRF2aiC!bq2K7DDZ4VticDpjdPiQ5tvpw9wa_IGsRZx8WuzdCII
Comment 2 tommy27 2016-10-12 05:39:43 UTC
confirmed under Win8.1 x64 as well using LibO 5.1.5.2 and 5.3.0.0.alpha0+

Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6
CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02
Locale: it-IT (it_IT); Calc: group

would you please try to strip down this very large file to a minimal version where the issue is still visible?

as far as I see the overlapping text blocks do not affect all pages but only few of them (i.e. page 11, 25 etc. etc.)

bug is not present in LibO 4.1.0 where I see no overlap at page 11, however scrolling down to following pages hangs LibO (this latest issue in not present in current releases)

I start seeing issues with overlapping text boxes in LibO 4.2.0, though at different positions than current release.

so the overlapping bug start appearing at least in LibO 4.2.0 and evolved somehow in current 5.3.0 alpha.

status NEW
regression
needs bibisecting


@Mickhail
as said, a smaller test case is needed for better debugging.
would you please provide it? try removing images and some pages and post the minimal version of the document that is still affected by the issue
Comment 3 Xisco Faulí 2016-10-12 22:10:40 UTC
Hi tommy,

I don't think this is a regression.
In Version: 4.1.0.0.alpha1+ Build ID: a2c9d4f8bbde97f175bae4df771273a61251f40, the overlapped text was in page 15 instead of page 11.
Comment 4 tommy27 2016-10-13 03:38:06 UTC
thanks Xisco,
the problem is that on my computer LibO hangs when I scroll down below page 11 with older releases, that's why I did not notice the overlap in page 15
Comment 5 Mikhail Novosyolov 2016-10-13 18:25:39 UTC
I think that reducing the document to problem pages only will not be a good idea because only the whole document may help to debug the problem as texts an all pages are connected.
Comment 6 Cor Nouws 2016-10-24 12:38:31 UTC
3.3.0.4 shows some pages full with stacked empty frames :)
3.6.7.2 show more or less the same as current master, but issues with background transparency of frames.
> Version unspecified
Comment 7 Cor Nouws 2016-10-24 12:42:35 UTC
(In reply to Mikhail Novosyolov from comment #0)

> another. If you open the document, you will easily see that some text blocks
> are sitting one on another. Tried both LO 5.1.5 and 5.2.2

Can you please post a screen shot of what is wrong? I do not see it (daily20161020/ 5.2.2.2)
\Thanks!
Comment 8 Telesto 2016-12-06 19:56:11 UTC
Created attachment 129357 [details]
File in MS Word Viewer
Comment 9 Mikhail Novosyolov 2016-12-08 06:43:49 UTC
@tommy27
unfortunately I do not see an easy way to delete a whole page in WPS Office, so stripping down the document is a big pain

Issue still present on the nightly build from 08.12.2016
$ libreofficedev5.3 --version
LibreOfficeDev 5.3.0.0.beta1 a1f6159db30e2463b118c1571bb01a09356b7c49

Please pay attention that the document was created NOT in MS Word but in WPS Office
Comment 10 Mikhail Novosyolov 2017-05-25 21:22:38 UTC
Present in Libreoffice 5.4.0 alpha
Comment 11 Mikhail Novosyolov 2017-07-31 08:40:14 UTC
Still remains in LO 5.4
Comment 12 QA Administrators 2018-08-01 02:49:48 UTC Comment hidden (obsolete)
Comment 13 Mikhail Novosyolov 2019-09-11 21:20:09 UTC
Created attachment 154117 [details]
Bug is present in libreoffice 6.3.1 Page 12).png
Comment 14 Xisco Faulí 2019-10-22 10:35:29 UTC
Created attachment 155230 [details]
the document
Comment 15 Xisco Faulí 2019-10-22 10:37:44 UTC
Reproducible in

Version: 6.4.0.0.alpha1+
Build ID: de4839e66d3d195315729b95cc144cdab96b6e74
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded