Description: When anchoring a text-box to page in a Right-to-Left document, the text box doesn't appear in normal view but when exporting to PDF the text appears normally. Ubuntu : https://youtu.be/-oWBhi07N6Q Windows 10 : https://youtu.be/OVPm6TM3HlI Steps to Reproduce: 1. Create a text-box with some text in it. 2. Enable complex text layout. Tools>Options>Language Settings>Language>Complex text layout: set to Arabic(Jordan) for example. 3. Change page direction to RTL. Format>page>text-orientation: set to Right-to-Left 4. Change textb-box anchor to page. Actual Results: The text and text-box don't appear in normal view Expected Results: The text and the text-box to appear normally Reproducible: Always User Profile Reset: No Additional Info:
I confirm it with Version: 6.2.3.2 (x64) Build-ID: aecc05fe267cc68dde00352a451aa867b3b546ac CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and also with Version: 5.4.7.2 (x64) Build-ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL
Created attachment 151626 [details] sample file Steps to reproduce: 1. Open attached file 2. Format - Page 3. Change text direction to right-to-left
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=689cead9e0837dc932e3a4cd765f7d319b529018 author Michael Stahl <mstahl@redhat.com> 2016-12-06 22:59:40 +0100 committer Michael Stahl <mstahl@redhat.com> 2016-12-07 14:46:07 +0100 commit 689cead9e0837dc932e3a4cd765f7d319b529018 (patch) tree cd6cdcd77f017ef1e60ec11556617da5b1c39721 parent b346439637b7d03a3eb1d6e67dfb585b357567f4 (diff) tdf#91260 svx, sw: don't paint off-page part of drawing object Bisected with: bibisect-linux-64-5.4 Adding Cc: to Michael Stahl
duplicate to bug 117938?
Also in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9fb3970a1a599eae2447f6746597843434ee758b CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ar-JO (ro_RO.UTF-8); UI: en-US Calc: threaded
I believe this and 117938 are dupes of each other. If that's not the case - can someone please explain the difference? (I asked the same question there.)
(In reply to Eyal Rozenberg from comment #6, and to Regina Henschel from comment #4) > I believe this and 117938 are dupes of each other. > > If that's not the case - can someone please explain the difference? (I asked > the same question there.) As I wrote at bug #117938 comment #30: +1. There seem to be a difference in the order of operations, at least for the initial reports. At bug #117938, you set RTL before the object is completed. At bug #124987, it is the other way around. As for another difference, bug #124987, this bug, does not assume you enabled complex text layout in the first place. (Which could be what confused Dieter from bug #117938 comment #1 and bug #117938 comment #3. And now I noticed he also wrote comment #1 for this bug.) Never the less, these differences do not seem to change the outcome of the operations.
*** Bug 117938 has been marked as a duplicate of this bug. ***
(In reply to Eyal Rozenberg from comment #8) > *** Bug 117938 has been marked as a duplicate of this bug. *** As bug #117938 has more comments, this bug is missing useful information. Such as bug #117938 comment #23: set object anchor to "page" by shape -> Position and Size, and pick the anchor "To page" there. Or bug #117938 comment #12: A list for behavior of different objects that are anchored to the page.
Bug still manifests with: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01e6e4303e5a9966f102e0357fe0354a2f74a1c4 CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US