Bug 137184 - FILESAVE RTF Text in footer aligned incorrectly
Summary: FILESAVE RTF Text in footer aligned incorrectly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks: RTF-Header-Footer
  Show dependency treegraph
 
Reported: 2020-10-01 13:06 UTC by Buovjaga
Modified: 2024-05-07 13:22 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
The example file and its RTF version in Writer master (115.29 KB, image/png)
2022-01-27 15:41 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Buovjaga 2020-10-01 13:06:19 UTC
1. Open attachment 104763 [details] from bug 82734
2. Save as RTF and reload

Observe how "Microsoft Dynamics GP 2013 on Windows Azure" in the footer on the second page is now aligned to the right. I checked in MSO 2013 that left alignment is the correct one.

About the history of behaviour:
In Linux 43all repo, the range between last36onmaster and last40master seemed promising to bibisect, because in last36onmaster the text position was correct upon opening and then saving to RTF. However, in the range there were commits which produced non-opening RTF files and the repo does not have 1 build per commit, so I did not feel it worth the effort to finish.

Starting from 4.0, there was a period where the text was already misaligned upon opening the DOCX. This was fixed by https://git.libreoffice.org/core/commit/7d9bb549d498d6beed2c4050c402d09643febdfa (found in 44max)

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: 09c24681a3414092fde50ec0f617c9f7c79e8a61
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 30 September 2020
Comment 1 Dieter 2020-11-07 05:35:32 UTC
I confirm it with

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded
Comment 2 Gabor Kelemen (allotropia) 2022-01-27 15:41:19 UTC
Created attachment 177843 [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

Looks like the "Same content on left and right pages" flag is not considered on RTF save.
In the DOCX original it is not enabled, but enabling it creates the look seen in RTF.
In the RTF version it is enabled.
Comment 3 QA Administrators 2024-01-28 03:14:05 UTC Comment hidden (obsolete)
Comment 4 Dieter 2024-05-05 16:08:44 UTC
Still a problem with

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Footer is now aligned on the left, but footer is empty. That might be the expected behaviour if "Same Content on Left and Right Pages" is enabled (see comment 2).

Buovjaga, I think bug summary should be changed or the report should be closed, because original problem seems to be resolved. What do you think?
Comment 5 Buovjaga 2024-05-07 13:22:27 UTC
(In reply to Dieter from comment #4)
> Still a problem with
> 
> Version: 24.2.3.2 (X86_64) / LibreOffice Community
> Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
> CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL:
> win
> Locale: de-DE (de_DE); UI: en-GB
> Calc: CL threaded
> 
> Footer is now aligned on the left, but footer is empty. That might be the
> expected behaviour if "Same Content on Left and Right Pages" is enabled (see
> comment 2).
> 
> Buovjaga, I think bug summary should be changed or the report should be
> closed, because original problem seems to be resolved. What do you think?

Reported as bug 160976.

I don't think it's expected behaviour because there is no right page footer in the document. The footer on the first page is "First Page Footer".