Background transfer queue behavior anomaly

Advertisement

wrecclesham
Donor
Joined:
Posts:
22
Location:
Vancouver, Canada

Background transfer queue behavior anomaly

If I add 30 uploads to the background transfer queue, one at a time, I can view the status of not only the transfers in progress, but all of the pending ones also:



On the other hand, if I select the same 30 files and add them to the background transfer queue simultaneously, only the transfers which are currently in progress appear in the queue, with all pending transfers only appearing once they become active transfers.

The queue total is also shown as only "1" in this situation. All of the simultaneously added transfers have been grouped together:



So doing effectively the same thing (adding multiple items to the background transfer queue), two slightly different ways, results in very different behavior!

1) Is there a design reason why all pending transfers are shown in one situation but not in the other? Or is this just an anomaly that has not been addressed yet?

2) As this behavior is quite surprising from a user's perspective (we assume there is a problem if added pending transfers are not visible), will you consider adding a note in the documentation, so people understand that this is by design and there is no problem? It feels like items are not successfully being added to the queue if we can't see them!

Currently, this unexpected behavior appears not to be mentioned in the documentation:

https://winscp.net/eng/docs/transfer_queue
https://winscp.net/eng/docs/ui_progress

I find that, in the case of multiple large files, the inconvenience caused by pending transfers not being shown until they become active outweighs the convenience of being able to add multiple transfers simultaneously. Due to this behavior, I always add multiple large files separately, one at a time, rather than simultaneously, to ensure that all pending items are visible in the background transfer queue.

3) Will WinSCP eventually be updated to create consistent behavior here, so that pending transfers for multiple items added simultaneously will be visible in the queue, just as all pending transfers for items added individually are currently visible?

Daniel

Reply with quote

Advertisement

martin
Site Admin
martin avatar
Joined:
Posts:
41,253
Location:
Prague, Czechia

Re: Background transfer queue behavior anomaly

Yes, it's by design, as documented:
Each entry in the queue list represents one background transfer (not file to transfer).
https://winscp.net/eng/docs/ui_queue#information

So if you select 30 files, they constitute "one transfer (batch)". While if you add 30 files one by one, you will end up with 30 transfers (batches). The distinction maybe got bit more blur after WinSCP become able to use multiple connections for a single "transfer (batch)".

Reply with quote

Advertisement

You can post new topics in this forum