Mouse wheel scrolling in Nautilus is rather wonky for me … if there are a lot of files in a single directory (think /var/cache/pacman/pkg), scrolling with the mouse wheel moves the view a page at a time as expected for the first 3 or 4 times I scroll then it jumps directly to the bottom of the list.
I am on a laptop so I just plugged in a USB mouse to check.
Also I had just recently cleared out my cache so I tried in /usr/bin.
I am not noticing any odd behavior. Seems to be working fine.
Edit
Odd thing. I didn’t experience the issue the first time I tried. Closed and opened Nautilus a couple of times and and I see as well the behavior are you are referring to 
I think it’s a symptom of this: https://gitlab.gnome.org/GNOME/gtk/-/issues/2971
2 Likes
Interestingly, I don’t have this issue with Nautilus 43.0 in Fedora 37 and Rawhide.
Scrolling both with touchpad and a plugged in usb mouse works as it should.
Name : nautilus
Version : 43.0
Release : 2.fc38
You got me there 
It might depend on what version of gtk4 is included on f37/rawhide. I have a VM with rawhide, so I can do do some testing there. for reference, on EndeavourOS my current version is gtk4 1:4.8.2-1 … it looks like the latest version on Rawhide is gtk4-4.8.1-2.fc38.x86_64 … so I think I have:
EndeavourOS → gtk4 4.8.2
Rawhide → gtk4 4,8,1
… and I do get the same behavior in Rawhide. Based solely on the symptoms, it looks like rapid scrolling with the mouse wheel might be confusing or corrupting some index in gtk list view object.
2 Likes
You could also check here:
Release Stable version Version in testing Fedora 38 gtk4-4.8.1-2.fc38 Fedora 37 gtk4-4.8.1-2.fc37
So perhaps this might be the root cause?
Even though I initially couldn’t reproduce the issue, strange as it might sound, I am seeing the same behavior now 
yes. I can confirm. I tried it with /usr/bin. Some wheel moves are good and others bring you directly to the bottom of the list.
MEGAsync and nautlius-megasync is my list on what’s not working.
I will uninstall them and reinstall to see if it makes a difference, but it’s not looking good for megasync or the Gnome Files 43 integration, which was so convenient.
Mega hasnt updated that extension in 4yrs, Nautilus had some major changes for Gnome 43 so they may need to update it.
I know, but it worked on 42. The Mega browser extension works, so I will just wait. Hopefully it’s not 4 years as I recall getting a support email on this that they do not support Arch.
But the funny thing is it worked all that time until 43 hit. I tried it on Xorg and same thing. I think it’s broken with this last error.
Is there a way to fix the PKGBUILD?
reading the full output can hint in cases… i already sy one hint:
local/icu 72.1-1
International Components for Unicode library
Edit2: if you’re getting a build error re icu71, you need to rebuild libpdfium against the latest version of icu. that resolves the build issue.
SOURCE: https://aur.archlinux.org/packages/megasync#comment-886686
megasync and the mautilus integration work fine for me.
You need to recreate the megasync package
paru -S megasync --rebuild=all
This works the same way with yay instead or paru
2 Likes
uh nice option:
--rebuildall Always build all AUR packages
will do the job automatically…
That’s really good to know.
megasync depend on one of:
libpdfium (libpdfium-nojs, pdfium-binaries, pdfium-binaries-v8)
what do you use?