Transfer Failed #18344
Replies: 1 comment
|
A rollback can be a useful A/B test, but first capture the actual transfer failure from 9.4.1. “Transfer failed” alone does not distinguish a Cyberduck regression from a server timeout, proxy, multipart-upload limit, or changed connection profile. Open the failed transfer, copy the transcript/log with credentials and signed URLs redacted, and record the protocol, server product, approximate failing size, and whether download or upload is affected. For a temporary Windows rollback:
Do not copy your coworker's installed program directory; use the official installer so bundled components and registry entries match. If 8.6.3 works and 9.4.1 fails, test one intermediate release if practical and report the narrowest known good/bad range together with the redacted transcript. Also compare the bookmark settings rather than only the app versions—especially transfer concurrency, connection timeout, segmented/multipart upload settings, proxy, and TLS/SSH configuration. Because 8.6.3 is old, do not leave it as the permanent fix: older clients miss security and protocol fixes. Keep the rollback isolated to confirming the regression, then return to a supported release or use the latest build containing the fix. |
Uh oh!
There was an error while loading. Please reload this page.
Describe the bug
Transfer failed message on larger files
To Reproduce
Drop file into e content folder
File transfer starts
File transfer stalls
message appears
Expected behavior
The file transfers
Desktop (please complete the following information):
I have Cyberduck version 9.4.1
My coworker has version 8.6.3 and it is working for him. How do I go back to a previous version of Cyberduck?
All reactions