This is only relevant when we start writing code that accepts trivia customization, hand written answers (response with no reactions, just user submitting a discord chat response)

Describe the bug
If a user clicks on 🛑 to stop a game, the "Times's up" embed should be sent immediately, not after the time has run out. This happens in chill modes. In competitive modes, the embed is sent immediately, which is what we want, but the same should happen in chill modes.

To Reproduce
Steps to reproduce the behavior:

1. Type in !tfchill
2. Click on the 🛑 to stop the game
3. Observe how long it takes for the "Time's Up" embed to be sent
4. Now, type in !tfcomp
5. Click on the 🛑 to stop the game
6. Observe how long it takes for the "Time's Up" embed to be sent

Expected behavior
Chill games should behave like competitive games; "Time's up" should be sent immediately. This is necessary because in #104 , functionality has been added to make the time limit per question be based on user request. So, if you say you want time to be 180 seconds (the maximum), then it will take 180 seconds until the game concludes. That shouldn't happen.

Foundational functionality:

1. To start, only allow trivia to be multiple choice
2. Respond with reactions on the embed, record users response
3. Number of questions by default will be 10
4. Category will be random by default
5. Difficulty will be random by default

COMMAND: -play mc chill
Should mimic the same game play as the -play tf chill game mode

The point of this is to establish working code and a working trivia game. Once we nail this, we can then make all the other fields dynamic in the code, and customizable by the user

Just me being nitpicky

Foundational functionality:

1. To start, only allow trivia to be multiple choice
2. Respond with reactions on the embed, record users response
3. Number of questions by default will be 10
4. Category will be random by default
5. Difficulty will be random by default

COMMAND: -play mc competitive
Should mimic the same game play as the -play tf competitive game mode

1. Bot should respond when the time is 15 seconds (just an example) before the time is up (warn the users).
2. Set limit to how long each question takes to answers (set by us)

Is your feature request related to a problem? Please describe.
We need to make sure that we never exceed the rate limit, so implementing some kind of architecture to monitor this will solve this problem.

I tried to do this with the setActivity() function, but I couldn't figure out how to erase the status after the game was over. It was late when I tried this though and I'm sure there's a way to do this (we've all seen it when we play Spotify or play video games; its able to go away once activity ceases).

When -help is invoked, we should also display what -stop does here too. Any time a new command is added, the help embed should get an update

Remove it from gitignore, this post seems to explain that it shouldn't be ignored https://stackoverflow.com/questions/48524417/should-the-package-lock-json-file-be-added-to-gitignore

We need an updated FlowMap since we're no longer doing Flow Bot and an updated Wire Frame. This can be split up between two people, or one person can do it; doesn't matter. We just need these done so that whenever the lab is graded, it'll reflect our new project.

Is your feature request related to a problem? Please describe.
A lot of bots have slash commands now, so Trivia Bot should as well
Slash commands are going to be strictly enforced by Discord in the coming months, so Trivia Bot needs to implement them.

Describe the bug
When using Discord on mobile, the help embeds don't look the same.

To Reproduce
Steps to reproduce the behavior:

1. Open Discord on your mobile device
2. Execute !help and notice the formatting
3. Now open Discord with the desktop application
4. Repeat step 2

Expected behavior
Formatting should exactly match, or be close enough

Screenshots
On mobile:

On desktop:

Additional context
The solution:
Instead of using \n to add line breaks, we need to be using the addField() method whenever we want a new line to begin. While looking at the code again, I noticed that we used this method for the !play tf help command and the formatting was consistent on both platforms. Here's a screenshot of this command's output on mobile:

On desktop, the styling looks the same which is the goal.

Is your feature request related to a problem? Please describe.
This feature is just a fun idea.

Describe the solution you'd like
Using a "life" system, you can make a mode where every wrong answer will remove a "life" or attempt. If you lose a specific amount of lives, you are eliminated from the game.

For example, everyone starts with 3 lives. If the answer to a question is "A" but someone (or multiple people) answer "B" (or any other wrong answer), they lose one life. This continues until only one person has any lives left.

Describe alternatives you've considered
Another alternative mode you can use where only one person can answer a question, and they can claim the points of that question; "lives" would help with this by deincentivize answering recklessly; whoever answers and gets a certain amount of points first wins.

If there are multiple people that also lose lives at once, you can either eliminate them at the same time (both / all losers at that round get 1st place, the second / follow up loser has 3rd / 4th / 5th / ...) or use the next question as a tie breaker.

Most bots have a help command that shows how the bot can be used. We should do this as well in the form of a Discord Embed.

Example:
User sends to the channel: -help
Bot replies to the channel: With an embed listing out all the commands and what they do

If users use the word 'trivia' anywhere in a conversation, the bot will be triggered and will respond with:

"Did someone say my name?"

Describe the bug
Commands can be valid if they're not an exact match and this shouldn't happen.

To Reproduce
Steps to reproduce the behavior:

1. Type in !tfchill woohoo
2. Notice that a game will start even though 'woohoo' isn't a valid parameter

Expected behavior
Should only respond to exact matches.

Do -play tf help in the discord channel to get details on what this command does

Describe the bug
Not really a bug, but an annoyance. Commands should probably be case insensitive.

Expected behavior
!tfchill should yield the same response as !tfChill, for example.

Additional context
Probably just need to slap a .toLowerCase() on the inputs to solve this problem

1. Stop a game in the middle of a game
2. At the end of a game, the bot stops

Is your feature request related to a problem? Please describe.
After talking with a friend that played with Trivia Bot, he asked me to create some kind of visual in game, so users can know how much time is left in chill mode.

Describe the solution you'd like
I'm thinking this can be a new util, so I plan on creating a util that can be used in all chill game modes. It should be a new message embed that dynamically updates every second to show how much time is left.

Describe alternatives you've considered
This can also be a part of the normal message that gets sent when there is a new question, so this might be a better solution since there might be a bit of lag, will have to experiment to see which is better.

Is your feature request related to a problem? Please describe.
We need a means of logging...we currently have nothing. I'd like to be able to track where and when problems occur, should they occur.

The API was just updated to v13 which includes a lot of new functionality. I'd like to use a lot of these new features and enhance Trivia Bot. TODO: research and decide which features we can use.

I believe some responses are coming back with some sort of PHP encoding (I don't know if that makes sense or if that is even accurate), so we need to figure out how to decode (or encode? idk what the correct word is to explain what I'm trying to say) the strings that the api is returning into plain English so our bot is user friendly.

Here's an example of what I mean:

In this case, ' translates to an apostrophe or quotes I guess, but it won't display as such unless we convert it.

Research:

1. How to make this conversion and what it means
2. If there's a JavaScript built in function that can make this conversion
3. If there's an NPM package we can install to make this conversion

And then implement the best solution into the code, or write a comment here with the solution after you've tested and can confirm that your solution does indeed make the proper conversion.

We may have overlooked this part

This is a 'nice to have if we have time' kind of issue. If we have time, we should figure out how to terminate a game without shutting down the bot completely. If not, then its okay because at least we can still stop!

Pass in the time as an optional argument so it can be customized if a user indicates they want to change the settings for a particular game. The default should always be 10 unless the user specifies otherwise.

Make conversion to ms (x1000)

Match Josh's stop emoji feature to stop a game

We should document what the bot does and how to use it in the README.md, and continually edit it as we add more features to the bot. Push the other stuff down a bit so the Professor and TA's can still get the information they need to grade us accordingly. This issue is to serve the purpose of making the initial change that way all subsequent additions are easier.

Describe the bug
We are not error handling for missing permissions. The bot craps out when there's a discrepancy in permissions somewhere: UnhandledPromiseRejectionWarning: DiscordAPIError: Missing Permissions

To Reproduce
Steps to reproduce the behavior:

I have no idea how this happens, but its been crashing the bot, needs to be taken care of ASAP

This is to ensure the project works on all platforms. The dependancies will be relevant to the container the project will be installed in.

Describe the solution you'd like
Each command has at least one alias associated with it. Right now, this is only exposed in the code, so an end user wouldn't know that these aliases exist. I'd like there to be a Command Aliases section of the README.md that lists out all of the aliases and what commands they're associated with.

Additional context
The commands and their aliases for Trivia Bot can be found in the src/Commands folder. Each command has an alias attribute which can be viewed in each of the files in this directory.

For games where the difficulty levels are randomly picked by the api, it would be cool to implement a point system!

• Easy: 1 point
• Medium: 2 points
• Hard: 3 points

Its' as simple as adding in a few conditionals checking what the difficulty level is for the current question, and then updating the leaderboard accordingly.

Doesn't matter what the code looks like, just figure this out. We can add code that makes sense later.

This issue provides visibility into Renovate updates and their statuses. Learn more

Edited/Blocked

These updates have been manually edited so Renovate will no longer make changes. To discard all commits and start over, click on a checkbox.

• Pin dependencies (@babel/core, @babel/node, @babel/preset-env, axios, dotenv, nodemon, parse-entities)

• Check this box to trigger a request for Renovate to run again on this repository

Describe the bug
After my latest OOP refactor, I think I removed the ability to dm the bot because it doesn't respond to dm's anymore. I need to fix this so that this functionality can be restored.

Expected behavior
Interacting with the bot in dm's should be no different than interacting in a server. The only difference is that you can collaborate on games with other users in a server, but otherwise functionality shouldn't change.

We'll need to:

1. Rename the repo on GitHub
2. Update where Heroku is pointing to
3. Update all our local clones of this repository: change the remote URL in our local git repos with git remote set-url origin URL, view the current url with git remote get-url origin, see git remote --help for more details

Does all the command logic have to go into one bot.on('message.....) event?

Talking to myself because I'm having an epiphany several months later: Probably not. Once more research is done about writing the bot using object oriented programming, things will become more clear. I highly doubt it all needs to go into the same event, but who knows.

Create a project website
https://github.com/elenirotsides/Trivia-Bot-Website

Foundational functionality:

1. To start, only allow trivia to be true/false
2. Respond with reactions on the embed, record users response
3. Number of questions by default will be 10
4. Category will be random by default
5. Difficulty will be random by default
6. Allow all users to answer, display all the users that got it right after each question's time is up.

COMMAND: -play tf chill

The point of this is to establish working code and a working trivia game. Once we nail this, we can then make all the other fields dynamic in the code, and customizable by the user.

Match Josh's game to stop questions mid-game.

Once we have good working code, deploy to Heroku instance

https://medium.com/@fyoiza/how-to-randomize-an-array-in-javascript-8505942e452