v0.1.3

Fix endpoint-row context menu: bindings via PlacementTarget.Tag
The ContextMenu lived in its own popup visual tree, so the menu items' RelativeSource={RelativeSource AncestorType=Window} couldn't find the Window and the bindings silently failed - none of Edit / Copy URL / Toggle / Delete actually fired their commands. Standard WPF workaround: park MainViewModel on each DataGridRow's Tag (still in the Window's visual tree, so the row Setter binding resolves) and reach it from the menu items via PlacementTarget.Tag. The toggle command parameter likewise comes from PlacementTarget.DataContext (the EndpointConfig the row represents). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 11:31:09 -04:00 · 2026-05-08 11:30:11 -04:00 · 2026-05-08 11:28:53 -04:00 · 2026-05-08 11:26:49 -04:00
3 changed files with 0 additions and 8 deletions
@@ -5,7 +5,6 @@ on:
    branches: [main]
  pull_request:
    branches: [main]
  workflow_dispatch:
 jobs:
  build:
@@ -12,9 +12,6 @@ on:
 jobs:
  build-installer:
    # Gitea reads .github/workflows/ for compatibility, but the create-release
    # step uses a GitHub-only action. Skip the whole job on non-GitHub runners.
    if: github.server_url == 'https://github.com'
    runs-on: windows-latest
    permissions:
      contents: write   # needed to create releases / upload assets
@@ -11,10 +11,6 @@ on:
 jobs:
  sync:
    # Gitea reads .github/workflows/ for compatibility, but this workflow
    # pushes to a GitHub-hosted wiki. Skip on non-GitHub runners; the Gitea
    # wiki is synced separately via scripts/sync-wiki.ps1.
    if: github.server_url == 'https://github.com'
    runs-on: windows-latest
    permissions:
      contents: write
Author	SHA1	Message	Date
justin	9bbb3b7449	v0.1.3 Release / build-installer (push) Has been cancelled Details	2026-05-08 11:31:09 -04:00
justin	32e07489ff	Fix endpoint-row context menu: bindings via PlacementTarget.Tag The ContextMenu lived in its own popup visual tree, so the menu items' RelativeSource={RelativeSource AncestorType=Window} couldn't find the Window and the bindings silently failed - none of Edit / Copy URL / Toggle / Delete actually fired their commands. Standard WPF workaround: park MainViewModel on each DataGridRow's Tag (still in the Window's visual tree, so the row Setter binding resolves) and reach it from the menu items via PlacementTarget.Tag. The toggle command parameter likewise comes from PlacementTarget.DataContext (the EndpointConfig the row represents). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-08 11:30:11 -04:00
justin	3cd8c94a94	Add File -> Minimize to tray toggle (default on) Adds a checkable MenuItem so the user can opt out of the hide-to-tray behavior. Persisted per-user to %APPDATA%\WebhookServer\gui.json so the choice survives restarts. When ticked (default): X / Alt+F4 / minimize hide to tray, GUI process keeps running, tray icon persists. When unticked: X actually closes the app, minimize is a regular Windows minimize. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-08 11:28:53 -04:00
justin	2aa14642a0	GUI: hide-to-tray on X button; tray persists until explicit Exit The minimize-to-tray behavior already worked, but clicking the X button killed the GUI process and took the tray with it. That made "tray when the GUI window is closed" a UX dead end - the only way to get the tray was to leave the window minimized. Now: - X button / Alt+F4 -> hide window, tray stays alive - Tray double-click -> reopens window - File -> Exit (or tray's Exit menu) -> truly quits the process Wired by adding a RealExitRequested event on MainViewModel that the window subscribes to (so File -> Exit sets the ExitForReal flag before calling Shutdown), and a parallel onExit callback on TrayIcon for the tray menu's Exit item. The Closing handler checks ExitForReal: if false (X / Alt+F4) it cancels the close and hides; if true, it disposes the tray and lets the close proceed. Auto-start at login is still TBD - if you want the tray to be there without manually launching the GUI after a reboot, that's a separate Task Scheduler entry. Skipping for now. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-08 11:26:49 -04:00