- regarding the ILINK_LibraryPath for Cfg_1_Win32 (Debug):
Win32\Debug (not only Win32c\Debug) needs to be before Win32c\Release, as win32c does not include debug builds of Pascal code - so without that VCL debugging won't work
- IDE insist on adding CC_Suffix to all projects once switched to Clang, although it is only used in WinSCP.cbproj
- UNICODE define: Not needed for build (it's implicit), but CodeInsight does not know it it somehow
Source commit: da06d73eb86caff5ca9cac0185bed54da0da8f07
The discrepancy was introduced by Bug 2120 cb021fe3.
This restores the mv/MoveFile behavior to fail, if the target file exists with WebDAV protocol (but still allows overwrite in the GUI).
The cp/DuplicateFile behavior is unchanged, but the internal API was modified to match that of mv/MoveFile, in anticipation of aligning move/duplicate command behavior in GUI and need to keep current scripting/.NET behavior.
Source commit: 4661a3ea7ec8123231e376aae9913ce8457750dd
There's a small side-effect: The scripting "checksum" command now prints file name only while before it printed the path as it was original specified in the command.
Source commit: 7594ed8befc67e4da3153cc8b1b711ab104db867
https://winscp.net/tracker/572
- FILE_OPERATION_LOOP_END reimplemented using FileOperationLoopEnd
- ReadFile refactored - as a side effect, it now reports a correct file path in error message
Source commit: fc577c6da1425794ae49674de27205962735e85a
https://winscp.net/tracker/572
- Change: Scripting command "mv" now checks for source file existence (to determine if it is a folder or file), so error message changes
Source commit: 747e51794ef409f3878a890c8a3729ba6d97cdff
https://winscp.net/tracker/572
- cp script command now queries the server for source file/dir, as we need the information for S3_deinitialize
- DUPLICATE_FOLDER_NOT_SUPPORTED was by mistake already committed in 32d26ba76e (Remote file duplication in scripting, .NET assembly and XML log)
Source commit: b0e54d4ef136c6d798ef8010648ba759d02229e4
https://winscp.net/tracker/572
- InvalidAccessKeyId error is recognized as "authentication failed"
- default region is configurable
- bucket region and endpoint is determined before trying an actual operation
- retrieving info of one bucket
- non-existing and empty folders are distinguished
- instructions for setting up S3 test environment
- more tests for listing of buckets and folders
- tests for authentication failures
Source commit: c63bbdebfdd9b2267e3465b0df3f0f7ff5166745
