Bug 166579 - When the system has multiple keyboard layouts, if I use anyone but the 1st layout the arrow keys act as Scroll Lock is on, and you scroll the screen instead of moving the cell marker (UI)
Summary: When the system has multiple keyboard layouts, if I use anyone but the 1st la...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
24.2.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-14 14:34 UTC by metelo
Modified: 2025-07-07 14:44 UTC (History)
0 users

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 metelo 2025-05-14 14:34:27 UTC
Description:
On Ubuntu 24.04.2LTS, LibreOffice 24.2.7.2, with 3 keyboard layouts set up in the system (pt(abnt2), en(US), en(us,Intl)), only the top layout allows you to move the active cell with the arrow keys.

With any other layout, it will act as if the ScreenLock key is on, and the arrow keys scroll the screen instead.

I tried moving around the keyboard order, and no matter what keyboard I had as the 1st in the settings dialog, it was the only one that allowed the arrow keys to control the active cell.

Steps to Reproduce:
1. Install additional keyboard layouts in the settings section
2. Select the 2nd, 3rd keyboards, and the problem will happen
3 .Open Calc and try to move the active cell with the errors

Actual Results:
The screen scrolls instead of moving the active cell

Expected Results:
No longer can move active cell with the arrow keys


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Move the active cell in the direction of the pressed arrow
Comment 1 Whouners 2025-05-21 09:13:18 UTC Comment hidden (spam)
Comment 2 Whouners 2025-05-21 09:17:05 UTC
i have the same problem as you. It makes me confused, hope to have an answer soon. By the way, if you are looking for a game to entertain, try Slope games - it will give you a great experience. Please visit https://101games.io/slope-game
Comment 3 Jeremy Norvell 2025-05-31 21:30:06 UTC
Thank you for reporting the bug. I was not able to reproduce the bug in either version of LibreOffice listed below on Linux Mint MATE.

Steps taken to reproduce:
1. Used Mint's Keyboard settings to install the following keyboard layouts "Portuguese (Brazil)", "English (US)", and "English (US) English (US, Intl., with dead keys)"
2. Launched LibreOffice Calc
3. Used arrow keys from both the number pad and dedicated arrow keys to observe scroll behavior. None was observed in this test.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 866538a4aeb30a598a6ede3d1763d898eb1920b0
CPU threads: 2; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Version: 24.2.7.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 2; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4
Calc: threaded
Comment 4 metelo 2025-05-31 23:53:53 UTC
Thanks for posting the feedback.

If needed, I can set up a Google Meeting and share the screen to show the problem as it is occurring.

could it be an Ubuntu only issue?
Comment 5 kevin 2025-07-07 14:44:24 UTC
That sounds incredibly frustrating — layout bugs like that can really mess with productivity. I ran into something similar when switching input methods, and it completely threw off navigation controls. On a different note, I recently found this https://rockpaperscissorsai.vercel.app/ that explores logic-based interaction in a creative way. Might be a good break while troubleshooting!