NodeJS version: 14.15.2 LTS
Bot version: 4.24.0

How to reproduce:

1. Play a song
2. Wait for Jukebox to connect to your voice channel
3. Before the song starts to play and the start playing message is not sent, try to unmute, mute, deafen, or any voice state update event
4. Bot resumes the music although it's not paused and throws TypeError: Cannot read property 'resume' of null

Show tracks duration in now playing, etc

Hi there, I got many recommendations from my users about this.

So, I recommend you too to use this package as well, it's pretty powerful than before, because its no longer need API key and supports Spotify!

discord-player

Thanks❤️

When the nodejs process crashed because of an error, the cache is not finished downloading and it generates a malformed cache.
Cache health checking can fix this issue maybe?

Slash Commands are the new, exciting way to build and interact with apps on Discord.

With Slash Commands, all you have to do is type / and you're ready to use your favorite bot. Users can learn everything your bot does and easily find new features as you add them. Validation, error states, and helpful UI walks them through your commands, meaning they can get it right the first time, especially on mobile. You now have one more ally in the fight against your phone's autocorrect.

Slash Commands set your users up for success instead of confusion and frustration. They separate how users think and how your code works, meaning no matter how complex your codebase and commands may get, people who love your bot will find it approachable and easy to use.

Currently, JukeBox outputs in English, but I would like to see support for multiple languages.
I'm Japanese and I'm willing to translate it into Japanese, so I'd appreciate it if you would consider it.

👋 Hi there, I came from my project and just found this issue

This happens to every command not just play, and of course including the skip command too
Hopefully, this can notify you about this problem.

Bot still looping queue (Repeat mode: ALL) & play the song(s) after queue deleted because there's no anyone in the voice channel.

NodeJS version: 14.15.1 LTS
Bot version: 4.22.0 (Latest)

How to reproduce:

1. Join a voice channel.
2. Play a song.
3. Run Repeat All command.
4. Leave the channel.
5. Wait until the queue got deleted and see the song still playing.

12:30 UTC+7 - 09/12/2020

Use youtube-dl to download audio data instead of ytdl-core, or adding it as an alternative and can be set from the config

Discord just released Stage channels, a new type of channel that allow you to share a focused conversation with select speakers to an audience of listeners. Currently music bot doesn't support to join this channel. So, I open this issue for that. Since discord.js still doesn't support new API, you can see this PR for reference discord/discord-api-docs#2751
The idea is extending discord.js structures for temporary until discord.js fully supported stage channels.

Hello, I have a request or maybe just a suggestion about Jukebox's messaging

In the first section, I will discuss the play command

• Isn't the message "added to the queue" better if it isn't displayed if the user only plays 1 music?

Let's move to the second thing, it's similar to the first one, skip command

• In my opinion, it is better if the user executes this command and the bot does not display the "Skipped" message if after the queue there are still other songs. Maybe you can delete it and make a new statement? or just changing the promises to add reactions like Groovy's skip command?

This is useful so that it is more precise with your goal on yesterday's commit, which is to reduce messages that seem spammy (#354)

That's all, nothing I can do 😕

This music bot should not need privileged intents because we don't need those data

Jukebox v4.36.2
Node.JS v14.16.1
Ubuntu 20.10

About Command

jukebox/src/commands/AboutCommand.ts Line 75

I've tested this

Note: gatau anjir mau nulis gimana yaudah gini aja :3

YouTube API Data v3 causes too many problems and is unreliable, we won't know when YouTube API Data v4 releases and what changes will it come, and will it be better than v3.

So, I'm planning to remove YouTubeAPI in Jukebox v5, and probably adding them in v6 as experimental.

Original issue: #223

"Error while playing music
Reason: YTDLError: aborted"

It happens around the middle/end of every song I tried.

Haven't changed anything, Just deployed the app through the "Deploy to Heroku" button, and it keeps telling me Error while playing music Reason: YTDLError: aborted. - How do I fix this?

Because jukebox uses Alpine Linux image, and @discordjs/opus prebuilt is not working in Alpine Linux as of discordjs/opus#3, music won't start and always get a segmentation fault and then crashes.

Some video like https://youtube.com/watch?v=dQw4w9WgXcQ and https://youtube.com/watch?v=jJPMnTXl63E won't play through YoutubeDownload.ts, but not directly through ytdl-core, youtube cache does not affect this

Playlist link: https://www.youtube.com/playlist?list=PLDeBMQQfQmVJQiMgHg1xyw-mv1o4HqtoX

Jukebox v5 will require Node.js version 16.6.0 or above, as in discordjs/discord.js#5119.
When v5 is released, I'll Immediately start rewriting Jukebox with an entirely new music system, marking it as v6.
I will try to maintain v5 until the end of 2021, and I'll also try to update v4 (unlikely, I'll probably deprecate that version after Discord.js major update) until it's broken because Discord kills the v6 gateway.

Dependabot couldn't resolve your project's dependencies as it couldn't access opus.

You can provide additional git credentials in your Dependabot dashboard by clicking into the account menu (in the top right) and selecting 'Config variables'. If you use a custom token for the host github.com make sure it has read access to this repo, too.

View the update logs.

Two people trying to add a playlist that somehow has the same track would make things go haywire

I just wondering what if user play a playlist with over 100+ same songs
It'll spam like this right:

Maybe it's better to make a final message rather than send each video?

discord.js Finally releases its new stable (branch) version but requires Node 16.6 or higher to use. This version comes with Slash commands, StageChannel, Sticker, Threads support, Message components update, new different typings, and some breaking changes that will be referenced to this HTML page. I hope you can maintain this major (maybe) changes ASAP, thanks for your appreciation!

Original Issue: #223

im not sure why this is happening. im using Heroku to host

"null" in URLSearchParams are not removed, and if pageToken is null, Google API throws Bad Request with this exact response

{
  "error": {
    "code": 400,
    "message": "Request contains an invalid argument.",
    "errors": [
      {
        "message": "Request contains an invalid argument.",
        "domain": "global",
        "reason": "badRequest"
      }
    ],
    "status": "INVALID_ARGUMENT"
  }
}

The resume command does not work on Node.js version 14.17.0 or above. Using version 14.16.1 or below fixes the problem.
The other workaround is by pausing then resuming immediately.

Related issues: discordjs/discord.js#5300

Current status

With the release of Jukebox v5, we are not finished. I'm still adding more features to Jukebox v5 (Pull request welcome!)
I'll also add languages support, so when #650 is resolved, you can add your own languages to Jukebox!

After the new base is finished (Hazmi35/discordbot-template) and I feel Jukebox v5 is finished (by features), I'll rewrite Jukebox entirely. With a new Base and new Music system.

Meresahkan

Or, is this a feature request?

Immediately allow selecting the existing results if it only has 1 because this is from a video link

This is too problematic, this requires a rewrite, I'll probably consider this functionality in v6

Originally posted by @Hazmi35 in #291 (comment)

This is an issue with ytdl-core x Discord.js on Node.js v16 (16.5.0), related to fent/node-ytdl-core#902, #547

There are many message inconsistencies in Jukebox, one of the examples is: Video, Music, or Song? fix this ASAP

https://music.youtube.com based on https://youtube.com. So, adding replacing URL support for YouTube music should be a good idea