Cyberduck Mountain Duck CLI

#4325 closed defect (duplicate)

Stop file transfer doesn't stop waiting transfer and starts next one

Reported by: blmatthews@… Owned by: dkocher
Priority: normal Milestone: 3.6
Component: core Version: 3.4.1
Severity: normal Keywords: stop interrupt transfer
Cc: Architecture:
Platform: Mac OS X 10.6

Description

I had 6 transfers (call them f1-f6). I have my max connections set to 1, so only f1 was transferring, the others were waiting.

I decided I didn't want f6, so I clicked on it then clicked Stop. Instead of stopping it, f2 started transferring, so I now had 2 transfers going at once (despite a max transfers of 1). f6 still shows as waiting, and I can't remove it from the list.

In addition, when f1 finished, f2 was still transferring, but it started f3 transferring, against despite a max transfers of 1.

I then tried stopping f6 again. Now it says Disconnecting <server>, but I still can't remove it from the list, and f4 started, so I now have 3 transfers going.

It appears that whenever a transfer ends, either because it's finished or I stop a queued transfer (even if the stop doesn't work), Cyberduck just starts the next transfer. It seems it should check the max transfers before starting a transfer and not start it if max transfers would be exceeded.

Change History (3)

comment:1 Changed on May 30, 2010 at 2:25:40 AM by dkocher

  • Milestone set to 3.6
  • Platform set to Mac OS X 10.6
  • Status changed from new to assigned

comment:2 Changed on Aug 6, 2010 at 2:46:31 PM by dkocher

Duplicate for #3011. Thanks for the detailed description of the bug.

comment:3 Changed on Aug 6, 2010 at 2:47:37 PM by dkocher

  • Resolution set to duplicate
  • Status changed from assigned to closed
Note: See TracTickets for help on using tickets.
swiss made software