Skip to content

v0.1.2: Config Checkpoints dialog, descriptions, daily auto-snapshot, docs#3

Merged
recklessop merged 5 commits into
mainfrom
claude/pensive-easley-4abcbe
May 8, 2026
Merged

v0.1.2: Config Checkpoints dialog, descriptions, daily auto-snapshot, docs#3
recklessop merged 5 commits into
mainfrom
claude/pensive-easley-4abcbe

Conversation

@recklessop
Copy link
Copy Markdown
Owner

v0.1.2 changes

Config Checkpoints

  • Submenu replaced with a proper dialog. Lists checkpoints with timestamp / description / size / filename, has a Roll Back button that becomes enabled when a row is selected, plus a Take Checkpoint Now button that opens an input dialog for an optional description.
  • Daily midnight checkpoint scheduler. New BackgroundService creates a snapshot at 00:00 local every day. Combined with the auto-on-save snapshots, every day has a guaranteed rollback point even if no edits happened.
  • Description per checkpoint, stored in a sidecar .meta.json file next to the snapshot. Defaults: "Before save" for auto-on-save, "Nightly auto-checkpoint" for the daily, "Manual checkpoint" for an unnamed manual checkpoint, or whatever the user types in the input dialog.
  • Retention bumped 30 → 90. Each checkpoint is a few KB; even at hundreds of endpoints the worst-case footprint is ~20 MB. ~3-month rolling history.

Installer

  • Post-install Launch checkbox is back — uses Inno Setup's shellexec flag so ShellExecute is used instead of CreateProcess, which honors the GUI's requireAdministrator manifest and triggers a clean UAC prompt.
  • Bundles scripts/examples/ alongside docs/.

Documentation

  • AD password reset recipe deleted — wrong fit for the project's audience. Replaced with a realistic Zerto failover walkthrough: DNS update + service health checks on the failed-over VM, all via curl + an async webhook so the Zerto post-script never blocks.
  • scripts/examples/zerto-post-failover.ps1 — drop-in Zerto-side post-script using curl.exe (no PowerShell modules needed on the ZVM).

Test plan

  • dotnet test passes
  • dotnet build -c Release clean
  • Tag v0.1.2 triggers release workflow
  • Upgrade install on a v0.1.1 host without manual stop, post-install Launch checkbox works, GUI elevates and connects
  • File → Config Checkpoints opens the new dialog; Take Checkpoint Now prompts for description; Roll Back works

Generated with Claude Code

recklessop and others added 5 commits May 8, 2026 10:47
Adds a docs/ folder under the repo root with full operator documentation
aimed at sysadmins (not webhook developers). The Zerto pre/post script
recipe is the canonical "why does this exist" walkthrough; the GitHub
HMAC, AD password reset, and UI-on-desktop recipes round out common
patterns.

Pages:
- README.md (index)
- concepts.md (5-minute "what is a webhook" explainer)
- installation.md (interactive + silent install)
- upgrading.md (single-click upgrade flow + edge cases)
- uninstalling.md (clean removal + wiping ProgramData)
- runas-modes.md (Service / InteractiveUser / SpecificUser decision flow)
- service-account-and-ad.md (gMSA setup, delegated rights)
- network-and-security.md (bind addresses, allowlists, HTTPS, secret storage)
- troubleshooting.md (symptom -> first check, common errors)
- recipes/zerto-pre-post-scripts.md (canonical use case)
- recipes/github-style-hmac.md (GitHub / Stripe-shaped webhooks)
- recipes/ad-password-reset.md (gMSA-backed self-service reset)
- recipes/ui-on-desktop.md (InteractiveUser pattern)

Top-level README.md restructured to point at docs/ as the source of
truth, dropping the duplicated installation snippets.

Installer ships docs/ alongside the binaries so they're available
offline at C:\Program Files\WebhookServer\docs\. GUI Help menu gains
a "Documentation" item that opens the docs site in a browser.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
… launch

Three fixes:

1. Config Checkpoints submenu replaced with a proper dialog. Lists
   checkpoints with timestamp/size/filename, has a "Take Checkpoint
   Now" button, and a "Roll Back" button that becomes enabled when a
   row is selected. The previous click-a-menu-entry-immediate-restore
   flow was too easy to fire by accident.

2. New CheckpointScheduler BackgroundService creates a checkpoint at
   midnight every day. Combined with the existing auto-on-save
   snapshots, this guarantees a daily rollback point even if the
   config wasn't edited that day. A new "create-checkpoint" admin op
   plus AdminPipeServer.CreateCheckpoint helper does the actual file
   copy; both manual (via the dialog) and the scheduler use it.

3. Installer: drop the post-install "Launch Webhook Server" wizard
   step. It tried to launch the GUI un-elevated, which fails because
   the GUI's manifest is requireAdministrator. The Start Menu shortcut
   handles elevation correctly, so the user can launch from there.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
The AD password reset endpoint was a poor fit for what people actually
need this server for. Replaced with a realistic Zerto post-failover
example that's much closer to the project's purpose:

- Update DNS A records for failed-over hostnames
- Wait for the VM to come up at the DR site
- PowerShell-remote into the VM and check / start critical services
- Notify Teams with the result

The flagship pattern is now: Zerto post-script (curl, fire-and-forget)
calls an Async webhook endpoint -> 202 in milliseconds -> Zerto's
failover sequence is never blocked. The server runs the actual work in
the background, with full output captured in the daily log.

A ready-to-use Zerto-side script ships at
scripts/examples/zerto-post-failover.ps1 - pure curl.exe (no
PowerShell modules), reads the bearer token from a file the ZVM
service account can read.

The installer now bundles scripts/examples/ alongside docs/ so the
example is also available locally at
C:\Program Files\WebhookServer\scripts\examples\.

Removed: docs/recipes/ad-password-reset.md.
Updated: docs/README.md, README.md, the recipe content itself.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Two follow-ups to the previous Config Checkpoints commit:

1. Bring back the post-install "Launch Webhook Server" checkbox in the
   installer. The previous attempt failed because Inno Setup's
   postinstall flag launches via CreateProcess after Setup exits,
   bypassing the GUI's requireAdministrator manifest. Adding the
   shellexec flag switches to ShellExecute, which DOES honor the
   manifest and triggers a clean UAC prompt - so the post-install
   GUI launch works as expected.

2. Each checkpoint now carries a description, stored in a sidecar
   .meta.json file next to the snapshot. Defaults:
     - Auto-on-save: "Before save"
     - Midnight scheduler: "Nightly auto-checkpoint"
     - Manual: opens a small dialog so the user can type a meaningful
       description (defaults to "Manual checkpoint" if blank)
   The dialog and pruning both clean up sidecars alongside snapshots.
   The Config Checkpoints grid grows a Description column between
   When and Size.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Each checkpoint is a few KB of JSON plus a tiny sidecar; even at 90
entries on a config with hundreds of endpoints the on-disk footprint
is negligible (worst case ~20 MB). With daily auto-checkpoints plus
on-save snapshots, 30 entries could fill in a couple weeks of
moderate use; 90 gives a comfortable ~3-month window.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@recklessop recklessop merged commit f00ee0c into main May 8, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant