Bug 99247 - FILEOPEN DOCX Textfields with different Z-Level aren't rendered correctly
Summary: FILEOPEN DOCX Textfields with different Z-Level aren't rendered correctly
Status: RESOLVED DUPLICATE of bug 132687
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
5.1.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: OOXML-Shapes
  Show dependency treegraph
 
Reported: 2016-04-12 14:46 UTC by Gabor Kelemen (allotropia)
Modified: 2020-10-27 15:39 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Problematic document (116.04 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-04-12 14:46 UTC, Gabor Kelemen (allotropia)
Details
Screenshot of the document opened in LO 5.1.2 (270.93 KB, image/png)
2016-04-12 14:47 UTC, Gabor Kelemen (allotropia)
Details
Screenshot of the document in Word 2010 (205.42 KB, image/png)
2016-04-12 14:48 UTC, Gabor Kelemen (allotropia)
Details
Minimized document 1 (25.50 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-05-05 10:32 UTC, NISZ LibreOffice Team
Details
Screenshot of the minimized document 1 in Writer and Word (82.11 KB, image/png)
2020-05-05 10:34 UTC, NISZ LibreOffice Team
Details
Manually fixed up version of the original document (115.33 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-05-05 11:36 UTC, NISZ LibreOffice Team
Details
Problematic document compared MSO 2016 LO 7.1+ (246.36 KB, image/png)
2020-10-27 15:39 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2016-04-12 14:46:15 UTC
Created attachment 124283 [details]
Problematic document

Attached docx file has some "frames" that are implemented with graphic shapes. These are displayed in a different size than in Word, making the document visually "fall apart" in LO 5.1.2.
Comment 1 Gabor Kelemen (allotropia) 2016-04-12 14:47:23 UTC
Created attachment 124284 [details]
Screenshot of the document opened in LO 5.1.2
Comment 2 Gabor Kelemen (allotropia) 2016-04-12 14:48:06 UTC
Created attachment 124285 [details]
Screenshot of the document in Word 2010
Comment 3 Dennis Roczek 2016-04-12 14:53:55 UTC
CONFIRMED
Looks better with
Version: 5.2.0.0.alpha0+ (x64)
Build-ID: 042f16a19e3d5f884759dae71264433b988df0e6
CPU-Threats: 4; BS-Version: Windows 6.19; UI-Render: GL; 
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-03-16_10:03:38
Gebietsschema: de-DE (de_DE)
but still has displaying problems
Comment 4 Telesto 2016-11-28 17:36:04 UTC
Confirmed with:
Version: 5.4.0.0.alpha0+ (x64)
Build ID: 7aa2b5a041df8e71a435cccbc79ee13799ec9138
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; 
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-11-24_11:40:27
Locale: nl-NL (nl_NL); Calc: CL
Comment 5 QA Administrators 2018-10-18 02:49:45 UTC Comment hidden (obsolete)
Comment 6 NISZ LibreOffice Team 2020-05-05 10:32:18 UTC
Created attachment 160371 [details]
Minimized document 1

So this document suffers from many problems, let's try to create some minimized versions. First problem: If the text inside a large shape has border, the text border does not hug the shapes walls like in Word, only wraps the text itself.
Comment 7 NISZ LibreOffice Team 2020-05-05 10:34:48 UTC
Created attachment 160372 [details]
Screenshot of the minimized document 1 in Writer and Word
Comment 8 NISZ LibreOffice Team 2020-05-05 11:20:02 UTC
Also the brown background-like shape is actually a frame, whose position hangs on the floating tables that contain the bulk of the menu. 
Without floating tables (after converting them to normal ones) the document starts to fall apart in Word too, shapes are climbing up from the top of following pages to the bottom of previous ones.
Comment 9 NISZ LibreOffice Team 2020-05-05 11:36:58 UTC
Created attachment 160375 [details]
Manually fixed up version of the original document

This - after unfloating the tables and adding a few empty paragraphs - looks rather decently in current Writer. Even survives saving :).

So the real problem to solve is the floating table... again.
Comment 10 Timur 2020-05-06 10:23:13 UTC
Gabor, please write summary what this is about, apart from bug 132687 and floating tables.
Comment 11 NISZ LibreOffice Team 2020-05-06 11:09:04 UTC
(In reply to Timur from comment #10)
> Gabor, please write summary what this is about, apart from bug 132687 and
> floating tables.

I guess we can close this, now that I understood better why the document falls apart. The Z-level has nothing to do with the problems, that was a wrong guess.
As you usually say, this is not a document-based bugtracker :).
Comment 12 Timur 2020-10-27 15:39:27 UTC
Created attachment 166783 [details]
Problematic document compared MSO 2016 LO 7.1+

Let's keep here a screenshot of Problematic document compared MSO 2016 LO 7.1+

Apart from frame, there's a problem of position, but let's close anyway.
I'll close as duplicate because other bug is clean and duplicate indicates a check after the hopeful fix. 
If position is not OK, it can be reconsidered again.
Comment 13 Timur 2020-10-27 15:39:40 UTC

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