The Delete command removes transfer from queue. If it is already in-progress transfer, it of course also aborts it. So I believe that Delete is more appropriate then Abort.
It seems appropriate, but it is
Howeven I'm more interested in your other problem. Do I understand right that when you have aborted background download, your remote file was lost? What protocol are you using, SFTP or SCP? Can you reproduce the problem?
I am not sure whether or not you see it as a problem or as wantet effect:
Yes, now I have understood, why the file was delete (instead of the transmission) and yes, you can reproduce easily.
All works as it should if you delete the highlightened transmission via the "delete" command in the context menue. But if you use the "delete" button at the bottom of the window, you do NOT delete the transmission, but the file! No matter what file of the two files you highlight IN TRANSFERRE WINDOW. This, I think, should not be. Whatever happens to a highlighted file in the transferre window should affect the transmission only . If I want to delete a file, I will mark this file in HIS window, and nowhere else. You are right saying: But there is a popup window. But again: This behaviour nevertheless is confusing and IMHO WinSCP should NOT delete files this way.
BTW: It is SFTP