Reproduced.
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo
https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb103-1-TDF/2025-12-02_03.04.04/


Steps to Reproduce can be made simpler.
1. Set the paragraph for right alignment.
2. Ctrl+Shift(Left).

Note:
Ctrl+Shift(Right) has changed the writing direction from "left -> right" to "right -> left".

It might not be "cancel right alignment", but rather "force left horizontal writing".

When checking the Style Inspector after pressing Ctrl+Shift (Left), the "Paragraph Direct Formatting" shows the following properties:
- Para Auto Writing Mode = False
- Writing Mode = 0
- Para Adjust = 0

With these present, even if the Page Style changes the writing direction, left horizontal writing is maintained. Without them, the paragraph follows the default settings.

Similarly, Ctrl+Shift (Right) might mean "force right horizontal writing". In that case, the properties are:
- Para Auto Writing Mode = False
- Writing Mode = 1
- Para Adjust = 1

(In reply to Takenori Yasuda from comment #2)
> It might not be "cancel right alignment", but rather "force left horizontal
> writing".

See the information provided in Bug 120615
("Ctrl+LShift, Ctrl+RShift not setting direction in Impress"),
inter alia

"In LO Writer, like in MS Office, pressing Ctrl+LShift sets the paragraph direction to LTR, and pressiong Ctrl+RShift sets it to RTL."

Reproduced.
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo

Menu > Options > Languages and Locales > General > Default Languages for Documents > Complex text layout: ON


(In reply to nutka from comment #3)
> "In LO Writer, like in MS Office, pressing Ctrl+LShift sets the paragraph
> direction to LTR, and pressiong Ctrl+RShift sets it to RTL."
Based on the circumstantial evidence, this might be the case. That’s how it appears to me now.

Reproducible with LibreOffice 3.3.0.4 and OpenOffice.org 3.3.0 (on Windows).

Therefore the Version field should read: "Inherited From OOo" or the like.

Reproducible
[2026-01-26]
Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 680(Build:0)
CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded

nobu:
Not reproducible
Version: 25.8.3.2 (X86_64)

Takenori:
Reproduced.
Version: 25.8.3.2 (X86_64)

nutka
Reproducible with LibreOffice 3.3.0.4

nobu and takenori, could you test with an older version to be sure it is not a regression? Based on nutka observation...

(In reply to BogdanB from comment #7)
> nobu:
> Not reproducible
> Version: 25.8.3.2 (X86_64)

Linux-OS on Virtual-box

Not reproducible
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 2; OS: Linux 6.1; UI render: default; VCL: gtk3

When searching only for the title, these two commits might be related, but both appear to be about macOS, so they may not be relevant.

https://git.libreoffice.org/core/+/ed45cdaef3d2807d0b9d6a4c08da375fc72024a6%5E%21

https://git.libreoffice.org/core/+/beafc69eaca9324f669555679fe9569a0e77f4d6%5E%21

(In reply to BogdanB from comment #7)
> Takenori:
> Reproduced.
Menu > Options > Languages and Locales > General > Default Languages for Documents
- Complex text layout = OFF: Not reproduced
- Complex text layout = ON: Reproduced


Tested with (in Safe mode):
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

Version: 5.4.7.2
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 8; OS: Windows 6.2; UI render: default; 
Locale: ja-JP (ja_JP); Calc: group