Bug 63024 - FILESAVE FILEOPEN Writer does not preserve position of images in its own RTF files
Summary: FILESAVE FILEOPEN Writer does not preserve position of images in its own RTF ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.1.2 release
Hardware: x86-64 (AMD64) All
: highest major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks: mab4.2
  Show dependency treegraph
 
Reported: 2013-04-02 13:04 UTC by Milos Sramek
Modified: 2015-12-17 12:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
archive with documents (1.61 MB, application/zip)
2013-04-02 13:04 UTC, Milos Sramek
Details

Note You need to log in before you can comment on or make changes to this bug.
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]