File moved with Cut-Paste from a search filter still appears on original screen and if deleted disappears from new folder

Bug #1917152 reported by Xavier Guillot
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Nautilus
New
Unknown
nautilus (Ubuntu)
Confirmed
Undecided
Unassigned
tracker (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Affected version
Nautilus 3.38 on Ubuntu 20.10 (but I also saw this bug some months and versions ago)

I don't know if it's a specific Ubuntu bug or an upstream one, I reported it 1.5 month ago on Gitlab Gnome without any answer nor review:
https://gitlab.gnome.org/GNOME/nautilus/-/issues/1723

Resume: File moved with "Cut" from a window with an active search filter, and pasted in another folder on a second Nautilus window (not a subfolder), still appears on the first original screen (list is not automatically updated) - and if deleted from here, actually they disappear from the new folder !

It can occur to loose important documents - I often make direct shift-deletes, without recycler storage...

Steps to reproduce
I open a Nautilus window, go to a folder and make a search filter, for example 20 files appear on the window which name contains my search filter.

If I select one of them, make Cut / Ctrl-X, open a new Nautilus window, go to another folder (which is not a subfolder of the first) and make Paste / Ctrl-V, it wells copy the file in the new folder.

If I switch to the first Nautilus window with the original folder and search filter active, the moved file still appears on the list and I can open it. I think I've made an error (Ctrl-C instead of Ctrl-X) so I shift-delete it, it disappears from the list and only 19 files remain.

Current behavior
But… If I go to the second Nautilus window and the 2nd folder, the file has also disappeared from it ! File in the first window was "transformed" to a link instead of being removed, and suppressing it also deletes the file in its new folder - in my case, I lost several documents like this because of Shift-Delete and not trash use.

Expected behavior
After Cut - Paste, in the case of 2 Nautilus windows are opened, the file(s) moved from the first one should not be still visible in the search list, there should be an automatic refresh.

If I do a Copy-Paste instead of a Cut-Paste, problem does not occur: delete only removes file in the fist original folder, not on the second. If I close the search filter, it's also OK, file(s) moved no more visible. And of course, if after Cut I stay in the same Nautilus window and go to another folder to paste, no problem: bug only occurs in case of a second window opened.

Thanks in advance and best regards.

Tags: nautilus
description: updated
description: updated
Revision history for this message
Xavier Guillot (valeryan-24) wrote :

Problem is still present on Ubuntu 21.10 with Nautilus 40.2

Revision history for this message
Xavier Guillot (valeryan-24) wrote :

It seems that search results are given by Tracker, which is a separate app dedicated to searching. This is a config option / design choice.

To fix this, Nautilus would need to ping D-Bus that the file has moved, Tracker see's this event and updates it's cache and again notifies D-Bus that this event has happened.

Nautilus needs to subscribe to this (not just a one time fetch) and update any view which shows this file.

Revision history for this message
nany (nany) wrote :

Hello,

I have the same issue in Ubuntu 20.04 (Nautilus 3.36.3), Ubuntu 21.10 (Nautilus 40.2) and Ubuntu 22.04 (currently Nautilus 40.2 also).

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in nautilus (Ubuntu):
status: New → Confirmed
Changed in tracker (Ubuntu):
status: New → Confirmed
Revision history for this message
ar barzh paour (yannbaol) wrote :

same thing on Ubuntu 22.04

Changed in nautilus:
status: Unknown → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.