Bug 55366 - FILEOPEN particular .CDR shows element in too low vertical position
Summary: FILEOPEN particular .CDR shows element in too low vertical position
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
3.6.2.2 release
Hardware: Other Windows (All)
: medium normal
Assignee: Fridrich Strba
URL:
Whiteboard: target:4.1.0 target:4.0.2
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-26 20:47 UTC by Rainer Bielefeld Retired
Modified: 2013-04-10 04:53 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Test Kit (113.63 KB, application/x-7z-compressed)
2012-09-26 20:47 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rainer Bielefeld Retired 2012-09-26 20:47:24 UTC
Created attachment 67747 [details]
Test Kit

Steps how to reproduce with Server Installation of "LibreOffice 3.6.2.2 rc  German UI/ German Locale [Build-ID:  da8c1e6] on German WIN7 Home Premium (64bit):

1. open GRAFIK2.CDR from attached test kit
   Expected: "Clima" cube drawing (PDF snapshot?) should be shown on green table
   Actual:  "Clima" cube drawing shown in too low position

Attached .cdr (Version 7)  is  very old , but I get the same result when I open it with after having saved it with CorelDRAW X6

It looks as if the top edge of the element is at the heitht where the bottom of the element should be shown?

I did no check more early 3.6 Versions.
Comment 1 Not Assigned 2013-03-01 09:43:56 UTC
Fridrich Å trba committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=8fad92201dc18592f2ffaecc798071f96fec82ba

Upload libcdr 0.0.11; fixing fdo#55366 fdo#59528 fdo#53278 fdo#54586



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 2 Not Assigned 2013-03-01 13:42:09 UTC
Fridrich Å trba committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=ada8b3fb0e84013c9793a0213a7637678dd79b55&h=libreoffice-4-0

Upload libcdr 0.0.11; fixing fdo#55366 fdo#59528 fdo#53278 fdo#54586


It will be available in LibreOffice 4.0.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 3 bfoman (inactive) 2013-03-22 11:19:47 UTC
(In reply to comment #1)
> Upload libcdr 0.0.11; fixing fdo#55366 fdo#59528 fdo#53278 fdo#54586

@Rainer Bielefeld:
Could you verify the fix, please? Thanks.
Comment 4 Rainer Bielefeld Retired 2013-03-22 16:07:18 UTC
Yes, looks fine with parallel Dev-installation of  "Version 4.1.0.0.alpha0+ (Build ID: 094bab7f9097fba62800d3dd578bd42640d8c6e2) TinderBox: Win-x86@6, Branch:master, Pull Time: 2013-03-18_01:35:56" ENGLISH UI / German Locale on German WIN7 Home Premium (64bit) with LODev/4 Masters User Profile.

It seems no further backport is planned (and possible) so I close the Bug
Comment 5 Fridrich Strba 2013-03-22 18:10:52 UTC
(In reply to comment #4)
> It seems no further backport is planned (and possible) so I close the Bug

It should be part of 4.0.2 release that is due in some week or two.
Comment 6 Rainer Bielefeld Retired 2013-04-10 04:53:49 UTC
Modified Assignee due to facts to ease finding of experts via Bugzilla