Add file Hash buttons and verify packaged Windows/release binaries - #2
Conversation
Completed: v2.0.15 published and the downloaded release binary testedFeature merged in Final verification
The published Windows executable passed all six algorithms in both panes, including checksum comparisons for normal, quoted/Unicode and empty files; toolbar placement; selection enablement; default method and Cancel; and a missing-file failure that still produces the remaining file's hash. The downloaded-release GUI test completed in 8.44 seconds. The first main-branch Windows run exposed a test-driver startup issue while sending WM_GETTEXT to enumerated startup/hidden windows. The follow-up commit uses non-blocking cached captions for visible top-level windows; the complete packaged GUI test then passed five consecutive runs. No assertion or feature test was disabled. The release gate blocked publication until the final Linux and Windows runs passed. Verified published archive: Runtime GUI verification is on Windows amd64; Windows arm64 and the other release targets were built, not all executed on their native architectures. Linux amd64 additionally passed the downloaded-binary version smoke test. All SSH tests used temporary fixture files and loopback credentials, not personal servers or files. Screenshots, complete GUI logs, version output and checksum evidence are in the |
Feature
Adds
+Dir | Hash | MV | Delto both Windows file panes. Hash is enabled for one or more selected files, disabled for empty/folder/mixed selections and while busy. The chooser offers MD5, SHA-1, SHA-224, SHA-256 (default), SHA-384 and SHA-512. Each result and filename is printed in the Log and terminal.Local hashing streams files with bounded memory; remote hashing runs on the server through the existing SSH route, uses an allowlist and shell-safe positional arguments, supports common utility fallbacks, batches long selections and continues after individual file failures. Subprocess output is drained before Wait to avoid truncating the final result.
Verification
Release
Requests v2.0.15 on merge. The requested-release workflow waits for both Linux and Windows CI for the exact main commit before creating a tag and explicitly dispatching the existing Release workflow. It then downloads the published Linux/Windows amd64 archives, verifies their checksums, runs version smoke tests and repeats the native Windows GUI/SSH test against the downloaded release executable. Existing tags are never moved.
CI and release results will be recorded after execution. Temporary source-patch staging files have been removed from the final diff.