1. 14 Jan, 2022 9 commits
  2. 13 Jan, 2022 5 commits
  3. 12 Jan, 2022 2 commits
  4. 11 Jan, 2022 4 commits
    • Rob Swindell's avatar
      Allow maximum uploaded filename length to be configured · eb8114bd
      Rob Swindell authored
      Default to 64 characters. Maximum value is 65535 characters, but filenames larger than 64 characters may be problematic (e.g. searching for them, displaying them, security concerns), so only increase with caution. Shorter values are fine, but 0 will just revert back to the default.
    • Rob Swindell's avatar
      Log unallowed/illegal filenames in quotes · 7ccc618a
      Rob Swindell authored
      Prefixed or trailing white-space characters would be hard to discern without this.
    • Rob Swindell's avatar
      Include some statistics about the release · 1d88d809
      Rob Swindell authored
      These git diff stats are a bit misleading as a lot of files were removed from the git repo and some 3rd party libraries were added.
    • Rob Swindell's avatar
      loadfiles() will perform liberal filename matching when len > 12 chars · 60e4d7af
      Rob Swindell authored
      As discovered while making the Synchronet v3.18b feature video (https://www.youtube.com/watch?v=_IWzIV0_sZ4), when only a shortened version of a long filename is displayed (e.g. due to 80 column terminal width limitations), trying to download that filename by specifying the filename at the Download File(s) Filespec [All Files]: prompt can be problematic.
      For example (as seen in the video), the file "SyncTERM-1.1-setup.exe" is displayed as "SyncTERM.exe" (on an 80-column terminal), yet trying to download "SyncTERM.exe" (or "syncterm.exe") using the 'D'ownload command would fail to find a file with that name (understandably, but frustratingly so).
      This change will transform the requested filename-to-load if it is at least 12 characters in length and contains no wildcards (* or ?), to include a filename extending wildcard: "filename.txt" will become "filename*.txt" and "longfilename" will become "longfilename*".
      For requested filespecs of NULL (all files) or specs containing wildcards or specs (filenames) less than 12 characters in length, no filespec transform takes place: so trying to list/download "a" doesn't match "apple.txt".
  5. 08 Jan, 2022 1 commit
  6. 07 Jan, 2022 1 commit
  7. 05 Jan, 2022 1 commit
  8. 04 Jan, 2022 3 commits
    • Rob Swindell's avatar
      The simpler fix to issue #317 (nested DIZ files) · 0553ef9b
      Rob Swindell authored
      By extracting with with_path=true, the file_list matching won't match the nested DIZ files.
    • Rob Swindell's avatar
      Add overwrite argument to extract_file_from_archive and Archive.extract · 16cfe2d3
      Rob Swindell authored
      Previously, extracted files were always overwritten (so that is the "default" for Archive.extract() and mostly what I'm specifying in the C/C++ code by default now), but this caused a problem with DIZ extraction: archives that contained multiple DIZ files (e.g in sub-directories), the last to be extracted would be used. A maximum of 3 DIZs can be extracted, so it would usually be the 3rd DIZ in the archive if there were that many.
      Another solution would be to *only* extract DIZ files from the root of the archive and I should look into that as well, but the always-overwrite behavior also seemed to be wrong, so that *also* needed fixing (allow caller to control behavior).
      This fixes issue #317, at least for archives where the root DIZ exists *before* any nested DIZ files. I'll have to try and create a purposeful archive to test the other conditions (where the root DIZ would appear *after* the nested DIZ(s)).
    • Rob Swindell's avatar
  9. 03 Jan, 2022 5 commits
  10. 02 Jan, 2022 9 commits