Bug 137551 - FILEOPEN DOCX: Text box displays in incorrect position for LO-created DOCX (OK in MSO)
Summary: FILEOPEN DOCX: Text box displays in incorrect position for LO-created DOCX (O...
Status: RESOLVED DUPLICATE of bug 137698
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-17 06:01 UTC by Colton
Modified: 2020-10-29 15:14 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
demo (91.39 KB, image/png)
2020-10-17 06:10 UTC, Colton
Details
original file (14.84 KB, application/zip)
2020-10-19 08:06 UTC, Colton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Colton 2020-10-17 06:01:24 UTC
Description:
When saving and re-opening an ODF document, text boxes display in a different position. Their handles whoever are in the original position. Only their anchor was changed (from To Paragraph to To Page).

Steps to Reproduce:
1. Create a document with text boxes (2 pages recommended but not required).
2. Save the document in ODF format.
3. Close and re-open the document.

Actual Results:
The handles will display in their original positions however the text boxes will display in an incorrect position.

Expected Results:
The text boxes should display along with handles where they were originally placed.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
I have observed this behavior on 2 separate devices. Shapes also have this problem although they are rarely in the wrong position.
Comment 1 Colton 2020-10-17 06:10:10 UTC
Created attachment 166455 [details]
demo

The top red circle shows the text box under another text box in the incorrect position. The red circle below shows the handles in the correct position.
Comment 2 Colton 2020-10-17 23:11:12 UTC
I had forgotten. The document was originally a dotx file from Microsoft Word.
Comment 3 Timur 2020-10-19 07:49:31 UTC
In that case, non-ODF original is needed, because bug is on 1st conversion.
Comment 4 Colton 2020-10-19 08:06:42 UTC
Created attachment 166495 [details]
original file

I've attached the original document as requested.
Some information was removed for privacy reasons. Sadly don't have access to Microsoft Word, had to save with Libre Writer (tried making as few edits as possible).
Comment 5 QA Administrators 2020-10-20 04:20:46 UTC Comment hidden (obsolete)
Comment 6 Timur 2020-10-20 06:34:41 UTC Comment hidden (obsolete)
Comment 7 Timur 2020-10-20 06:39:05 UTC
Problem with DOCX is that it's already wrong on open. 
Also, demo.png doesn't show exactly resume.docx.

Please:
1. read https://wiki.documentfoundation.org/QA/BugReport
2. search for existing bugs if this is already reported
3. if not, attach original DOTX with minimal steps to fill it (if needed at all, maybe it can just be saved) and get DOCX which shows the problem if saved as ODT
Comment 8 Telesto 2020-10-20 18:35:57 UTC Comment hidden (no-value)
Comment 9 Timur 2020-10-21 12:33:11 UTC
Let me make this more clear:
To confirm RT bug as reported we need original DOTX (with minimal steps to fill it), not clear from description and screenshot.
If not available, this could be simple fileopen bug for LO-created attachment 166495 [details] DOCX which opens rectangle position wrong in LO, correct in MSO.
Comment 10 Timur 2020-10-29 09:39:56 UTC
Since no response for MS DOCX/DOTX, I convert to Fileopen issue for attached DOCX which is better in MSO than in LO, although it's LO saved.
Comment 11 Telesto 2020-10-29 15:14:58 UTC

*** This bug has been marked as a duplicate of bug 137698 ***