Apache OpenOffice (AOO) Bugzilla – Issue 101407
Formatting information of cropped images lost when saved
Last modified: 2017-05-20 10:48:00 UTC
Steps to reproduce: Copy and paste an image into a draw file crop the image depending on your needs save it to disk or insert the cropped image ito a writer document and save the odt file. reopen the odg or odt file -> the presentation of the image is weird (Workaround: convert to metafile before saving)
How do you save the cropped file to disk (File/export, context menu/save as picture etc)?
the odg file is saved with the cropped image embedded alternatively copy and paste the image to a writer document and save the document with the image embedded when reopening the odf or odt file, the image looks different so I do no save the cropped image itself
Sorry, not reproducible. Please attach the image and the odt file. Thanks.
Sorry for my late answer. It seems that the problem does not affect the windows version of OOo 3.0.1. (No tests with 3.1 yet) In our debian lenny environmet the issue is reproducible. Attachedd you will find the graphic (png) and to odg-files, one of them produced with debian lenny (wrong), the other with windows (correct).
Created attachment 62093 [details] zip with 1 png and 2 odg
Sorry, still not reproducible under linux . Is this an official build you are using or from some other source or distributor? Is this still happening with official version 3.1?
we use the novell-version. Thanks for the hint. But now I've installed the official build (3.1) on a new debian lenny machine. The issue is reproducible. - Make a screenshot of one of your running applications (Alt-Print) - paste the screenshot into ooo-draw - right click the image and select "crop picture" - select a small range using the top, left ... buttons - save the odg file and close ooo - reopen it and voilá (the size is still correct but the rendering is wrong) Hope you can reproduce it.
Sorry, still not reproducible when the document is completely made in this version. We had i98331 and i95968 in the past but they are fixed in the meantime.
Hello, Here is a procedure to reproduce the bug. OOo 3.1.1 RC1 or DEV300_m55 on Win XP-SP3 - create a new Draw document - insert JPG, PNG and BMP file - crop them - insert one page before - add an object in this first page - save file in ODF - File > Reload => JPG and BMP look wrong in left part preview, PNG seems OK - go to page 2, and everything go back OK BUT - go to page 1 - File > Reload - move object on page 1 - save file - go to page 2 => all images are definitively distorted.
Created attachment 64305 [details] File with cropped images OK
Created attachment 64306 [details] 2nd save file with only first object moved : cropped images are wrong
I attached 2 files : - test.odg : saved when viewing cropped images => OK - test2.odg : cropped images wrongly opened are now saved distorted.
About previous procedure : - I can NOT reproduce with DEV300_m53 - I can reproduce with OOO310_m16
Connected to i104146? Reassigned.
New investigation : - OOO310_m11 (OOo 3.1.0), DEV300_m53 : no bug - OOO310_m16, OOO310_m18 (OOo 3.1.1RC1) and DEV300_m55 : bug as described - OOO310_m19 (OOo 3.1.1RC2) : cropped images are wrongly displayed on left panel, but correctly saved
Reset assigne to the default "issues@openoffice.apache.org".