Download it now!
Bug 104431 - FILEOPEN DOCX Image in header positioned incorrectly
Summary: FILEOPEN DOCX Image in header positioned incorrectly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:docx
Depends on:
Blocks: DOCX-Images DOCX-Header-Footer
  Show dependency treegraph
Reported: 2016-12-06 10:49 UTC by Ilario Gottardello
Modified: 2020-01-02 13:18 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Documents rendered non correctly (118.83 KB, application/x-7z-compressed)
2016-12-06 10:49 UTC, Ilario Gottardello
Screenshot of the docx in recent 6.5 master (128.08 KB, image/png)
2020-01-02 13:18 UTC, NISZ LibreOffice Team

Note You need to log in before you can comment on or make changes to this bug.
Description Ilario Gottardello 2016-12-06 10:49:30 UTC
Created attachment 129342 [details]
Documents rendered non correctly

Opening Office files gives an image positioned not correctly.

The attachment contains the same document, generated from the same template file opened with Word 2007, saved in 3 different formats: doc, docx and odt.
The pdf file (also generated by Word 2007) shows how it should render.

Writer will render all three of these files differently, and none of them correctly.
Comment 1 Buovjaga 2016-12-10 16:40:20 UTC
Confirmed the position of the green image is wrong and text goes above it.

One issue per report, so let's change this to be about the .docx.

If you want to create a report for the .doc, go ahead, but I would ignore the .odt issue as that is obsolete anyway (regarding an ancient Word version with extremely poor support for .odt).

Arch Linux 64-bit, KDE Plasma 5
Build ID: 1fce5b024e9f25c3fcef2537a22474ece0dc416f
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on December 10th 2016

Arch Linux 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-
Comment 2 QA Administrators 2017-12-11 08:54:44 UTC Comment hidden (obsolete)
Comment 3 Ilario Gottardello 2017-12-12 12:44:31 UTC
Bug still present in beta:

Build ID: 13edaaa12f25de343fce136064e27da66c1c4fa4
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: kde4; 
Locale: it-IT (it_IT.UTF-8); Calc: group threaded
Comment 4 QA Administrators 2018-12-13 03:50:26 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-12-24 20:16:39 UTC
Green image is wrong handled and I don't see table in header on page 2


Версия: (x64)
ID сборки: 0412ee99e862f384c1106d0841a950c4cfaa9df1
Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win; 
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
Calc: threaded

still repro
Comment 6 NISZ LibreOffice Team 2020-01-02 13:18:48 UTC
Created attachment 156901 [details]
Screenshot of the docx in recent 6.5 master

The table now appears in the second pages header but the green images wrapping is still not imported correctly.

Version: (x64)
Build ID: 08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL