Bug 142185 - FILEOPEN DOCX: Image wrapping is wrong in the attached file
Summary: FILEOPEN DOCX: Image wrapping is wrong in the attached file
Status: RESOLVED DUPLICATE of bug 138782
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://bbs.libreofficechina.org/foru...
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks:
 
Reported: 2021-05-10 02:04 UTC by Kevin Suo
Modified: 2021-05-10 08:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
test docx file (73.04 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-05-10 02:04 UTC, Kevin Suo 		Details
open with LibreOffice Writer (11.79 KB, application/pdf)
2021-05-10 02:05 UTC, Kevin Suo 		Details
open with Microsoft Word (41.11 KB, application/pdf)
2021-05-10 02:06 UTC, Kevin Suo 		Details
The example file in nightly and bibisect versions (450.82 KB, image/png)
2021-05-10 06:34 UTC, NISZ LibreOffice Team 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Suo 2021-05-10 02:04:49 UTC 
Created attachment 171804 [details]
test docx file

The 2nd image is positioned at the the wrong place in the attached DOCX file when open with Writer. 

Steps to Reproduce:
1. Open the attached test DOCX file with Writer.

Current Result:
The 2nd image is placed to the far right.

Expected Result:
The 2nd image should be placed next to the 1st image, as it shows in Microsoft Word.

Version: 7.1.3.0.0+ / LibreOffice Community
Build ID: be18f39fd3a9ec70310e90e286af92821a0c48c0
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: en-US
Calc: threaded
Fedora 33 X64

This issue was initially reported at
https://bbs.libreofficechina.org/forum.php?mod=viewthread&tid=2751
Comment 1 Kevin Suo 2021-05-10 02:05:44 UTC 
Created attachment 171805 [details]
open with LibreOffice Writer
Comment 2 Kevin Suo 2021-05-10 02:06:06 UTC 
Created attachment 171806 [details]
open with Microsoft Word
Comment 3 NISZ LibreOffice Team 2021-05-10 06:34:16 UTC 
Created attachment 171807 [details]
The example file in nightly and bibisect versions

Confirming with bibisecet-7.2 version:

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 9bfe083adf1fd9d470b600d0a801d144db24474f
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded

(from 12 days ago)

But not anymore in the nightly:

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 9df3aa7ea72d61462e430643f2a80906dce4e15b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL

(from 4 days ago)
Comment 4 NISZ LibreOffice Team 2021-05-10 06:36:36 UTC 
I'm fairly sure this is the same problem as bug #138782

*** This bug has been marked as a duplicate of bug 138782 ***
Comment 5 Kevin Suo 2021-05-10 08:05:05 UTC 
(In reply to NISZ LibreOffice Team from comment #4)
Big thanks to NISZ team for your hard work!