• v0.1.3 c99a11de8f

    mikebrandon released this 2026-09-04 11:30:52 +00:00 | 51 commits to main since this release

    Both clients are now green on their own machines. This is the first release with a Windows
    binary in it
    — and the reason it is v0.1.3 rather than an asset added to v0.1.2 is worth
    saying plainly, because it is the same kind of finding this product exists to surface.

    v0.1.2 cannot produce a Windows build. Its crates/here-indicator/src/windows.rs still
    imports Card and build_banner from the modules they were moved out of, so the Windows half
    of that tree does not compile. The macOS work was written on a Mac, which cannot compile
    anything depending on here-store (SQLite is built from C and wants the Windows SDK headers),
    said so in its handoff, and named the two files it could not check. Both faults were in those
    two files. v0.1.2's note promising a Windows attachment was written in good faith; the
    attachment belongs here instead.

    What is in this release

    here-capture-windows-x64.zip twelve binaries in one folder, the layout the console and supervisor both expect
    macOS not rebuilt for this tag — see below

    v0.1.2's here-capture-macos-universal.zip is still the current macOS build. This tag differs
    from it, on the macOS side, only by lint fixes to shared files. Rather than attach a bundle
    built from a different commit and label it as this one, there is no macOS asset here: the next
    release cut from a Mac will carry one.

    Windows

    Unzip it and run here-console.exe. It is not signed at all — not ad hoc, not EV — so
    SmartScreen will object, and modules.signature_ok records false rather than pretending
    otherwise. An EV certificate is the only fix and there isn't one yet.

    Nothing is captured until you switch a signal on. The Start button applies the firewall rules
    that deny every collector a network path, which needs administrator rights; a collector that
    could not be blocked is not started at all.

    Since v0.1.2

    • The Windows half compiles and lints. Four errors from the module move, then sixty clippy
      findings in crates that had never been linted — the Win32 modules, the collectors' Windows
      bodies, the supervisor, the five spikes.
    • The console stopped reporting running collectors as stopped. tasklist's default table
      truncates the image-name column at 25 characters, so here-collector-input-metrics.exe came
      back as here-collector-input-metr and a contains check on the full name said no. Three of
      these binaries are long enough to hit it, and that answer is what the console prints directly
      under the Start button — so it would have reported a partial failure with all seven collectors
      running. Telling somebody their capture is broken when it is working is the same class of lie
      as the reverse, and this client is built to prevent both.
    • A test suite that never cleaned up after itself. Nothing that opened a store on disk ever
      deleted it: 641 directories and 392 MB had collected in %TEMP%. Both fixtures now remove the
      directory on drop, and keep it — with the path printed — when the test failed, because then it
      is the evidence.

    453 tests pass on Windows (367 Rust, 86 TypeScript), clippy included, plus the end-to-end
    suite that drives a real gate process over real named pipes. macOS runs 444 via
    scripts/verify.sh. All seven signals have been exercised against a real desktop on both
    platforms; the release binaries here were smoke-tested as a running stack, not only as a build.

    Not built, and named so it is not mistaken for done

    • No code signing on either platform, and no installer.
    • The browser extension is unpacked; it loads through Developer mode.
    • Nothing server-side. That belongs to the platform team, and
      docs/PLATFORM-INTEGRATION.md is their handoff.
    • Linux has the transport and the paths and nothing else.
    Downloads