Description: Using horizontal scrolling via shift key and mouse wheel scrolling is very imprecise and jumpy regardless of file size. The problem occurs from LO version 7.6.5.2 to the latest available, in previous versions everything worked as expected. I have encountered the problem on several PCs, with different hardware, different mouse, different kernels, different linux distributions (arch, fedora, ubuntu, mint, debian) and different DEs (cinnamon, gnome, kde). Steps to Reproduce: 1. Install LO 7.6.5.2 or later 2. Open calc and use horizontal scrolling with shift key+mouse wheel (The problem is more visible on files with some data like the one attached) Actual Results: Horizontal scrolling with shift key+mouse wheel imprecise and bouncy Expected Results: Smooth horizontal scrolling as in previous versions of LO Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: it Module: SpreadsheetDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes
Created attachment 198558 [details] simple calc file
Could you please to try latest build like 24.8.4?
(In reply to Roman Kuznetsov from comment #2) > Could you please to try latest build like 24.8.4? Hi, I tried version 24.8.4 (deb, rpm and flatpak), the problem is still present
Tested with: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: ee3885777aa7032db5a9b65deec9457448a91162 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL threaded At many zoom levels, it jumps from columns A to C. If A column is fixed, it jumps from B to D.
(In reply to LeroyG from comment #4) > Tested with: > > Version: 24.2.7.2 (X86_64) / LibreOffice Community > Build ID: ee3885777aa7032db5a9b65deec9457448a91162 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: > win > Locale: es-MX (es_ES); UI: en-US > Calc: CL threaded > > At many zoom levels, it jumps from columns A to C. > If A column is fixed, it jumps from B to D. It's as if the system doesn't sense the mouse wheel scrolling correctly but senses one turn every three or so, this is my impression.
Hello Simone, Thank you for reporting the bug. The bug is not present in master. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a8ec21adf255b70bb6eeb0a1717190df303d8b26 CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-US Calc/Writer: threaded
(In reply to mikhail.machine from comment #6) > Hello Simone, > > Thank you for reporting the bug. The bug is not present in master. > > Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: a8ec21adf255b70bb6eeb0a1717190df303d8b26 > CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (en_FI); UI: en-US > Calc/Writer: threaded Hi Mikhail, what do you mean by "The bug is not present in master"? I have tried all versions from 7.6.5.2 and the bug is present in all subsequent ones up to 24.8.4. The problem is on Linux, I don't know if it exists on Windows too. If I understood correctly, you tried on your Windows PC, right?
The problem is also present in version 25.2.0.3
There have been changes to this behaviour, see bug 135478 and bug 161945. Scrolling with your file feels precise and not jumpy with kf6 and gtk3 UIs. You could paste the version info of LibreOffice from at least one of the distros you tried with. Arch Linux 64-bit Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01a214d9596a595570b08d5e9d0c5776f892aa09 CPU threads: 8; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 11 February 2025
I see no jumps with version: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: ee3885777aa7032db5a9b65deec9457448a91162 CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: es-MX (es_AR); UI: en-US Calc: threaded(In reply to Simone from comment #5) > (In reply to LeroyG from comment #4) > It's as if the system doesn't sense the mouse wheel scrolling correctly but > senses one turn every three or so, this is my impression. One, two or three, it depends on the columns width. And it varies if going to the right or to the left.
Versión: 6.4.7.2 (x64) Id. de compilación: 639b8ac485750d5696d7590a72ef1b496725cfb5 Subprocs. CPU: 4; SO: Windows 10.0 Build 17763; Repres. IU: predet.; VCL: win; Configuración regional: es-AR (es_AR); Idioma de IU: es-ES Calc: threaded In this version, shift key + mouse wheel jumps three columns at a time.
(In reply to LeroyG from comment #10) > One, two or three, it depends on the columns width. And it varies if going > to the right or to the left. The variance when going toward column A was addressed in bug 161945. Everyone should be testing with 25.2 or later.
(In reply to LeroyG from comment #11) > Versión: 6.4.7.2 (x64) > Id. de compilación: 639b8ac485750d5696d7590a72ef1b496725cfb5 > Subprocs. CPU: 4; SO: Windows 10.0 Build 17763; Repres. IU: predet.; VCL: > win; > Configuración regional: es-AR (es_AR); Idioma de IU: es-ES > Calc: threaded > > In this version, shift key + mouse wheel jumps three columns at a time. Maybe on Windows LibreOffice behaves differently, on Linux the problem is present. I would like to show you a video but it would be incomprehensible without being able to try it first hand. On versions prior to 7.6.5.2 the horizontal scroll with shift+mouse wheel works perfectly, exactly as you expect. From 7.6.5.2 onwards the horizontal scroll (but only with shift+mouse wheel) works decidedly badly. Reaching the cells furthest to the right is slow and watching the cells scroll you lose the context of where you are because they do not scroll as they should. I currently use Linux Mint with version 24.2.7.2, but I have tried all versions and different GNU/Linux operating systems (Arch, Debian, Ubuntu, Fedora), the problem is always present from version 7.6.5.2 onwards. I recommend trying any distribution by installing a version of LO older than 7.6.5.2 and then a recent one (they can both coexist on the same operating system and try to open my file first with one and then with the other). I do not recommend trying an empty file because the problem, although present, is less evident.
Simone: please copy and paste here the content of your Help - About by clicking the copy button. This allows us to know more about your system. (In reply to Simone from comment #13) > Maybe on Windows LibreOffice behaves differently, on Linux the problem is > present. Note that I do *not* see this on Linux on any UI as I said in comment 9. (In reply to Simone from comment #13) > Reaching the cells furthest to the > right is slow and watching the cells scroll you lose the context of where > you are because they do not scroll as they should. This sounds different from your original description.
(In reply to Buovjaga from comment #14) > Simone: please copy and paste here the content of your Help - About by > clicking the copy button. This allows us to know more about your system. > > (In reply to Simone from comment #13) > > Maybe on Windows LibreOffice behaves differently, on Linux the problem is > > present. > > Note that I do *not* see this on Linux on any UI as I said in comment 9. > > (In reply to Simone from comment #13) > > Reaching the cells furthest to the > > right is slow and watching the cells scroll you lose the context of where > > you are because they do not scroll as they should. > > This sounds different from your original description. This is the version information for Libre Office: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.2 Calc: threaded
I'll try to explain as best I can. My mouse, like most, has a tactile feedback on the scroll wheel. In the versions where LibreOffice behaves correctly by performing the horizontal scroll, each feedback of the wheel corresponds to a column. From the version indicated onwards, up to the latest version available, the column change occurs every 1/2/3 feedback of the wheel in a random way. To scroll a sheet in width therefore takes much longer. The final impression is that the scrolling is imprecise and bouncy.
(In reply to Simone from comment #16) > I'll try to explain as best I can. My mouse, like most, has a tactile > feedback on the scroll wheel. In the versions where LibreOffice behaves > correctly by performing the horizontal scroll, each feedback of the wheel > corresponds to a column. From the version indicated onwards, up to the > latest version available, the column change occurs every 1/2/3 feedback of > the wheel in a random way. To scroll a sheet in width therefore takes much > longer. The final impression is that the scrolling is imprecise and bouncy. Hmm, when you put it like that, I do notice the randomness in the tactile feedback (kind of "bump" when you use the wheel). This started only with 24.2. Before that, it moved 4 columns with each tactile bump of the wheel. Now you indeed might have to turn even 3 bumps, but sometimes only 1 is enough. Bug 119745 is another one where code changes related to horizontal scrolling were made, to reduce the speed of scrolling. I find it behaves the same on Windows. I guess we can set to NEW. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 41ab24cecd6ad74312843f113d2faa13259cdb7d CPU threads: 2; OS: Windows 11 X86_64 (build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded