Windows
SNet hold audio was one-way during calls
When a call was put on hold, the local user could no longer hear the other party, but the other party could still hear the local user. The technician corrected the audio routing by setting the headset as the default audio device in SNet and switching the app to softphone mode, then verified the issue was gone.
Killed once by someone from XL.net, on 2026-07-20.
Affects
Apps
- SNet app
Hardware
- headset
What you see
- During a call on hold, the other party could still hear the user, but the user could not hear the other party.
Why it happens
Likely SNet was not using the headset as the default audio device, and the app was not set to softphone mode.
When it shows up
SNet calls go one-way after the call is placed on hold.
You are in this case if:
- SNet app is set to softphone mode
- A headset is selected as the default audio device
1 fix below
The steps that killed it
The steps are behind a quick check
There are two ways in and both take a few seconds. Signing in opens the steps on every bug page; so does reading the picture.
Or answer this
Drawing a picture for you.
Can't read it? Sign in instead.
Someone from XL.net killed this on a Windows computer on 2026-07-20. It is written up from that one repair, so it cites no outside page.