Camelotia
Camelotia copied to clipboard
build(deps): bump FluentFTP from 37.0.4 to 49.0.2 in /src
trafficstars
Bumps FluentFTP from 37.0.4 to 49.0.2.
Changelog
Sourced from FluentFTP's changelog.
49.0.2
- NOOP Daemon (thanks FanDjango)
- Fix: Improve NOOP daemon logic
- Fix: More reliable termination
- Fix: Handle NOOP API exceptions
- Fix: Handle NOOP situations in
ExecuteAPI- Fix: No need for NOOP commands before a QUIT command
- Fix: Improve
GetReplylogging and handling for stale data and NOOP reactions- Fix: If QUIT is stashed and reconnect is pending, defer it.
- Fix: Recognize special commands & responses in all cases
- Fix: Delay NOOP connectivity tests until connection fully established
- Connection Status (thanks FanDjango)
- Fix:
IsStillConnected: Clean upConnect/DisconnectInternalinterface artifacts- Fix:
IsStillConnected: Add log messages- IBM OS/400 (thanks FanDjango)
- Fix: Enhance detection of IBM OS/400 servers
- Fix: Set
SITE LISTFMT 1andSITE NAMEFMT 1on connect- File Transfer
- Fix:
DownloadFile:FileCountProgress updated even when files are skipped (thanks J0nathan550)- Fix:
DownloadFile:stopPositionnot working in some cases (thanks alexgubanow)- Fix:
DownloadFile: Progress calculation not correct when usingstopPosition(thanks alexgubanow)49.0.1
- Fix: Change semaphore logic to prevent deadlock in NOOP Daemon (thanks FanDjango)
49.0.0
- NOOP Daemon (thanks FanDjango)
- New: Revised NOOP handling with new config option
Noopto enable NOOP daemon- New: New config options
NoopInactiveCommandsandNoopActiveCommandsto set FTP commands usable- New: New config option
NoopTestConnectivityto issue NOOP commands before every FTP command- Change:
NoopIntervalnow has a default of 3 minutes- Change: Update
GetReplyfor new NOOP handling logic- Connection Status (thanks FanDjango)
- New:
IsStillConnected()API to reliably check if FTP connection is still active- Auto Connection (mostly thanks FanDjango)
- New: Treat timeouts during
AutoDetectas failed detection instead of aborting (thanks FabBadDog)- Fix: Prevent Auto-Reconnect occurring before connect is complete
- Fix:
AutoDetectis thread unsafe, fixAutoDetectConfigIncludeImplicitlogic- Multi-Threading (thanks FanDjango)
- Change: Remove all internal locking in the sync
FtpClient- FTP Transfers (thanks FanDjango)
- Fix: Servers with no server handler used wrong
GetListing()command- Fix:
OpenReadretry attempt fails due to typo- Fix: Missing code in async stale data handler
- Fix: Missing code in Async
DisableUTF8API- FTP Proxies
- Fix: Correctly set supported method in SOCKS 5 proxy negotiation (thanks rmja)
... (truncated)
Commits
- See full diff in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)