Tags: CUBEEEK/Haven
Tags
feat: add recipient-only ephemeral webhook bot messages (ancsemi#5404)
chore(release): 3.21.0 Server-side per-channel mute + ancsemi#5399 followup fixes (parse errors, STUN defaults, image-copy, context-menu z-index, password eye-icon).
fix(voice): default STUN servers had gone offline; add non-Google poo… …l + runtime health probe (3.20.1, ancsemi#5399) Both hardcoded fallback STUN servers in voice.js had become unusable: stun.stunprotocol.org's domain was decommissioned upstream, and stun.nextcloud.com stopped responding to STUN binding requests. Net effect for any Haven instance using the default ICE config (no admin-configured TURN) was that LAN-to-LAN voice still worked (host candidates do not need STUN) but anyone outside the server's subnet got stuck on 'ICE: Connecting...' indefinitely. Soundboard and screen-share failed to external users for the same reason. Four separate users reported the same regression inside a couple of hours once the second STUN went down today. Defaults replaced with a non-Google preferred pool (Cloudflare, Metered, Twilio). At voice-manager init a runtime probe spins up a throwaway RTCPeerConnection against each default URL and prunes the ones that fail to produce a srflx candidate within ~2.5s. If every preferred server fails the probe, a Google fallback pool engages automatically as a last resort. Admin-configured iceServers from /api/ice-servers still take precedence over both defaults and probe results, so anyone running their own TURN is unaffected; a small _adminIceServersLoaded flag keeps the probe from clobbering admin config if it finishes after the admin fetch. Verified upstream: stun.cloudflare.com:3478, stun.relay.metered.ca:80, global.stun.twilio.com:3478, stun.l.google.com:19302 and stun1.l.google.com:19302 all respond with valid STUN binding responses; stun.stunprotocol.org returns NXDOMAIN; stun.nextcloud.com resolves but its host does not respond on UDP/3478.
v3.17.1: redirect on stale token (ancsemi#5375); password show/hide e… …ye toggle on all password inputs
Release v3.16.15: voice channel-code-rotation desync fix (ancsemi#5347 … …root cause), version display regression fix (ancsemi#5369)
Release v3.16.14: fix recurring voice self-vanish glitch (ancsemi#5347)… … — server grace period, skipRenegotiate fast path, client watchdog; bump Desktop download links to v1.4.15
PreviousNext