Apache OpenOffice (AOO) Bugzilla – Issue 64137
Aspect Ratio of picture in frame changes when changing frame size after accessing picture property dialogue and can't be undone
Last modified: 2014-02-14 23:17:06 UTC
Hi, 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.
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.
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.
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.
response to private e-mail: Hi, 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
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.
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.
I think that this Issue is really underestimated since it has been reported since OpenOffice.org 1.1.1 and it is not resolved yet. There are so many reports for this issues.
*** Issue 65608 has been marked as a duplicate of this issue. ***
The problem is getting more and more popular. Thus _I change the target to OO 3.0.
Could someone who has got the privileges change the field "Operating System" to "all". I can reproduce this bug on Linux and Windows.
'OS' changed to 'All'
Target adjusted
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.
Also in Version 2.0.4.
definately not a P2. parity: please respect the our rules for priorities and don't change the version field. os: can you verify, if the status "Started" is correct?
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.
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?
Is it possible to fix this bug in OpenOffice.org 2.4?
I'll have a look. Target changed to 2.4
In case this bug gets fixed I would like to see verified that issue 65608 *really* is a duplicate.
Fixed in cws os109 in sw/source/ui/shells/grfsh.cxx It really is the same problem in issue 65608 A wrong cast resulted in changes within the attribute array of the graphic attribute set.
Reassigned for verification
Verified the fix in CWS os109.
Seems as if the fix for this issue introduced a new issue. Please have a look at issue 86978.
Closed, works fine in DEV300m14.