Bug 107595 - FILESAVE RTF wrong RTF export of text frame positioned relative to page
Summary: FILESAVE RTF wrong RTF export of text frame positioned relative to page
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks: RTF-Frame
  Show dependency treegraph
 
Reported: 2017-05-03 12:57 UTC by Christian Nieber
Modified: 2025-04-09 10:54 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
example with text object (13.29 KB, application/vnd.oasis.opendocument.text)
2017-05-03 12:57 UTC, Christian Nieber
Details
The example file and its RTF version in Writer master (109.47 KB, image/png)
2022-01-31 17:28 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Nieber 2017-05-03 12:57:18 UTC
Created attachment 133029 [details]
example with text object

The text box in the example is positioned relative to the page and anchored in a paragraph. When exported to RTF, it is written with shape properties posrelh=3 and posrelv not specified, i.e. the offsets are instead interpreted relative to paragraph and the box is positioned too far down and right.
It would come out correct if it exported posrelh=1 and posrelv=1.
Other types of relative positions are probably also wrong in RTF.
Comment 1 Xisco Faulí 2017-05-03 15:08:00 UTC
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: 597a2f5d5bd37443262b0775b8439bc3502aef1b
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: es-ES (ca_ES.UTF-8); Calc: group

The import part of the textbox was implemented in 9835a5823e0f559aabbc0e15ea126c82229c4bc7
Comment 2 QA Administrators 2018-06-18 02:42:25 UTC Comment hidden (obsolete)
Comment 3 Mike 2020-06-02 19:59:08 UTC
repro

Version: 6.4.2.2
Build ID: 1:6.4.2-0ubuntu3
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: en-US (de_DE.UTF-8); UI-Language: en-US
Calc: threaded

Version: 6.4.4.2 (x64)
Build-ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: fa-IR (de_DE); UI-Sprache: de-DE
Calc: CL

Version: 7.0.0.0.beta1 (x64)
Build ID: 94f789cbb33335b4a511c319542c7bdc31ff3b3c
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: en-US (de_DE); UI: en-US
Calc: threaded
Comment 4 Gabor Kelemen (allotropia) 2022-01-31 17:28:21 UTC
Created attachment 177943 [details]
The example file and its RTF version in Writer master

Still a problem in:

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: eb69767d7c1bb8e6e780fd9503f08c9d7f5ecb45
CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded

Mapping the drawing shape to a frame has other problems, like wrapping becoming "Square" instead of "In front of Text" in Word.
Comment 5 QA Administrators 2024-02-01 03:15:29 UTC Comment hidden (obsolete)
Comment 6 Gabor Kelemen (allotropia) 2025-04-09 10:54:04 UTC
Still an issue in

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 22ef238e820955f6f8ac84781289b8a1d8e477b9
CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded