You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.
Over the 3 weeks or so, fairly often when logging into any region, voice will fail to connect & you will get this error message in the viewer:
We're having trouble connecting to your voice server:
https://www.bhr.vivox.com/api2/
:UDP: 3478, 3479, 5060, 5062, 12000-17000Voicecommunicationswillnotbeavailable.
Pleasecheckyournetworkandfirewallsetup.
Voice will never connect no matter how long you wait & the speak toolbar button remains greyed out.
While still on the same region, if you go to Preferences -> Sound & Media & disable then enable voice chat, voice will then connect on that same region & voice chat will behave as expected for the rest of the session.
Even when logging into regions or parcels that have voice chat disabled, you will still get the "We're having trouble connecting to your voice server" error in the viewer.
I'm fairly sure this recent problem isn't a problem at my end because others have been complaining about this happening much more frequently lately.
I have exactly the same problem on Firestorm viewer too.
Note that I'm using a Firestorm version that has coroutines merged in - I'm unsure yet if this problem is only affecting coroutine viewers.
Logs attached from a session where I reproduced this on default release (as in system information) - Whirly_1.log.
When voice fails to connect at login, logs show:
2016-06-22T13:40:35ZWARNING:#VoiceLLVivoxVoiceClient::loginToVivox: toomanyloginretriesortimeoutconnecting, givingup.
2016-06-22T13:40:35ZWARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: We're having trouble connecting to your voice server:
https://www.bhr.vivox.com/api2/
:UDP: 3478, 3479, 5060, 5062, 12000-17000Voicecommunicationswillnotbeavailable.
Pleasecheckyournetworkandfirewallsetup.
After I disable & enable voice & voice connects as expected, logs show:
"We're having trouble connecting to your voice server" at login occurs much more frequently lately
Type
Bug
Priority
Unset
Status
Accepted
Resolution
Accepted
Reporter
Whirly Fizzle (whirly.fizzle)
Created at
2016-06-22T13:45:30Z
Updated at
2016-09-10T04:18:32Z
{
'Business Unit': ['Platform'],
'ReOpened Count': 0.0,
'Regression?': ['Issue is a Regression'],
'Severity': 'Unset',
'System': 'SL Viewer',
'Target Viewer Version': 'viewer-development',
'What just happened?': 'Filling in...',
'What were you doing when it happened?': '...',
'What were you expecting to happen instead?': '...',
'Where': 'Any region',
}
The text was updated successfully, but these errors were encountered:
Steps to Reproduce
Login to any region that has voice enabled.
Observe whether voice connects.
Observed Behaviour
Over the 3 weeks or so, fairly often when logging into any region, voice will fail to connect & you will get this error message in the viewer:
Voice will never connect no matter how long you wait & the speak toolbar button remains greyed out.
While still on the same region, if you go to Preferences -> Sound & Media & disable then enable voice chat, voice will then connect on that same region & voice chat will behave as expected for the rest of the session.
Even when logging into regions or parcels that have voice chat disabled, you will still get the "We're having trouble connecting to your voice server" error in the viewer.
I'm fairly sure this recent problem isn't a problem at my end because others have been complaining about this happening much more frequently lately.
I have exactly the same problem on Firestorm viewer too.
Note that I'm using a Firestorm version that has coroutines merged in - I'm unsure yet if this problem is only affecting coroutine viewers.
Logs attached from a session where I reproduced this on default release (as in system information) - Whirly_1.log.
When voice fails to connect at login, logs show:
After I disable & enable voice & voice connects as expected, logs show:
Expected Behaviour
Less failures of voice to connect at login.
Attachments
Links
Related
Original Jira Fields
The text was updated successfully, but these errors were encountered: