Bug#1003994: caja: Icons shift during multiple-icon drag-n-drop between windows
Package: caja
Version: 1.26.0-1
Severity: normal
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Scott Jacobs <scott092707@aol.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: caja: Icons shift during multiple-icon drag-n-drop between windows
Bcc: Scott Jacobs <scott092707@aol.com>
Message-ID: <164255514495.96376.3637214045730011892.reportbug@ASUS-Prime-B350MA>
X-Mailer: reportbug 11.2.0
Date: Tue, 18 Jan 2022 20:19:04 -0500
X-Debbugs-Cc: scott092707@aol.com
I take pictures during my vacation, and use two windows of my file manager Caja
(from Mate - it is an offshoot of an earlier version of Nautilus that still
allows one to display the file modification date along with the filename below
the icons).
I use two windows to sort the photos. I normally sort photos into directories
by date/event, but for some photos the date doesn't matter, so I sort them into
sub-directories of miscellaneous - birds, plants, etc.
I have the misc folder open in one window, with the sub-directories showing, so
that I can just select a bunch of photos from whatever date folder I have open
in the left window, and drag-n-drop them into the relevant folders in the misc
window on the right.
If I select enough icons on the left, (or perhaps some that are widely-enough
spaced?), when the drag-n-drop starts entering the right window, the sub-
directory icons in the right window shift to the right as if they were trying
to get away.
The amount of shift varies, apparently due to the size of the group of icons
being dragged (I have had the sub-directory icons completely flee offscreen).
They shift back again when I move the drag-n-drop grouping back to the left
window.
One thing I had not noticed before, but is visible in the video
https://youtu.be/85HB12hpt-M
is that when returning the drag-n-drop to the left window, the icons there
sometimes shift around a bit also...
I am currently using Sway 1.6.1 Wayland compositor, with Debian Testing.
Caja is a GTK app running under XWayland. (Since Mate is planning a move to
Wayland, no doubt Caja will eventually be able to run as a Wayland app, but not
so far...)
I assumed at first that it was a Sway/wlroots bug, but I recently booted into
an earlier Debian Testing install of the LXQt (0.14.1) window manager,
and under LXQt the bug is present also, so therefore exists under X-Windows as
well.
To test whether it was a toolkit-based bug, I also tried Nemo (5.0.5-1) (gtk)
and pcmanfm-qt (0.14.1-3+b1) (Qt) and did NOT experience the bug.
The source of the bug therefore appears to be something in Caja.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages caja depends on:
ii caja-common 1.26.0-1
ii desktop-file-utils 0.26-1
ii gvfs 1.48.1-2
ii libatk1.0-0 2.36.0-3
ii libc6 2.33-1
ii libcairo-gobject2 1.16.0-5
ii libcairo2 1.16.0-5
ii libcaja-extension1 1.26.0-1
ii libexempi8 2.5.2-1
ii libexif12 0.6.24-1
ii libgail-3-0 3.24.31-1
ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2
ii libglib2.0-0 2.70.2-1
ii libglib2.0-bin 2.70.2-1
ii libglib2.0-data 2.70.2-1
ii libgtk-3-0 3.24.31-1
ii libice6 2:1.0.10-1
ii libmate-desktop-2-17 1.26.0-1
ii libnotify4 0.7.9-3
ii libpango-1.0-0 1.48.10+ds1-1
ii libpangocairo-1.0-0 1.48.10+ds1-1
ii libselinux1 3.3-1+b1
ii libsm6 2:1.2.3-1
ii libx11-6 2:1.7.2-2+b1
ii libxml2 2.9.12+dfsg-5+b1
ii mate-desktop 1.26.0-1
ii shared-mime-info 2.0-1
Versions of packages caja recommends:
ii gvfs-backends 1.48.1-2
ii gvfs-fuse 1.48.1-2
Versions of packages caja suggests:
ii engrampa 1.26.0-1
pn gstreamer1.0-tools <none>
pn meld <none>
-- no debconf information
Reply to: