Bug 121584 - Ctrl+LShift, Ctrl+RShift not setting direction in comments
Summary: Ctrl+LShift, Ctrl+RShift not setting direction in comments
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: RTL-UI
  Show dependency treegraph
 
Reported: 2018-11-21 12:50 UTC by Eyal Rozenberg
Modified: 2023-12-08 21:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2018-11-21 12:50:24 UTC
When editing a comment (in an off-page balloon), it is possible to manually set its direction to LTR or RTL, using the toolbar. However, it is _not_ possible to set it using the keyboard shortcuts Ctrl+LShift and Ctrl+RShift, which usually switch direction (and work when editing text on the page proper).

I'm guessing somebody just forgot to enable these somewhere.

A possibly-related issue: bug 114733.

Tested with:
Version: 6.2.0.0.beta1
Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: en-US (en_IL); UI-Language: en-US
Calc: threaded

but seen at least as early as 5.6.x versions and probably much earlier still.
Comment 1 Durgapriyanka 2018-11-21 17:29:32 UTC
I can confirm that the bug is present.

Version: 6.0.6.2
Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77
CPU threads: 2; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group
Comment 2 Eyal Rozenberg 2018-11-21 20:25:13 UTC
(In reply to Durgapriyanka from comment #1)
> I can confirm that the bug is present.

Confirming as per Durgapriyanka's comment.
Comment 3 Buovjaga 2019-01-23 18:11:12 UTC
Repro with 3.3.0 on Win 10.
Comment 4 QA Administrators 2022-01-09 03:41:11 UTC Comment hidden (obsolete)
Comment 5 Eyal Rozenberg 2022-01-09 17:43:33 UTC
Bug still manifests with:

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 250e4886d85a7e131da76f181b3fa7be02d1a76d
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 6 BogdanB 2023-12-08 20:40:17 UTC
Working for me with
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: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Eyal, please could you retest?

I am inside the comment and press Ctrl+leftShift, Or Ctrl+rightShift, and the comment is changing the place it is positioned.
Comment 7 Eyal Rozenberg 2023-12-08 21:26:24 UTC
(In reply to BogdanB from comment #6)
> Working for me with
> Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community

What build is that? The nightly builds are 24.2.something :-(

> Eyal, please could you retest?
> 
> I am inside the comment and press Ctrl+leftShift, Or Ctrl+rightShift, and
> the comment is changing the place it is positioned.

I now encounter the bug intermittently; and it may have something to do with bug 135350.

Instructions:

1. Have RTL-CTL support enabled (maybe also CJK? Probably doesn't matter)
2. Create a new writer document (default page style should be RTL and so should the first pargraph)
3. Type in שלום
4. Select the word you've typed (not the whole paragraph)
5. Insert a comment (for me, the comment paragraph direction is RTL, which I would say is a bug, but never mind)
6. Press Ctrl+LShift and Ctrl+RShift a couple of times

Expected Result:
Comment direction changes back and forth

Actual Result:
Nothing Happens

But - if I now, say, lose application focus, gain it again, click the שלום, then click the body of the comment again, and repeat step 6 - I now _do_ get a direction change.




Build info:

Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 516f800f84b533db0082b1f39c19d1af40ab29c8
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US