v1.4.3

fineFTP v1.4.3

• fineftp now installs a fineftpConfigVersion.cmake file by @FlorianReimold in #67
• Added GH Action for Ubuntu 24.04 by @FlorianReimold in #74
• Fixed timestamps of files returned by NLST:
  • FineFTP now properly returns the modification time (it returned the file creation time before) by @monsieurgustav in #71
  • Switched to UTC timestamps. Before, the local time was returned, which caused inaccuracies if the server had any other timezone by @FlorianReimold in #74
• Hotfix/modification time by @FlorianReimold in #73

Full Changelog: v1.4.2...v1.4.3

fineFTP v1.4.2

• Fixed a bug that caused empty files to be not downloadable.
  • Added GTest that tests uploading and downloading empty files.
  • Before, files with no content reported an error when trying to download them. Now, they are properly "downloaded", i.e. the data socket is opened and immediately a finished data transfer is reported.
  • Thanks to @ottmar-zittlau for reporting

fineFTP v1.4.1

• Fixed a bug that caused fineFTP to to report negative numbers as IP address as response to the PASV command (Thanks to @bjuulp)
• Fixed a potential crash on Windows when downloading files. Allegedly, this crash occurred on Windows XP and is fixed, now.
• The data socket is now properly closed after a file-download has finished.
• Added a CMake option to delay sending the 226 response, after a file download. This is a workaround for a buggy version of lwftp and therefore disabled by default. It can be enabled at compile-time by setting the CMake Variable FINEFTP_SERVER_DELAY_226_RESP_MS to a non-zero value (Thanks to @bjuulp)

fineFTP v1.4.0

• Performance improvements for FTP Downloads through memory-mapped file (Thanks to @bjuulp)
• Added googletest as submodule
• Added unit tests for fineftp-server. The tests require C++17 to compile and curl to be present in the PATH when executing them
• New CMake Options for Enabling / Disabling different components (See Readme.md)
• Binary downloads for Windows are now built with VS 2017 / v141 toolset
• Fixed a race condition on Windows that caused files not being fully flushed after fineftp-server reported the finished data upload (Thanks to @bjuulp)
• Reordered internal asio::strand implementation in order to prevent race conditions that haven't been detected, yet. (Thanks to @bjuulp)
• Fixed a vulnerability that enabled an attacker to access files above the root directory (reported by #52)
• Fixed many clang-tidy warnings
• The APPE (= append-to-file) command now creates a new file if it didn't exist already (this is the correct behavior according to RFC 959)
• Updated the asio submodule to 1.28.2

fineFTP v1.3.5

• Add missing <sstream> include to ftp_session.cpp for clang14 compatibility
• Fix implicit capture of 'this' via '[=]' deprecation warning

Thanks to @helmesjo

fineFTP v1.3.4

• Fixed an issue that prevented re-cmaking, as the generated Config.cmake happened to be found by CMake
• Improved fineftpConfig.cmake with find_dependency and a relative path to the Targets.cmake file

There are no actual code changes

fineFTP v1.3.3

• Fixed compatibility with old CMake versions (3.13 in particular)

fineFTP v1.3.2

• Fixed bug that could cause an ftp Session to persist indefinitly, if a client requested the data socket to be opened but closed the connection before connecting to it
• Improved CMake Install and CPack behavior
  • FineFTP Sever now properly installs dll/so files when BUILD_SHARED_LIBS is ON
  • FineFTP can now be packed with CPack
  • Added CMake option to disable building the example Project
  • Added integration_test project that can be build against an install to perform a very simple automated link and runtime test
  • Created GH Actions that properly compile and package binaries for windows and Linux

fineFTP v1.3.1

• Moved auto-generated headers to the proper include/fineftp directory. This should not be noticable compatibility-wise.
• Added missing include for gcc-12 (Thanks to @Blutkoete)

fineFTP v1.3.0

• Added SIZE command (Thanks to @bjuulp)
• Fixed MinGW build issue (Also thanks to @bjuulp).
  Unfortunatelly, UTF8 support is broken with MinGW, so you should use Visual Studio for proper Windows builds.