Cancelling network copying transfers to GOA NextCloud (WebDAV) does not cancel them in the backend
Affected Version
- Version: 45.2.1 and
46.beta-f256ad513
- Distribution: Fedora 39
- Also happens with development version: Yes
Steps to reproduce
With your GNOME NextCloud account set up as a GOA account with Files activated:
- Copy a medium-sized file (that would take a minute or two to upload with your Internet connection) to any folder in that mounted GOA NextCloud account
- Monitor your network upload bandwidth consumption during that time (with GNOME System Monitor, for example)
- After a few seconds, cancel the transfer from Nautilus' transfer details popover
- Try to paste the file into the same location again
Actual Behavior
Demonstration video: https://www.youtube.com/watch?v=V5DnjUZTgE8
- The network activity continues in the background after you cancelled the operation in the UI, until the transfer completes.
- Destination maintains a file writing lock; attempting to paste in the same folder will give you an error dialog that says: "HTTP Error: Locked"
The steps and symptoms above are 100% consistently reproducible for me.
This can be problematic as it slows down other transfers, can saturate your connection, or cost you money (when using a metered network).
Expected Behavior
- Network activity should stop
- Destination should have its file writing lock released (and possibly the incomplete file deleted from the destination; file should remain in the source folder), allowing to paste the same file there again
- If there is a problem with cancelling the backend operation, Nautilus' UI should somehow be aware and surface the problem?
Additional information
- Version 45.x is affected in the same way
- SFTP transfers do not exhibit the problem (in Nightly and 45.x), only GOA NextCloud/WebDAV transfers
Edited by Jeff Fortin