#1021034 nautilus: Strange reaction of mouse wheel in directory with many files

Package:
nautilus
Source:
nautilus
Description:
file manager and graphical shell for GNOME
Submitter:
Martin Kovarik
Date:
2023-03-18 20:00:02 UTC
Severity:
normal
#1021034#5
Date:
2022-09-30 18:50:00 UTC
From:
To:
Dear Maintainer,

when you open some huge directory with many files and you go by mouse wheel to
the bottom of directory then mouse wheel
begin behave strange. Then if you want go to the top of directory its
impossible by mouse wheel. The focused files scrolling up though,
but in some height suddnely jump to bottom of directory. It is not fault of
hardware of mouse. The issue does not manifest in short directory
with s few files.

Rolling of mouse wheel is cause strange jump on the files.

#1021034#10
Date:
2023-02-19 01:32:06 UTC
From:
To:
This is actually a bug in GTK, GtkListView to be precise [1].

 [1] https://gitlab.gnome.org/GNOME/gtk/-/issues/2971

#1021034#15
Date:
2023-03-12 15:54:57 UTC
From:
To:
Control: reassign -1 libgtk-4-1 4.8.1+ds-1
Control: affects -1 + nautilus

A user (possibly one of the same people who has written to this bug, I'm
not sure) raised this on #debian-gnome as maybe desirable to backport a
fix to Debian 12. The upstream issue has lots of duplicates, mostly in
nautilus but also in other apps, so it seems to be quite high-visibility.

A solution was merged upstream for 4.11.x and is likely to be backported
into 4.10.1, but it's very intrusive (about 1000 lines of code removed
and about the same amount added), so this is not something we can apply
to 4.8.x without being concerned about regressions. We have to balance
the benefit of backporting a change against the risk and severity of the
regressions it could cause.

If a GTK expert in the GNOME team wants to step in and take responsibility
for backporting changes and justifying them to the release team,
they're welcome to do so; but if that doesn't happen, I think this is
too high-risk now that we're in freeze.

Even if this is not fixed before the release of Debian 12, it might be
possible for a subsequent fix to make it into a Debian 12 point release.
Again, this would have to weigh up the benefit of backporting a change
against the risk and severity of regressions that it could cause,
and the changes would need to be justified to the stable release team
as proportionate (similar to #1031926, but with a much larger diff).

    smcv

#1021034#28
Date:
2023-03-18 19:29:23 UTC
From:
To:
Hi,

I've backported all relevant upstream patches fixing this issue into my
Debian gtk4 bookworm/sid package branch [1]. *Maybe* it can be used as
a base for an official backport, but the diff is unfortunately not
particularly small, so it's up to gtk4 maintainers and the Release
Team. Anyway, testing is welcome.

This bug affects all GTK4 applications using GtkListView and/or
GtkGridView when there are enough items inside. The most prominent one
is nautilus, but there are others, too, like gnome-font-viewer. For
nautilus, it makes scrolling from bottom to top (and also from top to
almost-bottom as it just jumps to the end of the grid) impossible for
any directory with large enough items count, like /usr/share/doc or
/usr/bin.

 [1]
https://salsa.debian.org/AleksejShilin-guest/gtk4/-/tree/fixes/1021034-gtklistview-scrolling