Description: Pressing Control-Shift insists on setting the text direction to left-to-right no matter what I set it to do (or not do) in Tools | Customize | Keyboard. In addition, pressing Control-Shift in Tools | Customize | Keyboard when the focus is on Shortcut Keys -- which the tooltip text says "to quickly find a shortcut in this list, simply press the key combination" -- pressing Control-Shift does not highlight that shortcut. (Please note that I have *disabled* Control-Shift as the Windows 7 shortcut key for changing input languages for the sake of testing this. The issue arose when I tried to stop Control-Shift in LO from taking any action so that I could use Control-Shift to change system input languages without affecting or effecting anything in LO.) Steps to Reproduce: 1. Type some text in whatever language and set it to right-to-left. 2. Go to Tools | Customize | Keyboard. Press the Writer radio button. 3. With the focus set to Shortcut Keys, press Control-Shift. Note that nothing happens. 4. Scroll down to Ctrl+Shift in the Shortcut Keys box and highlight it. Press Delete. 5. Press the LibreOffice radio button. With the focus set to Shortcut keys, press Control-Shift. Note that nothing happens. 6. Scroll down to Ctrl+Shift. Press Delete. 7. Press OK. 8. Place the cursor somewhere in the RTL text you wrote. Press Control-Shift. Note that it makes the text LTR. (Change the style to whatever you want. It keeps the style the same but changes the text direction.) 9. Go back to Tools | Customize | Keyboard. Set Ctrl+Shift to do something innocuous like changing the zoom level. Set it to do the same thing for both LibreOffice and Writer. Press OK. 10. Set the text you wrote to RTL. Change the zoom level to something different than what you set Ctrl+Shift to do. Press Ctrl+Shift. Note that it does not change the zoom level, but does set the text to LTR. Actual Results: Changes the text from RTL to LTR. Expected Results: Do whatever CTRL+SHIFT is set to (nothing or change the zoom level) and leave the text alone. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Confirmed. Even though <Ctrl>+<Shift> is listed as an available keyboard shortcut, an UNO command assigned is not actually triggered. Meaning instead that OPs issue with left-to-right, and right-to-left are likely passthrough from the os/DE. To test, pick any UNO command and assign to the <Ctrl>+<Shift> keyboard shortcut for Writer. If assigned, it should show in the Customize table-- I used the "Small capitals" .uno:SmallCaps (available by default at Ctrl+Shift+K). Shortcut shows assigned in the Customize dialog, but the shortcut is not triggered (at least on Windows builds) by the shortcut. Note: the LibreOffice UNO control .uno:RightToLeft is assigned <CTRL>+<Shift>+A; and .unoLLeftToRight is assigned <CTRL>+<SHIFT>+D as default keyboard shortcuts for Writer. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7e5af164b7d293dd410710bed411e1ca64bbecf7 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Thank you for the quick confirmation. What is causing Ctrl-Shift to trigger setting text to LTR is very mysterious. I knew about the Ctrl-Shift-A/D shortcuts, and for the sake of testing deleted the command for Ctrl-Shift-A, but Ctrl-Shift by itself still triggers LTR. And as mentioned I had also disabled Ctrl-Shift from triggering input language changes in the OS (Windows 7), so it's very unclear to me what could be passing through to cause it. Were you also able to confirm that pressing Control+Shift in the "Shortcut Keys" box (at Tools | Customize | Keyboard) does not immediately highlight that key combination? I don't understand how that could be related to the failure to assign an UNO command to that key combo, but it seems like it could be related. Otherwise there are three separate bugs here for control+shift -- not taking assigned UNO commands, not being recognized by the Shortcut Keys box, and causing RTL text to be set to LTR!
AFAIK this is a system setting on Windows, but it's also handled directly in the LO code and also used on other platforms. And the direction toggling is just triggered on release. See bug 103158 or bug 144412. I'm not sure this normal assignment should really be a assignable shortcut; maybe it should be removed from the shortcut list?
Thank you, Jan-Marek. You're right about Ctrl-shift being a Windows system setting, and that's what LO is responding to. I concur that Ctrl-Shift should be removed from the shortcut list and not assignable, particularly in light of the fact that Ctrl-Shift is the default method of switching input languages in Windows (and there are very few other options). (Thank you for linking to those other bugs -- now I finally understand why sometimes trying to switch input languages would cause my text to change direction!)
Dear William Friedman, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As of 7.6.5.2 on Windows, Ctrl-Shift still appears on the list of assignable keys, and still does nothing even when assigned a command. Such unassignable keystrokes should be removed from the list. Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Yes, still an issue at least on Windows builds, as in comment 1 Also seems shortcuts assigned to the <Ctrl><Shift><Tab> can be assigned but its assigned sequence is non-functional Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c9d4f99b2bb54ac7735b3e0d0cadbafbd0279518 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded @Mike, any perspective on what to do? Could we list but suppress the <Ctrl><Shift> and <Ctrl><Shift><Tab> "shortcut keys" in the customize dialog like is done for <F6> and <F10>?
Sole <Ctrl><Shift> as a shortcut by itself? Likely should just be dropped from the dialog altogether.