Environment
Second Life Release 26.3.0.31203661088 (64bit)
Release Notes
You are at 133.4, 116.5, 30.4 in WebRTC Voice 2 located at simhost-0ae1ed22e3b262226.agni
SLURL: https://maps.secondlife.com/secondlife/WebRTC%20Voice%202/133/116/30
(global coordinates 330629.0, 305780.0, 30.4)
Second Life Server 2026-08-03.30838755483
Release Notes
CPU: Apple M1 Pro (2400 MHz)
Memory: 16384 MB
OS Version: macOS 26.6.2 Darwin 25.6.0 Darwin Kernel Version 25.6.0: Fri Jul 31 19:18:49 PDT 2026; root:xnu-12377.161.14~5/RELEASE_ARM64_T6000 arm64
Graphics Card Vendor: Apple
Graphics Card: Apple M1 Pro
OpenGL Version: 4.1 Metal - 90.5
Window size: 1197x875
Font Size Adjustment: 96pt
UI Scaling: 0.75
Draw distance: 64m
Bandwidth: 10000kbit/s
LOD factor: 1.375
Render quality: 3
Texture memory: 12124MB
Disk cache: Max size 2150.4 MB (100.0% used)
HiDPI display mode:
J2C Decoder Version: KDU v8.4.1
Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.24.2 / OpenAL Community / OpenAL Soft: OpenAL Soft
Dullahan: 1.24.0.202510081737
CEF: 139.0.40+g465474a+chromium-139.0.7258.139
Chromium: 139.0.7258.139
LibVLC Version: 3.0.21
Voice Server Version: Secondlife WebRTC Gateway 1.3.2-90f4ecf/estate
Packets Lost: 1/3110 (0.0%)
September 02 2026 15:39:58
Description
If a new voice server is deployed (or the existing voice server crashed), the viewer does not reconnect to voice automatically. It remains disconnected, with no audible incoming voice audio from other users and 'Speak' button disabled in the UI. This persists until the avatar either moves into a new voice space or the user toggles the voice preference off and on.
I believe this is a viewer regression in 26.3:
- Testing with the 26.2.0.25021396775 SL release viewer, the 'Speak' button gets disabled when the voice server crashes, but becomes reenabled after the new instance comes up. After the recover, if either user speaks in nearby chat, all users see active voice indicators, but nobody hears any actual audio.
- Testing with Firestorm 7.2.4 (80712), the same system, the viewer always reconnects to voice without issue
Note that we've had this issue previously, as reported in #4743
Reproduction steps
- Visit a region
- Confirm that spatial voice is enabled and functional
- Redeploy (or crash) the voice server
- Note if the viewer reconnects to voice
Expected results:
The viewer should reconnect to spatial voice within a few seconds of the new voice server instance launching.
Actual results:
- The viewer simply prints that it disconnected from Voice, with no further updates:
INFO #Voice# newview/llvoicewebrtc.cpp(2729) breakVoiceConnectionCoro : Disconnecting voice.
- The 'Speak' button becomes disabled in the UI, and no Voice audio can be heard from other avatars.
- Other arriving users do not see a voice dot for the agent
Environment
Second Life Release 26.3.0.31203661088 (64bit)
Release Notes
You are at 133.4, 116.5, 30.4 in WebRTC Voice 2 located at simhost-0ae1ed22e3b262226.agni
SLURL: https://maps.secondlife.com/secondlife/WebRTC%20Voice%202/133/116/30
(global coordinates 330629.0, 305780.0, 30.4)
Second Life Server 2026-08-03.30838755483
Release Notes
CPU: Apple M1 Pro (2400 MHz)
Memory: 16384 MB
OS Version: macOS 26.6.2 Darwin 25.6.0 Darwin Kernel Version 25.6.0: Fri Jul 31 19:18:49 PDT 2026; root:xnu-12377.161.14~5/RELEASE_ARM64_T6000 arm64
Graphics Card Vendor: Apple
Graphics Card: Apple M1 Pro
OpenGL Version: 4.1 Metal - 90.5
Window size: 1197x875
Font Size Adjustment: 96pt
UI Scaling: 0.75
Draw distance: 64m
Bandwidth: 10000kbit/s
LOD factor: 1.375
Render quality: 3
Texture memory: 12124MB
Disk cache: Max size 2150.4 MB (100.0% used)
HiDPI display mode:
J2C Decoder Version: KDU v8.4.1
Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.24.2 / OpenAL Community / OpenAL Soft: OpenAL Soft
Dullahan: 1.24.0.202510081737
CEF: 139.0.40+g465474a+chromium-139.0.7258.139
Chromium: 139.0.7258.139
LibVLC Version: 3.0.21
Voice Server Version: Secondlife WebRTC Gateway 1.3.2-90f4ecf/estate
Packets Lost: 1/3110 (0.0%)
September 02 2026 15:39:58
Description
If a new voice server is deployed (or the existing voice server crashed), the viewer does not reconnect to voice automatically. It remains disconnected, with no audible incoming voice audio from other users and 'Speak' button disabled in the UI. This persists until the avatar either moves into a new voice space or the user toggles the voice preference off and on.
I believe this is a viewer regression in 26.3:
Note that we've had this issue previously, as reported in #4743
Reproduction steps
Expected results:
The viewer should reconnect to spatial voice within a few seconds of the new voice server instance launching.
Actual results: