xRangerDEandClaude Opus 4.7
47862e7fbf
For users who run the app on a dedicated archive box and aren't watching the queue panel directly. Three optional event types post to a Discord webhook: - Live recording started: red embed with streamer + URL + output filename. Fires inside downloadLiveStream after chat-capture init, before streamlink launches, so a hung streamlink doesn't silently delay the alert. - Live recording ended: green (ok) or purple (failed) embed with duration, file size, captured-chat-message count, output filename. Fires after streamlink exits — picks up cancellation, integrity failure, and clean stream-ended exits the same way. - VOD download complete: green embed with file count + total bytes. Skipped for live items (those have their own end-of-recording embed; double-firing would be noisy). Server: - New isAcceptableDiscordWebhook(url) regex sanity-check — refuses URLs that aren't discord.com/api/webhooks/* so a pasted-by-mistake other URL doesn't leak data anywhere. - sendDiscordWebhook(payload) is fire-and-forget: 8s timeout, errors logged via appendDebugLog but never surface to the user. Should NOT block the recording flow. - DiscordEmbedColor enum maps live/success/info to known palette values (red / green / Twitch purple). - Embed body slices fields to Discord's documented length limits (title 256, description 4096, field name 256, field value 1024, max 25 fields per embed) so a runaway long stream title can't produce a rejected webhook. Renderer / settings: - New Settings card "Discord-Webhook" between Backup and Updates. URL input + 3 toggles (live-start / live-end / vod-complete). All three default off, URL empty — totally inert until the user configures it. - AppConfig type, autosave fingerprint, syncSettingsForm, applyLanguageToStaticUI, debounced-save IDs all updated. Webhook URL is debounced like other text inputs so each keystroke doesn't trigger a save. - DE + EN locales for every label. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>