[Bug Report] None of the provided encryption modes are supported
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 5.8k
- Forks
- 2.8k
- PR merge metrics
- No merged PRs in 30d
Description
### Bug Description
Starting today, the bot is unable to join the voice channel. It joins and leaves over and over until I issue a stop command while it spamms the error `[ERROR] [AudioWebSocket]: None of the provided encryption modes are supported: ["aead_aes256_gcm_rtpsize","aead_xchacha20_poly1305_rtpsize"]` in the log.
Music source doesn't seem to make a difference. This happens when we try to play local files as well as URLs.
```[20:40:07] [INFO] [JMusicBot]: Loaded config from /jmb/config/config.txt
[20:40:07] [INFO] [Settings]: serversettings.json loaded from /jmb/config/serversettings.json
[20:40:09] [INFO] [JDA]: Login Successful!
[20:40:10] [INFO] [JMusicBot]: JMusicBot
[20:40:10] [INFO] [WebSocketClient]: Connected to WebSocket
[20:40:10] [INFO] [JDA]: Finished Loading!
[20:42:06] [ERROR] [AudioWebSocket]: None of the provided encryption modes are supported: ["aead_aes256_gcm_rtpsize","aead_xchacha20_poly1305_rtpsize"]
[20:42:06] [ERROR] [AudioWebSocket]: None of the provided encryption modes are supported: ["aead_aes256_gcm_rtpsize","aead_xchacha20_poly1305_rtpsize"]
[20:42:07] [INFO] [NativeLibraryLoader]: Native library libmpg123-0: loading with filter com.sedmelluq.discord.lavaplayer.natives.ConnectorNativeLibLoader$$Lambda$271/0x00000008003de440@73264fd5
[20:42:07] [INFO] [NativeLibraryLoader]: Native library connector: loading with filter null
[20:42:07] [INFO] [NativeLibraryLoader]: Native library connector: successfully loaded.
[20:42:08] [ERROR] [AudioWebSocket]: None of the provided encryption modes are supported: ["aead_aes256_gcm_rtpsize","aead_xchacha20_poly1305_rtpsize"]
[20:42:09] [ERROR] [AudioWebSocket]: None of the provided encryption modes are supported: ["aead_aes256_gcm_rtpsize","aead_xchacha20_poly1305_rtpsize"]
```
### Steps to Reproduce
1. Issue a play command
2. Bot joins and leaves voice channel over and over
3. Issue a stop command
4. Bot stops trying and failing to join.
### Expected Result
Expected bot to join voice and play the music indicated with the play command.
### Debug Output
```
System Properties:
java.version = 11.0.24
java.vm.name = OpenJDK 64-Bit Server VM
java.vm.specification.version = 11
java.runtime.name = OpenJDK Runtime Environment
java.runtime.version = 11.0.24+8-alpine-r0
java.specification.version = 11
os.arch = amd64
os.name = Linux
JMusicBot Information:
Version = 0.4.3
Owner = 220737771172659211
Prefix = !
AltPrefix = %
MaxSeconds = 0
NPImages = false
SongInStatus = true
StayInChannel = false
UseEval = false
UpdateAlerts = true
Dependency Information:
JDA Version = 4.4.1_353
JDA-Utilities Version = 3.0.5
Lavaplayer Version = 2.2.1
Runtime Information:
Total Memory = 502
Used Memory = 28
Discord Information:
ID = 634691219334889483
Guilds = 1
Users = 5
```
### Additional Info
_No response_
### Checklist
- [x] I have looked for information about this [within the documentation](https://jmusicbot.com/)
- [x] I have searched for similar issues [on the issues page](https://github.com/jagrosh/MusicBot/issues?q=is%3Aissue)
- [x] I am using an official release from [the releases page](https://github.com/jagrosh/MusicBot/releases)
### JMusicBot Version
0.4.3
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing a play command with Java 11, JDA 4.4.1_353, and Lavaplayer 2.2.1, then trace the AudioWebSocket encryption negotiation shown in the logs. Done means the bot joins the voice channel and plays either local files or URLs without repeatedly leaving or reporting unsupported encryption modes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100