Created attachment 50073 [details] Sample document, pls. see original report! Pictures in attached sample document will be lost when saved as RTF with "LibreOffice 3.4.2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:203)]". No pictures visible when I open document with LibO or MS WORD Viewer. Steps to reproduce: 0. download and unzip attached test kit 1. Open "mytest.odt" 2. save as "mytest.rtf" 3. close document 4. reopen "mytest.rtf" Expected: table with pictures Actual: no pictures You can see my export result in mytestresult.rtf from test kit. Same problem with OOo 3.1.1 and OOo 3.4. Known for OOo: <http://openoffice.org/bugzilla/show_bug.cgi?id=60831#c6> So I believe it's inherited from OOo. Problem still visible with Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43 2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb 6a9633a-931d089-ecd263f-c9b55e9-b31b807 82ff335-599f7e9-bc6a545-1926fdf)]"
Created attachment 50189 [details] Rich text with distorted images. Saved as rich text, images do not disappear, only wildly distorted. See attachment. On LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux.
with a new document, picture added and saved as rtf, it works fine for me in build from master (Build ID: 51e0d9a-4eb4f62-260b7c1 on Ubuntu) However, indeed size gets changed wrong with picture in table.
Created attachment 52717 [details] OSX_on_mytest We conducted three different tests. The first test is based on Rainer Bielefeld 2011-08-09 08:26:13 PDT Sample document, please see the original report. We tested the desired functionality in the Master: LibO-dev 3.5.0 Build ID: f8c2d29-e8c71c5-9c6ea62-4b83b90 On OSX 10.6.8 Located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-10-24_13.56.07/ with master~2011-10-24_13.56.07_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg Steps to reproduce: 1. download and unzip attached test kit 2. Open "mytest.odt" 3. save as "mytest.rtf" 4. close document 5. reopen "mytest.rtf" Expected: table with pictures Actual: Pictures moved See attachment for sample documents and screenshots (OSX_on_mytest.zip).
Created attachment 52718 [details] OSX_Space_Test We conducted three different tests. The second test is based on mislabel images (jpgs that are listed as png). We tested the desired functionality in the Master: LibO-dev 3.5.0 Build ID: f8c2d29-e8c71c5-9c6ea62-4b83b90 On OSX 10.6.8 Located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-10-24_13.56.07/ with master~2011-10-24_13.56.07_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg Steps to reproduce: 1. download and unzip attached test kit 2. Open "OSX_Space_Test.odt" 3. save as "OSX_Space_Test.rtf" 4. close document 5. reopen "OSX_Space_Test.rtf" Expected: table with pictures Actual: Pictures moved and gone See attachment for sample documents and screenshots (OSX_Space_Test.zip).
Created attachment 52719 [details] OSX_SVG_test We conducted three different tests. The third test is based on SVG images. We tested the desired functionality in the Master: LibO-dev 3.5.0 Build ID: f8c2d29-e8c71c5-9c6ea62-4b83b90 On OSX 10.6.8 Located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-10-24_13.56.07/ with master~2011-10-24_13.56.07_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg Steps to reproduce: 1. download and unzip attached test kit 2. Open "OSX_SVG_Test.odt" 3. save as "OSX_SVG_Test.rtf" 4. Open saved OSX_SVG_test.odt file Expected: table with pictures will be saved Actual: Pictures are gone and not saved Unable to save images as RTF because the SVG images were not saved! See attachment for sample documents and screenshots (OSX_SVG_Test.zip).
@rk601@yahoo.com What's the detailed result of your tests? Can we summarize "Confirmed"?
No objections, so due to Comment 5
I made tests on the original test kit with LO 3.5.0 beta-1 under Ubuntu 10.04 x86_64. Pictures are in the resulting RTF file but all three pictures are in the first cell (A1) of the table. So it is better but not perfect ;-) Best regards. JBF
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
I am having the same problem! I'm tested v3.5.4, v.3.5.5 and v3.6.0.4rc
<http://wiki.documentfoundation.org/BugReport_Details#Version> @Miklós Can you help?
saved Reiner's test file as .rft using 4.1.1.2 under Win7 64bit. the first 2 images in the table look partially cropped when reopening the file in LibO, but they look normal in WordPad. the 3rd image looks normal both in LibO and WP. so it seems to me that the issue is about showing the .rtf not saving (WordPad do not shows corruption of the images).
I Can reproduce the problem on Windows 7 64-bit as well as Ubuntu 13.10 64-bit using LibreOffice 4.2.2 . It is worth noting this bug is similar to bugs 49184, 40540, and 67318. Although these errors occur with DOC and DOCX formats, I believe they could have similar causes.
Reproducible with LO 4.4.1.2, Win 8.1
Problem is also reproduced with original testset from comment #1 and LO master: 2 of 3 images are not displayed after saving to RTF. I've dig a little deeper here. Some additional details about problem: 1) Source images are in GIF format. It is not supported by RTF. 2) So LibreOffice converts these images to WMF (RtfAttributeOutput::FlyFrameGraphic()) 3) Generated WMF images have zero values in META_SETWINDOWEXT (https://msdn.microsoft.com/en-us/library/cc250498.aspx): wmf images which can not be opened by LibreOffice later have X=0 and Y=0 in META_SETWINDOWEXT record, while third one which is displayed has X=414 Y=397. I suppose that this is the first of the reasons why these images are not displayed by LO. By the way, these images are not displayed by other tools able to open WMF files (tested in Windows with Paint, Internet Explorer, Word).
Created attachment 116284 [details] Extracted WMF images from output RTF file
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f7c8774b2f3423095d794e90c58ab505ef8a1706 tdf#39960 fix saving of GIF images into RTF It will be available in 5.1.0. 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.
thank you very much for fixing this ancient bug!!! thumbs up!!!
(In reply to Commit Notification from comment #17) > Vasily Melenchuk committed a patch related to this issue. > It has been pushed to "master": > > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=f7c8774b2f3423095d794e90c58ab505ef8a1706 > > tdf#39960 fix saving of GIF images into RTF > > It will be available in 5.1.0. > > 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. Thanks so much, I never thought this would get fixed.
Created attachment 119936 [details] screenshot in LibO 5.0.3 this is the screenshot without Vasily fix note the loss of first two images
Created attachment 119937 [details] screenshot in LibO 5.1.0 this is the screenshot after Vasily fix note that the images are not lost probably we should open new bug reports about the table row size and image position anyway the problem about image loss is gone so I set status to VERIFIED FIXED