9001/copyparty v0.11.32

turbo button

on GitHub

• latest important update: v0.11.20
• recent maybe-important updates:
  • v0.11.32 (this ver) fixes stability in the uploader client + a case of filesystem paths being unmasked
  • v0.11.28 fixes crash if no accounts are defined
• additional steps for v0.11.20 apply to this version if upgrading from something before that
• additional steps for v0.11.24 apply to this version if you ever used versions v0.11.20 through v0.11.23
• latest gzip edition of the sfx is v0.11.18

new features

• turbo button in the settings panel for superfast resume of massive uploads
  • good for when you were in the middle of uploading 100'000 files and had to restart for some reason
  • comes at a serious cost: files will be skipped as long as they exist on the server with the right filesize, even if they could be incomplete uploads or are otherwise different from your local files, so you should do a "verification pass" by disabling turbo + refreshing + redoing the upload once you make it through
  • when combined with the new date-chk button it should notice and resume incomplete uploads but please do the verification pass anyways
  • all of this is explained in the tooltip for the button so idk why im putting it here too
• -lo enables xz-compressed logging to file in addition to printing to the console
  • with logrotate if the filename contains date-format-strings (like %Y-%m-%d)
  • when combined with -q it disables console-logging and only logs to file, gives a tiny speed boost depending on OS
  • also cleans up a few places with plain prints instead of the threadsafe pretty ones
• the volume-flags summary on startup now also print which volume they're talking about

bugfixes

• dir.txt inside the thumbnails folder could be downloaded; possibly bad since it contains absolute-paths from the host filesystem
• v0.11.31 added parallel handshakes which could cause files to checksum and upload out-of-order, fixed
  • this also uncovered another UI-crash in the up2k client (nice) which is now also fixed separately
• a few more cases of recursive symlinks are detected and defused
  • symlink pointing to its own folder when creating a tar/zip
  • initial directory scanning (-e2ds)
    • initial directory scanning is now a tiny bit slower, sorry
• -nw didn't apply to PUT uploads
• more invalid requests get a sensible-ish reply stating what the client did wrong