Bug 63024

Summary: FILESAVE FILEOPEN Writer does not preserve position of images in its own RTF files
Product: LibreOffice Reporter: Milos Sramek <msramek22>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: major CC: barta
Priority: highest Keywords: filter:rtf
Version: 4.0.1.2 release   
Hardware: x86-64 (AMD64)   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 65675    
Attachments: archive with documents

Description Milos Sramek 2013-04-02 13:04:40 UTC
Created attachment 77314 [details]
archive with documents

Writer does not preserve position and wrapping of images in RTF files, written by itself. Verified in 3.6 and 4.0. Results of my testing are in the attached zip file.

The problem is that all images are aligned to left and wrapping is ignored.

I tested the document with LO36, LO40, AO34 and MSO2013. It is hard to describe what is correct and when - therefore I attach a file insimage.pdf with all combinations. On each page on left is the correct appearance (the file name in blue) and on right is the rendered document.

Perhaps LO, AOO and MSO use two formats for writing and reading, which causes this mess.

To reproduce:
1. in LO (msoffice) open the provided odt (docx) file
2. save as rtf and close LO (MSoffice)
3. in LO open the rtf file

Names of the provided files mean: 

insimage-LO40.rtf
means: The document was stored by LO40 to an RTF file.
insimage-LO40.rtf.AO34.pdf
means: The document was stored by LO40 to an RTF file. Subsequently the RTF file was opened by AOO 3.4 and was saved to pdf.
Comment 1 retired 2013-04-04 21:52:29 UTC
Hi Milos,

thanks for this thorough bug-report.

Tried reproducing on OS X 10.8.3 LO 4.0.2.2. For me, when saving the odt file to rtf and then opening that rtf with LO I see all images at the left so their position was lost. Doing the same with Word shows that the image position is indeed maintained when saving to rtf.

Thus setting to NEW.
Comment 2 Steven W 2013-04-07 17:09:40 UTC
I don't think my bug is a duplicate, but may be related:

https://bugs.freedesktop.org/show_bug.cgi?id=32613

I reported 2 bugs with that report which is poor form on my part and I apologize.
Comment 3 Marina Latini (SUSE) 2014-07-10 11:46:27 UTC
Set status to highest and major and added to MAB. 
A user can't open and save a RTF file with images because LibreOffice ignores the type of anchor selected. 
If you try to create a new RTF document with an image, LibreOffice ignores the selected type of anchor and saves it anchored "As Character".
The resulting RTF document is unusable due to loss of formatting.
Comment 4 tommy27 2014-10-10 01:15:15 UTC
retested under Win7x64

reproducible with LibO 4.3.2.2 

not reproducible with LibO 4.4.0.0.alpha0+
Build ID: 9177329a425cf70b515d1f266132838894fe54c6
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-06_00:13:13

hence the bug is RESOLVED WORKSFORME in the 4.4.x master branch

feel free to revert status if you do not agree
Comment 5 Robinson Tryon (qubit) 2015-12-17 12:13:38 UTC
Migrating Whiteboard tags to Keywords: (filter:rtf)
Replace rtf_filter -> filter:rtf.
[NinjaEdit]