Issue 64137 - Aspect Ratio of picture in frame changes when changing frame size after accessing picture property dialogue and can't be undone
Summary: Aspect Ratio of picture in frame changes when changing frame size after acces...
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0.1
Hardware: PC All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: oooqa
: 65608 (view as issue list)
Depends on:
Reported: 2006-04-08 18:52 UTC by parity
Modified: 2014-02-14 23:17 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description parity 2006-04-08 18:52:13 UTC

there is a strange problem with the aspect ratio of pictures in frames:

In order to reproduce this bug, please do the following:

1. Activate auto-labeling (auto-caption) of pictures
2. Insert a picture by clicking "insert -> picture -> from file"
3. Now you have a picture with a caption
4. Change the size of the frame (the aspect ratio of the picture will be the
same as before)
5. In the picures (not the frames) context-menu click on "picture".
6. Press "Cancel" to leave the menu.
7. Now the aspect ratio of the picure has changed.

I tested this on a german version of OpenOffice.
I don't know whether the buttons are labeled exactly this way in English.
Comment 1 lars 2006-04-09 09:46:23 UTC
the picture size and aspect ratio changes only when leaving the dialogue with OK 
for me without changing anything in the dialogue though. Clicking undo does not 
undo the changed size and aspect ratio but changes the size of the frame back 
keeping the new aspect ratio. I add to your steps and confirm this issue on 
WinXP Pro SP2:
4. change the size of the frame so that there is some lines white space at the 
bottom in the caption area
6. click OK: the aspect ratio changes
7. click Undo in the toolbar: the frame size changes back but the picture has 
the new aspect ratio.
Comment 2 parity 2006-04-09 12:50:24 UTC
Ok, I just found out that when I change the size of the frame the pictures
aspect ratio will be considered - OK - but if I open the Dialog picture (as
mentioned in step 5) and i go to the sixth register card (i think it is called
"cutting" or something like that in English) the aspect ratio is completely
wrong. By clicking OK it is assigned to the picture and cannot be undone.

So, there must be an issue in the aspect ratio handling of pictures in frames.
Comment 3 parity 2006-04-23 17:17:07 UTC
Sorry, in my first description I forgot a step. This step has to be inserted
after step 6, so I call it 6a. Additionally, I add step 8:

6a. Change the size of the frame again.
7. Now the aspect ratio of the picure has changed.
8. This can't be undone.
Comment 4 lars 2006-04-24 13:16:21 UTC
response to private e-mail:


I don't quite agree here: P2 means it's critical and affects many users. P3 
means it affects more than few, so some, users. I don't think it's affecting 
many users (not many users will encounter this defect: most will leave the 
dialogue with OK when they changed sth. and then they get the correct result, 
otherwise they will leave the dialogue with Cancel in which case I couldn't find 
a problem). Also the undo function doesn't stop working completely, it's only 
not working completely correct, so I don't see it as a critical usability 
problem. While I consider the undo function very important, it doesn't quite fit 
the P2 criteria in this case so I won't change the priority for now.

regards, Lars
Comment 5 lars 2006-04-24 16:01:34 UTC
note: step 4, 5 and 6 in the original description are important: the aspect 
ratio of the picture in the frame only changes after changing the frame size or 
leaving the picture property dialogue with OK if the picture property dialogue 
has been left with cancel once before and the resize operation in step 4 resized 
the image in 2 dimensions (only vertical size change is not enough).

response to private e-mail 2: I adapted the summary to reflect the current 
problem. If I missed sth. or if there is an additional problem please tell me or 
file another issue.
Comment 6 michael.ruess 2006-04-26 13:35:31 UTC
This problem is similar to the one in issue 25391.
It looks, that when having "aspect ratio" enabled for objects formatted with
"relative width" the information will be resetted in a way when the graphic
properties dialog has been opened.
Comment 7 parity 2006-04-28 19:57:50 UTC
I think that this Issue is really underestimated since it has been reported
since 1.1.1 and it is not resolved yet. There are so many reports
for this issues.
Comment 8 michael.ruess 2006-05-22 11:25:20 UTC
*** Issue 65608 has been marked as a duplicate of this issue. ***
Comment 9 michael.ruess 2006-05-22 11:26:59 UTC
The problem is getting more and more popular. Thus _I change the target to OO 3.0.
Comment 10 parity 2006-05-30 19:07:12 UTC
Could someone who has got the privileges change the field "Operating System" to
"all". I can reproduce this bug on Linux and Windows.
Comment 11 Oliver Specht 2006-05-31 06:15:04 UTC
'OS' changed to 'All'
Comment 12 Oliver Specht 2006-06-20 13:45:33 UTC
Target adjusted
Comment 13 parity 2006-08-20 11:10:40 UTC
Changed Priority to "P2" because many people who are writing big documents
recognized this behaviour (they asked me what to do). The main problem is, that
sometimes this issue happens after reopening a document. So you don't know that
the aspect ratio of the picture is broken until you reopen it (sometimes). Some
people blame this to the OpenDocument format and are a bit afraid, that they
receive data loss when saving. So I think it is a critical bug.

This bug also stops me from converting a big document to OpenDocument format
because picture with captions are a risk to use.
Comment 14 parity 2006-10-07 15:36:20 UTC
Also in Version 2.0.4.
Comment 15 andreschnabel 2006-10-07 18:08:47 UTC
definately not a P2.

parity: please respect the our rules for priorities and don't change the version

os: can you verify, if the status "Started" is correct?
Comment 16 Oliver Specht 2006-10-16 06:38:05 UTC
Started is correct. 
The name of this state is misleading. It just means that I'm currently the right
one to do anything with this issue. It doesn't necessarily mean that I really do
anything with it right now. 
Comment 17 parity 2007-07-01 13:35:13 UTC
I think this issue correlated (but no duplicate) to issue 25391? Does the
solution of issue 25391 make the solution of this issue possible for OOo 2.3?
Comment 18 parity 2007-08-25 14:58:11 UTC
Is it possible to fix this bug in 2.4?
Comment 19 Oliver Specht 2007-08-27 07:00:49 UTC
I'll have a look. Target changed to 2.4
Comment 20 Mathias_Bauer 2007-10-17 12:16:11 UTC
In case this bug gets fixed I would like to see verified that issue 65608
*really* is a duplicate.
Comment 21 Oliver Specht 2007-12-10 14:41:27 UTC
Fixed in cws os109 in

It really is the same problem in issue 65608

A wrong cast resulted in changes within the attribute array of the graphic
attribute set.
Comment 22 Oliver Specht 2008-01-14 07:29:40 UTC
Reassigned for verification
Comment 23 michael.ruess 2008-01-15 09:22:16 UTC
Verified the fix in CWS os109.
Comment 24 parity 2008-03-13 10:10:50 UTC
Seems as if the fix for this issue introduced a new issue.

Please have a look at issue 86978.
Comment 25 michael.ruess 2008-06-05 08:50:59 UTC
Closed, works fine in DEV300m14.