A first-run UX fix on top of v0.2.0. No protocol changes; v0.2.0 hubs and clients interop with v0.2.1 unchanged.
What's fixed
The tray now starts up even without a valid config. v0.2.0's tray bailed if no config file existed, so a fresh MSI install (with the autostart shortcut firing on first sign-in) just made nothing visible happen — no icon, no dialog. v0.2.1 makes the tray come up first and recover from a missing or invalid config via menu actions:
- Edit config… — writes a placeholder config to the default location if none exists, then opens it in Notepad (Windows) /
xdg-open(Linux) /open(macOS) so the user can fill in their server URL and password. - Reload config — re-parses the config from disk and restarts the connection without quitting the tray.
- Quit clipboardwire — orderly shutdown.
The tooltip reflects state: it shows the server URL when connected, or "needs config (right-click → Edit config)" otherwise.
If the supervisor exits unexpectedly (e.g. an unrecoverable transport error), the tray icon stays alive instead of disappearing — you can right-click → Reload after fixing whatever's wrong.
Headless connect behavior unchanged
clipboardwire connect without --tray still hard-bails when there's no config, with a clear message pointing at the template file we wrote at the default path. That's the right UX at a terminal — the user can read the error.
Install
| Platform | Artifact |
|---|---|
| Debian / Ubuntu | clipboardwire_0.2.1_amd64.deb
|
| Fedora / RHEL / openSUSE | clipboardwire-0.2.1-1.x86_64.rpm
|
| Arch | see packaging/arch/PKGBUILD in source
|
| Windows (installer) | clipboardwire-0.2.1-x86_64.msi
|
| Windows (portable) | clipboardwire-windows-x86_64.exe
|
| Other Linux | clipboardwire-linux-x86_64 raw binary
|