FileOperations: Re-escape uris from Clipboard or DNDHandler before use in fileoperations

[jeremypw]

Fixes #2615

After #2268 files being copied or dragged have their name sanitized before being given to the recipient so that they appear correctly when pasted/dropped as text. However, they were not being re-escaped when used in a file operation and this caused the operation to fail for some files. This PR fixes that.

After this PR, copy/dragging a file should work both to a text document or terminal and to another folder in Files (or Dolphin or Nautilus at least).

Note that Dolphin does not unescape filenames when transferred as text but Nautilus does.

[vjr]

The code LGTM but I can't confirm (repro) the fix works...

[lenemter]

When dragging a file with '#' in its name into the Terminal, the pasted path gets cut off after '#'

A bug has now been identified so dismissing approval in case of accidental merging.

[jeremypw]

When dragging a file with '#' in its name into the Terminal, the pasted path gets cut off after '#'

Nautilus seems to have the same problem (with Pantheon Terminal).

[jeremypw]

Cut and paste works correctly.

[jeremypw]

This appears to be a bug in Terminal not Files - the "sanitization" of dropped uris is causing this truncation.

[jeremypw]

See #877 for Terminal fix.

[zeebok]

Hmmm just tested in a VM. It does fix D&Ding the ##test##.txt to a subfolder, but dragging into Terminal or Code (or an mp3 into Music) still doesn't seem to work. Terminal only shows the folder of the file, Code crashes, and Music sees the mp3 as invalid.

[jeremypw]

@zeebok Thanks for the review - it is hard to fix this problem without introducing problems elsewhere hence the need for multiple testers. There is a Terminal PR to fix handling # there (elementary/terminal#877). I'll look into the other instances you mentioned to see where the problem lies.

[jeremypw]

@zeebok I cannot reproduce the problem with pasting into Code I am afraid (using current master version of Code on OS8).

I notice that pasting from other file managers into Terminal also truncates confirming that it is a Terminal bug.

[jeremypw]

I can conform that pasting into Music is problematic. I suspect it is because Files is including the files:// protocol for local files.

[jeremypw]

Hmm, I now cannot reproduce the Music issue after recompiling Music from source, neither on version 8.0.0 or version 7.0.0 of Music, at least with files not containing # so I am not sure what version of Music I was running before. However, I cannot drop files onto a similar third-party music app (Amberol) but Nautilus e.g. can. I cannot see any difference in the URI of a file dropped by Files and Nautilus so that is puzzling.

There is a problem similar to Terminal in Music where the URI of files is truncated at the first occurrence of # but in that case it does not occur with other file managers.

[jeremypw]

@zeebok I'd be grateful for your review after the latest commits. I noticed that Files was only providing the TargetType TEXT_URI_LIST to other apps - I've fixed that although I don't think it is related to this issue necessarily. I've also tried to clarify the code a little with better names and comments.
Also, I've reverted the stringbuilder function to work as it did in version 6.x i.e. it only sanitizes the path when providing a TargetType.STRING.

I suggest you test using Music compiled from source as the current release has issues with dropped files. I also suggest testing with Terminal compiled from elementary/terminal#877.

I could not get dropping onto Amberol to work - maybe because it is a Gtk4 app and DnD is done differently? I think any issues with 3rd party apps will have to be left for another PR.