Bug 88163 - particular WMF displayed with overly large fonts
Summary: particular WMF displayed with overly large fonts
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
4.3.0.0.beta1
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: EMF-WMF
  Show dependency treegraph
 
Reported: 2015-01-07 15:36 UTC by Bernhard Donaubauer
Modified: 2018-04-26 10:19 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
Example doc file causing the problem (12.50 KB, application/msword)
2015-01-07 15:36 UTC, Bernhard Donaubauer
Details
output in LO 4.1.2.3 (44.64 KB, image/png)
2015-01-07 15:37 UTC, Bernhard Donaubauer
Details
output in LO 4.3.5.2 (61.95 KB, image/png)
2015-01-07 15:37 UTC, Bernhard Donaubauer
Details
output from MSO 2000 (59.63 KB, image/png)
2015-01-12 14:44 UTC, Bernhard Donaubauer
Details
Screenshot from MS Office for Mac. (479.11 KB, image/png)
2017-04-25 07:26 UTC, Bartosz
Details
On same document converted to .docx, the numbers are too small. (16.41 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2017-04-25 07:29 UTC, Bartosz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Donaubauer 2015-01-07 15:36:37 UTC
Created attachment 111919 [details]
Example doc file causing the problem

We have MS word files (*.doc) with WMF embeded. With LO version 4.1.2.3 those documents were correctly displayed. With version 4.3.5.2 the numbers in the dimensioning are far to big.

Please see my attachments.
Comment 1 Bernhard Donaubauer 2015-01-07 15:37:16 UTC
Created attachment 111920 [details]
output in LO 4.1.2.3
Comment 2 Bernhard Donaubauer 2015-01-07 15:37:46 UTC
Created attachment 111921 [details]
output in LO 4.3.5.2
Comment 3 Robinson Tryon (qubit) 2015-01-11 11:25:32 UTC
(In reply to Bernhard Donaubauer from comment #0)
> We have MS word files (*.doc) with WMF embeded. With LO version 4.1.2.3
> those documents were correctly displayed. With version 4.3.5.2 the numbers
> in the dimensioning are far to big.
> 
> Please see my attachments.

Hi Bernhard,
Thanks for the great bug report! Would it be possible for you to include a screenshot of how the file appears in MS-Word? (and a comment with the software version #) That would help confirm the expected behavior.
Thanks!

Status -> NEEDINFO

(Please change the status back to UNCONFIRMED after you provide the screenshot and/or leave a comment)
Comment 4 Bernhard Donaubauer 2015-01-12 14:44:11 UTC
Created attachment 112121 [details]
output from MSO 2000
Comment 5 Bernhard Donaubauer 2015-01-12 14:45:18 UTC Comment hidden (obsolete)
Comment 6 Timur 2015-01-12 15:25:38 UTC
I set version to 4.3.0-beta, where it can be reproduced (I don't have alpha) and add a keyword "regression". Tested on Win64.
Comment 7 Robinson Tryon (qubit) 2015-01-14 02:17:47 UTC
TESTING on Ubuntu 14.04 + LO 4.4.0.2

(In reply to Bernhard Donaubauer from comment #0)
> We have MS word files (*.doc) with WMF embeded. With LO version 4.1.2.3
> those documents were correctly displayed. With version 4.3.5.2 the numbers
> in the dimensioning are far to big.
> 

REPRO:
- Open attachment 111919 [details] in Writer

RESULT: See the distorted image (compared to how it renders in Word: attachment 112121 [details])

CONFIRMED: Embedded WMF renders incorrectly, similar to rendering in attachment 111921 [details]

Status -> NEW
Hardware -> (Generalize)
Comment 8 Matthew Francis 2015-01-29 08:40:32 UTC
Bibisect results from 43all:

038ec16923792263990256ed738920cd761e4f70 is the first bad commit
commit 038ec16923792263990256ed738920cd761e4f70
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Tue May 20 11:36:30 2014 +0000

    source-hash-11b81c1026c17548bfdbb861ac696f9c6acc628e
    
    commit 11b81c1026c17548bfdbb861ac696f9c6acc628e

# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574
# good: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b
git bisect good 4850941efe43ae800be5c76e1102ab80ac2c085d
# good: [a900e72b6357882284c5955bdf939bf14269f5fb] source-hash-dd1050b182260a26a1d0ba6d0ef3a6fecc3f4e07
git bisect good a900e72b6357882284c5955bdf939bf14269f5fb
# skip: [e80660c5a1d812cd04586dae1f22767fc3778c4a] source-hash-07c60c8ee2d1465544a6a39e57bc06b3690b8dfb
git bisect skip e80660c5a1d812cd04586dae1f22767fc3778c4a
# skip: [df9bcaed2faa2a8d11b19f877cdff3a12a887278] source-hash-6ba9692d8bbe3e3c245aca9a7c928e81178d05f1
git bisect skip df9bcaed2faa2a8d11b19f877cdff3a12a887278
# bad: [5c9e81ec77cd98f952434decf83ec9820d736e56] source-hash-94e3f3e5015e53b5f3c8e5775b668e0bc12ab457
git bisect bad 5c9e81ec77cd98f952434decf83ec9820d736e56
# good: [6feabb3ce67846b727583754afd4380ec7d59f13] source-hash-874a9b46cb54e4c05e262e5d7490790a08ea0c55
git bisect good 6feabb3ce67846b727583754afd4380ec7d59f13
# good: [e4b46548ba53a7007ed023fc2b2287c4ff9796dd] source-hash-9f06e4bc3a56806061f759770f758ad3c7ddf09c
git bisect good e4b46548ba53a7007ed023fc2b2287c4ff9796dd
# bad: [c6faec16f965fa85bd2df9f3f6a4e96838f97737] source-hash-1e5b495a882493a81cc82ee34e3339b071bc162d
git bisect bad c6faec16f965fa85bd2df9f3f6a4e96838f97737
# good: [16d0a5059bce9198bfae647a72dc06b438be583f] source-hash-944c78ecb91608f4c3e9bab32fdbc90c67326525
git bisect good 16d0a5059bce9198bfae647a72dc06b438be583f
# good: [a9a94da9a44ce71a7a767738992779f7070ce193] source-hash-c764a3d978beb2e6197a8d3f7df53d81ebf72467
git bisect good a9a94da9a44ce71a7a767738992779f7070ce193
# bad: [038ec16923792263990256ed738920cd761e4f70] source-hash-11b81c1026c17548bfdbb861ac696f9c6acc628e
git bisect bad 038ec16923792263990256ed738920cd761e4f70
# good: [daff10f9ce14ce7139fe7c0dee02c23b5dbeadef] source-hash-3d91d54c49af4dd0832c27ccb9721724fa98b6b5
git bisect good daff10f9ce14ce7139fe7c0dee02c23b5dbeadef
# first bad commit: [038ec16923792263990256ed738920cd761e4f70] source-hash-11b81c1026c17548bfdbb861ac696f9c6acc628e
Comment 9 Matthew Francis 2015-01-29 09:18:26 UTC
The behaviour seems to have changed at the below commit.

Adding Cc: to quikee@gmail.com; Could you possibly take a look at this? Thanks


commit a9020e461803964a206d5551884b70717eed165c
Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.com>
Date:   Mon Apr 28 15:16:53 2014 +0200

    fdo#74336 limit the size of the non-placeable WMF image
    
    For a non-placable WMF image the size is unknown and needs to be
    calculated by using a bounding box over all elements. Sometimes
    this results in a very big image which is not drawn correctly
    when using dashes and dots. This change normalizes the size to
    reasonable values.
    
    Change-Id: I0e5b71fb011c5a9dff1c5cb13e29d5578570ca65
Comment 10 Timur 2015-04-23 14:43:12 UTC Comment hidden (obsolete)
Comment 11 Michael Stahl (CIB) 2015-04-23 14:46:08 UTC Comment hidden (obsolete)
Comment 12 Matthew Francis 2015-04-23 14:50:32 UTC Comment hidden (obsolete)
Comment 13 Joerg 2015-11-28 12:32:01 UTC
This bug affects not only graphics in WMF format but also in EMF format. Seen in LO5.0.3.2 on Windows.
Comment 14 Robinson Tryon (qubit) 2015-12-13 11:12:03 UTC Comment hidden (obsolete)
Comment 15 Xisco Faulí 2016-09-26 15:09:37 UTC Comment hidden (obsolete)
Comment 16 Bartosz 2017-04-25 07:26:15 UTC
Created attachment 132816 [details]
Screenshot from MS Office for Mac.

It seems that under Office 15 for Mac, the numbers are also big
Comment 17 Bartosz 2017-04-25 07:29:54 UTC
Created attachment 132817 [details]
On same document converted to .docx, the numbers are too small.

On same document converted to .docx, the numbers are too small.
In MS Office numbers looks correctly.
Comment 18 QA Administrators 2018-04-26 02:38:18 UTC Comment hidden (obsolete)
Comment 19 Timur 2018-04-26 10:19:52 UTC
Repro in 6.1+