Incoming webRTC voice audio is disrupted by editing audio settings

[maestrolinden]

Environment

Second Life Release 26.1.0.22641522367 (64bit)
Release Notes

You are at 129.2, 126.3, 23.0 in webRTC1 located at simhost-07fe521507cacae37.aditi
SLURL: secondlife://Aditi/secondlife/webRTC1/129/126/23
(global coordinates 259969.0, 245374.0, 23.0)
WebRTC-Voice 2026-03-04.22660319648
Release Notes

CPU: Apple M1 Pro (2400 MHz)
Memory: 16384 MB
OS Version: macOS 26.3.1 Darwin 25.3.0 Darwin Kernel Version 25.3.0: Wed Jan 28 20:54:46 PST 2026; root:xnu-12377.91.3~2/RELEASE_ARM64_T6000 arm64
Graphics Card Vendor: Apple
Graphics Card: Apple M1 Pro

OpenGL Version: 4.1 Metal - 90.5

Window size: 981x791
Font Size Adjustment: 96pt
UI Scaling: 0.75
Draw distance: 64m
Bandwidth: 10000kbit/s
LOD factor: 1.125
Render quality: 0
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

Packets Lost: 0/1470 (0.0%)
March 24 2026 11:30:28

Description

If a user connected to webRTC voice opens the voice audio settings to do something like adjust their microphone volume, they can't hear other users after applying the settings, until they move into a different voice space, enter a p2p voice call, etc.

Reproduction steps

1. UserA and UserB: go to the same voice-enabled location, and confirm you can hear each other in nearby voice chat
2. UserA: Open Preferences -> Sound & Media, and click "Voice Input/Output Devices"
3. Observe that UserA and UserB cannot hear each other nearby voice chat (as expected - there's temporary muting)
4. UserA: Adjust your 'Mic Volume' slider slightly and click 'OK' to apply the changes
5. UserA and UserB: Note if you can hear each other in voice chat

Expected results:
In (5), UserA and UserB should be able to hear each other.

Actual results:

• In (5), UserB can hear UserA (as expected), but UserA cannot hear UserB (unexpected). Both users see voice indicators correctly in this case.
• If UserA enters a p2p call or moves into a different voice space (e.g. a parcel on its own voice channel), then UserA's voice audio is restored.

---

This repo is using Opire - what does it mean? 👇

💵 Everyone can add rewards for this issue commenting /reward 100 (replace 100 with the amount).
🕵️‍♂️ If someone starts working on this issue to earn the rewards, they can comment /try to let everyone know!
🙌 And when they open the PR, they can comment /claim #5575 either in the PR description or in a PR's comment.

🪙 Also, everyone can tip any user commenting /tip 20 @maestrolinden (replace 20 with the amount, and @maestrolinden with the user to tip).

📖 If you want to learn more, check out our documentation.

[maestrolinden]

I can also reproduce this with Firestorm 7.2.3 (80036) on Linux - I don't believe this issue is platform-specific to Mac.

[Hecklezz]

I IM'd Roxie Linden about this in SL a few days ago after the TPV meeting since they were present, not sure if they saw it or not however.
You can also fix it simply by turning voice off and then back on, no need to swap parcel or enter a p2p call.