I was trying Fedora budgie rawhide and I’ve noticed that when I was scrolling Discover and Dolphin with the mesa drivers, the scroll was super smooth and felt 144hz (the refresh rate of my monitor), then I’ve installed the 595 driver and I instantly saw that change, now scrolling in Discover and Dolphin feels like it’s locked at 30/60hz and not 144hz like before.
nvidia-bug-report.log.gz (313.0 KB)
In arch linux there is also the same issue, with the NVK driver scrolling in KDE applications is super smooth, with the 590/595 driver it feels like 30hz
so this issue is still present only for the proprietary nvidia driver, if I use an AMD gpu the scrolling in KDE applications feels buttery smooth, and if I use a NVIDIA gpu with the NVK/Nouveau driver, then the scrolling feels buttery smooth too!
this is still happenin with driver 610.57.04, and this issue doesn’t happen when using the Nouveau + NVK driver, and it doesn’t happen with Intel and AMD gpu, this issue only happens with the proprietary NVIDIA driver, and it has been always happening.
There is a patched version of QT in the AUR that kinda fixes the issue, but it’s not a real issue as most probably the issue is with the NVIDIA driver itself, as this issue only happens with the official Proprietary NVIDIA driver, I’ll leave the link to the patched QT version for the developers to investigate this issue more: AUR (en) - qt6-base-hifps
I have filed a bug 6760600 internally for tracking purpose.
Shall get back to you if required any additional information.
thank you!
this issue is still happening with 615.71.09 driver
--Removed
I don’t think this is the same issue discussed in this thread
Hi @agarplayerarlon,
Thank you for the detailed report — we appreciate the patience while we look into this.
We attempted to reproduce the issue locally but were not able to observe the same scrolling behavior with the proprietary NVIDIA driver on a similar KDE Plasma setup. Before we dig deeper, a couple of things would help us narrow this down:
1. Confirm the active driver
Could you double-check that the proprietary NVIDIA driver is actually in use when you see the issue? Sometimes a system update or fallback can switch back to Nouveau/NVK unexpectedly. Running the following will confirm:
glxinfo | grep "OpenGL renderer"
nvidia-smi
2. Check actual frame rate with mangohud
It would be very useful to know whether the FPS drop is real or only perceptual. If you have mangohud installed (or can install it via your package manager), please launch Dolphin or Discover or any other repro app through it:
mangohud dolphin
Share a screenshot or the logged output showing the actual FPS while scrolling. This will tell us whether the driver is genuinely limiting frames or whether the pacing/presentation timing is the issue.
This will help us determine whether the root cause is in the driver or in the application layer. Thanks again for your help!
1:
OpenGL renderer string: NVIDIA GeForce RTX 4060/PCIe/SSE2
Mon Oct 12 12:45:52 2026
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 615.71.09 KMD Version: 615.71.09 CUDA UMD Version: 13.4 |
+-----------------------------------------+------------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+========================+======================|
| 0 NVIDIA GeForce RTX 4060 Off | 00000000:01:00.0 On | N/A |
| 0% 46C P8 N/A / 115W | 1006MiB / 8188MiB | 0% Default |
| | | N/A |
+-----------------------------------------+------------------------+----------------------+
+-----------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=========================================================================================|
| 0 N/A N/A 2193 C+G /usr/bin/kwin_wayland 76MiB |
| 0 N/A N/A 2264 G /usr/bin/plasma-keyboard 31MiB |
| 0 N/A N/A 2272 G /usr/bin/Xwayland 2MiB |
| 0 N/A N/A 2330 G /usr/bin/plasmashell 106MiB |
| 0 N/A N/A 2377 G ...it-kde-authentication-agent-1 2MiB |
| 0 N/A N/A 2744 G /usr/bin/xwaylandvideobridge 2MiB |
| 0 N/A N/A 3430 C+G ...rack-uuid=3190708988185955192 149MiB |
| 0 N/A N/A 9942 G ...share/Steam/ubuntu12_32/steam 3MiB |
| 0 N/A N/A 10219 G ./steamwebhelper 22MiB |
| 0 N/A N/A 10250 G ...am/ubuntu12_64/steamwebhelper 105MiB |
| 0 N/A N/A 17796 C+G ...rack-uuid=3190708988185955192 175MiB |
+-----------------------------------------------------------------------------------------+
2: if I run “mangohud dolphin” Dolphin opens but without the mangohud overlay.
Also, this issue happens wether “Prefer smooth scrolling” is enabled or disabled in the kde settings (Workspace → General Behavior → Scrolling → Prefer smooth scrolling)
3: Please give a look at this QT patch AUR (en) - qt6-base-hifps that fixes this issue, it might be helpful to understand what’s going on.
4: Also just to remind, this issue ONLY happens with the proprietary NVIDIA drivers, it doesn’t happen with Nouveau+NVK, or with the AMD and Intel mesa drivers for their GPUs.
5: My display is 1920 x 1080 144hz, and I’m running on Fedora KDE 44 with KDE 6.7.5 and I’m using Wayland.
I am also experiencing the same issue on KDE Plasma 6.7.5 Wayland session with RTX 5070 on 240hz display. The scrolling animation low framerate bug was first noticed by me a year or maybe two years ago but I believe it was always there. Not sure if it happens on xorg but it’s irrelevant now since that display server is obsolete now especially with KDE Plasma 6.8. I can see the low framerate in start menu, in Settings, in Discover, Dolphin (when using list view etc.) . It’s just the tiles moving when scrolling that are stuttery not the whole desktop or app.
Also certain animations in kde seems to be plagued by the same issue like for example entering desktop edit mode or when moving open app to a edge of the screen so the tiling helper animation kicks in
