Moving files from one directory to another is extremely slow!

[zaps166]

Use this script to generate files and folders for testing (the script will create "Files" directory which will contain "Dest" directory and 50 empty files. It will automatically open Caja):

#!/bin/bash
mkdir -p Files || exit 1
cd Files || exit 1
for ((i=1; $i <= 50; i++))
do
    touch $i || exit 1
done
mkdir -p Dest || exit 1
exec caja --no-desktop .

1. Run the script.
2. Select all generated files (except the "Dest" directory).
3. Cut selected files (Ctrl+X), don't copy.
4. Open "Dest" directory.
5. Paste files (Ctrl+V) - this operation can take 10 sec. up to 40 sec.! Sometimes it pastes files immediately, so remove all files and test it again.

Tested with 1.12.6 (two computers) and master: ce7cc9580809d4017c74b0128f7e82f94eb173d9

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/32336979-moving-files-from-one-directory-to-another-is-extremely-slow?utm_campaign=plugin&utm_content=tracker%2F651521&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F651521&utm_medium=issues&utm_source=github).

[lukefromdc]

We'll have to try it and see. I've had only minimal problems with this myself so difficult to reliably test. I'll see if Debian has built gvfs with the fix and install it now if they have. I normally hold updates until I have access to on-road wifi(no landline at home).

[lukefromdc]

My last gvfs update (to 1.30.1-b1) was on June 25, this is later than the version shown in the bug report. We can redo the under manager if this problem persists with known good gvfs versions. I did not add all that to last year's GtkApplication work in order to limit the extent of an already radical change at the limits of my skill to those things needed for that particular change. Nautilus as a whole got a hell of a lot of changes between 2.32 and 3.0