Repository navigation
SupportOS+ 1.8.2
[1.8.2] — 2026-10-28
Fixed — Help Scout integration
- Webhook registration rejected with 400 (
path: "url" — must be a valid URL.) — the platform's url validator refused the relay URL the
health check sent (the live account hit this on 2026-10-27). The check
now normalizes the relay URL before anything is sent: surrounding
whitespace is trimmed, a missing scheme becomes https (the classic
"funnel address pasted without the prefix"), and plain http is upgraded
to https as in 1.8.1. - Undeliverable relay URLs are refused with the fix, not echoed as an
opaque 400 — loopback, private, link-local and CGNAT hosts (127.0.0.1,
192.168.x, 10.x, 100.64/10 — including Tailscale node IPs) never reach
the API; the outcome instead names the stored value and says exactly
what to set in Settings (a public https relay address such as
https://your-host.ts.net/webhook). - Registration failures name the url they sent — if the platform
still rejects a registration, the error now carries(the url we sent: …)so any future rejection can be diagnosed from the Sync Health
outcome alone.
Install-ready Linux packages for SupportOS+ (SupportOS-Plus) 1.8.2.
Built and verified by CI from commit e1cbd59 on ubuntu:22.04
(glibc 2.35 baseline); artifacts are byte-identical to the files tested below.
Downloads
| File | SHA-256 |
|---|---|
SupportOS-Plus-1.8.2-x86_64.AppImage |
d1b4bc746ea086e97a793d1612d68168e66cf58e07ba4c113d29899786551a3a |
supportos-plus_1.8.2_amd64.deb |
d966111b2c22f541c0d027925ebc5a8a71f8fde40e0e95f2aa1cca1185fb15e7 |
Install
.deb — Ubuntu 22.04 LTS / 24.04 LTS, Debian 12+ (x86_64):
sudo apt install ./supportos-plus_1.8.2_amd64.debAPT downloads and resolves every declared dependency automatically.
Launch from the desktop application menu as SupportOS+, or run
supportos-plus. The first run initializes the local database
($XDG_DATA_HOME/supportos-plus) by itself — nothing to configure.
Upgrading from 0.2.x: your existing data moves automatically from
the pre-1.0.0 supportos-plusplus directory on first launch — no
manual steps, nothing lost.
AppImage — any modern x86_64 desktop (glibc >= 2.35):
chmod +x SupportOS-Plus-1.8.2-x86_64.AppImage
./SupportOS-Plus-1.8.2-x86_64.AppImageRuns without installation; bundles everything except the host display
server and GL/Vulkan driver. Use AppImageLauncher for desktop-menu
integration, or launch it directly.
System requirements
- CPU: x86_64 (amd64); OS: glibc 2.35+ (Ubuntu 22.04 LTS+, Debian 12+)
- A desktop session (X11 or Wayland); Mesa or any GPU driver
- ~200 MB free disk space; no compilation, no dev tools, no manual setup
Verified in CI for this release
- fmt + clippy (
-D warnings) + the full workspace test suite,
including the Landlock/seccomp parse-sandbox feature - .deb installed through APT on clean ubuntu:22.04, ubuntu:24.04 and
debian:12 containers: dependency resolution, desktop entry + icons,
boot-chain smoke, a 0.2.x-to-1.x data-directory upgrade
(in-place migration, database preserved), GUI launch under Xvfb with
only declared dependencies, reinstall, uninstall (user data
preserved), purge - AppImage: boot-chain smoke + GUI launch under Xvfb
- SHA-256 checksums in
SHA256SUMS.txt; every download link checked live