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
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 [url=https://101games.io/slope-game]slope games[/url] - it will give you a great experience
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
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
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?
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!
metelo: so far you did not yet copy and paste here the content of your Help - About by clicking the copy button. It would be very useful and should be done every time you report an issue. Do you see the issue when launching from a terminal with: SAL_USE_VCLPLUGIN=gen libreoffice Also, do you still see it with version 25.8? One way to test is an appimage: https://www.libreoffice.org/download/appimage/
Created attachment 204918 [details] Help About dialog
(In reply to metelo from comment #7) > Created attachment 204918 [details] > Help About dialog In the future, there is no need to take a screenshot, but just to click that lovely copy button next to "Version Information", as mentioned. In the screenshot we see you use the gtk3 UI. What about my other questions?
I have upgraded to 25.8 through the PPA. And the issue stays the same. When using SAL_USE_VCLPLUGIN=gen LibreOffice to launch, the problem persisted. Although the keys were inverted (moving in the opposing directions). I tried the appimage (downloaded on 1/4/2026 7:30 AM ET. The same thing happened when launching through it. It feels like the old scroll lock key is on.