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)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: filter:docx, filter:ooxml
Depends on:
Blocks: DOCX-Textbox MSO-External-Producers
  Show dependency treegraph
 
Reported: 2016-10-11 20:35 UTC by Mikhail Novosyolov
Modified: 2024-02-26 03:13 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
File in MS Word Viewer (4.69 MB, application/pdf)
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
Minimized example file (312.54 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-12-11 16:24 UTC, NISZ LibreOffice Team
Details
The example file in Word and current Writer (943.72 KB, image/png)
2020-12-11 16:24 UTC, NISZ LibreOffice Team
Details
The minimized example in LO 7.2 (613.68 KB, image/png)
2022-02-25 23:12 UTC, Gabor Kelemen (allotropia)
Details
The minimized example in LO 7.2 fresher version (623.39 KB, image/png)
2022-02-25 23:18 UTC, Gabor Kelemen (allotropia)
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
Comment 16 NISZ LibreOffice Team 2020-12-11 16:24:09 UTC
Created attachment 168067 [details]
Minimized example file

Only 2 pages, with 2 textboxes that slip into each other.
Saved with Word 13 in compatibility mode, but looks the same in non-compatibility mode as well.
Comment 17 NISZ LibreOffice Team 2020-12-11 16:24:42 UTC
Created attachment 168068 [details]
The example file in Word and current Writer

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 61d07657caab5e0fb8ec4446f67a7044e14dae4b
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 18 Aron Budea 2021-02-14 08:50:51 UTC
The document was opened as blank (with only the text box on the sexond page visible) until 4.1.0.4.
In 4.1.0.4 the page background is there, too, text box has white background.
In 4.3.0.4 the text box is moved to the first page (should be on second page).
In 4.4.0.3 both text boxes are shown on the first page, overlapping. Text boxes have transparent background.
Comment 19 Gabor Kelemen (allotropia) 2022-02-25 23:12:31 UTC
Created attachment 178547 [details]
The minimized example in LO 7.2

The minimized example got solved in 7.2:

Version: 7.2.2.0.0+ / LibreOffice Community
Build ID: c0b951024c2ec815f1ef70d59d31860df2434d28
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded

https://git.libreoffice.org/core/+/c0b951024c2ec815f1ef70d59d31860df2434d28

author	Miklos Vajna <vmiklos@collabora.com>	Mon Sep 20 19:56:37 2021 +0200
committer	Xisco Fauli <xiscofauli@libreoffice.org>	Tue Sep 21 11:33:37 2021 +0200

tdf#143591 DOCX import: handle anchored objects as at-char
Comment 20 Gabor Kelemen (allotropia) 2022-02-25 23:18:43 UTC
Created attachment 178548 [details]
The minimized example in LO 7.2 fresher version

...However, it broke again with:

https://git.libreoffice.org/core/+/7163450024000c01d2454aa7aad7f15a425f7ff2

author	Daniel Arato (NISZ) <arato.daniel@nisz.hu>	Mon Sep 27 12:49:57 2021 +0200
committer	Xisco Fauli <xiscofauli@libreoffice.org>	Mon Oct 04 13:44:19 2021 +0200

tdf#141220 sw: fix textbox popped out of off-page shape

Now the lower textbox is correctly positioned, but empty. However, reducing the zoom until both pages are visible, makes the text visible too.
Comment 21 QA Administrators 2024-02-26 03:13:18 UTC
Dear Mikhail Novosyolov,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug