Is your feature request related to a problem? Please describe.
The language command is very unintuitive and could show more information about the language.
Also: Available languages are hard coded inside the command. This is bad behaviour: The bot should get the language information dynamically from the resources directory.

Describe the solution you'd like
Let help language show all available languages together with translation coverage and localized;unlocalized names.

Add a system for Hypixel skyblock challenges regarding skill leveling.

1. Admins/Mods create a new challenge
   1. Choose the challenge type (Select a skill for leveling)
   2. Choose if challenge is in Auto-Accept-Mode or in Manual-Accept-Mode
   3. Choose start time of challenge
   4. Choose end time of challenge
   5. Choose Pay-In Value
2. Users can enter the challenge
3. If Manual-Accept-Mode is enabled, Admins must accept every user for the challenge. (e.g. to check if player payed to join)
4. 10 Minutes (30 Minutes when Manual-Accepting) before challenge start, entries close.
5. 1-5 Minutes before challenge start, the bot gathers the current stats for every player
6. Challenge starts
7. During the challenge, players can check their progress (maybe I will add a runtime-leaderboard, not sure yet)
8. Challenge ends and bot creates a final leaderboard
9. Honor & Glory for the winner (and maybe some prize money)

Öhm, ja ähm, Giveaway Manager, du weißt?

gcreate
mit reaktionsemoji

gdelete

greroll

etc.

<> required yikes

Describe the bug
Joining a channel with the key key_bot_new*voicechannel creates a new voice channel by the bot. Leaving immediately normally deletes the channel, but instead the bot loses track of opened channels. From the current log behaviour I am not perfectly sure if "instantly leaving" is the real cause.

To Reproduce
Steps to reproduce the behavior:

1. Join key_bot_new*voicechannel
2. Either leave VC immediately before DynVC is created, or leave after DynVC is created but before you are moved by the bot, or leave after full DynVC creation cycle is finished, or change to an already existing DynVC before cycle is finished

Expected behavior
The newly created DynVC should be deleted by the bot, including the text channel and the server role designated to it

Actual behavior
The bot fails deleting the whole DynVC packet. It loses track of currently opened channels due to a possible rupture in the vc-bufferdict, causing 3 more sideeffects:

1. All currently opened DynVCs are immediately untracked
2. All currently opened or closing DynVCs cannot be deleted by the bot, making them orphaned
3. All DynVCs created after this bug can not be set into the tracker, therefore all DynVC in existance are untrackable until the bot fully restarts

This bug forces a cold restart to get the bot in an operating state. This causes even more data loss and is not acceptable.

Describe the bug
When calling $help command, the help request always resolves to "False" and spits out following note: "This command has no function to print help.", even when the requested command fully implements the coroutine get_help. This results in _do_specific_help to always fail.

To Reproduce
Steps to reproduce the behavior:

1. Run Command '$help chall' (Only command to implement the specific help as external command)

Expected behavior
The actual help of the requested command should be printed

Actual behavior
"This command has no function to print help." is printed

Used bot version and device information:

• v0.4.0 (b181470)

Is your feature request related to a problem? Please describe.
When creating a poll manually, often the answers are badly formatted plus the author needs to append the reaction emotes himself. This could be automated via the bot

Describe the solution you'd like
A new command 'poll' with following syntax:
poll <question> <[emote] <option>> ..., with <required> and [optional].
At least two options should be provided.
Option text can and should take advantage of multi-word-arguments using quotation marks.
When no emote is specified for an answer, use emotes :REGIONAL_INDICATOR_A:, :REGIONAL_INDICATOR_B:, ...
Obviously, when a custom emote is specified for an answer, the bot must check if it can use this emote. If not, fallback to regional indicator emojis. In this case, also note that not only the appended reaction should fallback, but also the emote used within the "option" text inside the embed that is generated by the bot.

Describe alternatives you've considered
Add another bot to the server that can handle polls, but this is dirty tactics: Server should stay clean with as few bots as possible.

Additional context
Add any other context or screenshots about the feature request here.

Describe the bug
Dynamic voice channel: When the owner disconnects, the bot doesn't promote a new member to owner.

To Reproduce
Steps to reproduce the behavior:

1. Create a new voice channel (public or private)
2. Let at least one more user join the channel
3. As owner, without transferring ownership, leave the channel

Expected behavior
The bot transfers the channel ownership to another connected user.

Actual behavior
The channel ownership stays at the originial channel owner who is not connected anymore. No one can now control the channel until the original owner reconnects. Only automatic channel close works, when everyone leaves the channel. No more invites, kicks, closings or edits possible.

Used bot version and device information:

• Bot version: v0.3.0 (f8256df)

Describe the bug
When the bot is not connected (because of an updating process, restart or disconnect) to the server, but a dynamic voice event takes place, the bot loses all tracking information about the dynamic channels. Furthermore: When the bot process terminates (because of an updating process or restart), the bot stops tracking the channels and instead closes any open dynamic voice channel and its dedicated text channel.

To Reproduce
Steps to reproduce the behavior:

1. Create a dynamic voice channel by connecting to the corresponding "new private/public voice" channel
2. Stop the bot by running stop in an administrator channel as a user with administration rights
3. Start the bot again

Expected behavior
The bot should regain tracking information

Actual behavior
The bot behaves as if there were no open dynamic voice channels. Its corresponding voice channel, text channel and server role are now orphans and need to be removed manually by an server administrator.
(The bot closing all open dynamic channels on process termination is intended behaviour as of minimizing workload on bot update process. But it is definitely not expected behaviour for users as they get kicked on every update. This circumstance outlaws an update process while any member is connected to a voice channel)

Used bot version and device information:

• Bot Version: v0.3.0 (65fd02d)

Additional context
Add any other context about the problem here.