For example users are currently getting the (first) trusted role when they get to level 18 instead of 19.

Short description of my feature request:

I would like to be able to see more than the top 25 when using the .xptoplist command, if someone isn't in the top 25 and want to see how their position this would be appreciated, especially in the future when there are even more users in the list.

Two solutions:

I have two ways I think would be the best way to do this.

Option 1 | Pages:
Make the system page based instead of showing one long first page showing 25 places, you could divide it up to pages by for example 10 places/page.
Instead of how it is now, you enter the number of places to be shown (max. 25), you enter what page you want to show.
Page one will for example show the places 1 to 10, page two 11 to 20 etc, the amount of places/page is just an example.

Option 2 | Intervals:
This will instead for the one above have two subcommand values, one for where the list should start and the second more or less the exact way it is right now. (or reverse the two values, having the start position after the way it's now)
So this should use almost the same way it works of now (at least by how I imagine the code is written, haven't looked into the code) and that the list starts at the number the user has written instead of always starting at the first one.

Additional context:

As said above, I think that this would be appreciated by many users and especially in the future when there are even more people on the top list.

Det finns ingen anledning att ha Discord som funktions argument när man registrerar handlers då handlern själv kan inkludera modulen om den behövs.

The "currently being made" global error logging system will work for internal errors, but when our bot crashes. How do we notify the developers?

The XP progressbar does not check the XP of the tagged user but the user sending the message. This results in Different users getting wildly different results identical to their own XP percentage.

We have had severe stability issues regarding crashes due to unkept promises. This is detremental to stability and we need to go over the entire codebase to check wether all used functions are asynchronous or not.

When User1 creates a new .xptoplist response, the bot only removes reactions made by User1 and no other user, while still "flipping the page" this leads to mild confusion among users.

Is your feature request related to a problem? Please describe.
Currently if the bot crashes human intervention is required. This is not ideal since staff can not always be on call to catch it.
Also, when developing the bot the test bot needs to be ran on the developers own system which makes handling keys, ID:s etc. messy.

Describe the solution you'd like.
The ideal solution would be to have the production enviroment automatically pull changes from a "release" or "production" branch in the repository to then restart with the new functions enabled.

A similar solution might be interesting for development and testing.

The crash-logs will ideally be available as soon as the bot is up again, where they should be sent is up to debate.

Have you come up with a good solution of how to implement this feature?
Nodemon will help with restarts and restarting when files are updated, automatic deployment could likely be solved with Githooks.

As for making the crash-logs available I currently have no direct solution.

Please discuss! I think this will improve workflow and development greatly!

Is your feature request related to a problem? Please describe.
Users are frustrated that the leaderboard only take levels into account when showing users in the leaderboard.

Describe the solution you'd like.
The location of users on the leaderboard should take both levels and xp into account when placing users at a location on the leaderboard.

Have you come up with a good solution of how to implement this feature?
Not yet...

Additional context:
None

For developers after pushing their code, to be able to take down the production bot without having access to the server console

Currently the bot is starting a web service to be able to run on replit.io. But when the bot is running on local hardware this is creating an unnecessary overhead and potential security vulnerability.

Short description

I would like some way of viewing my progress in levelling, it doesn't need to be precise at all, just a hint for how far into the level I am.
The main reason for this would be in the future when people are in really high levels and don't have any way of knowing if your half there, almost next level or anything.

Detailed description

My idea is that the progress bar should consist of steps of some kind, not many at all, thus making it to be less likely to result in people spamming for levelling up.
For example, having 3 "steps" per level. When you are more than 33% into reaching the next level, the first step is marked, over 66% the next step is marked etc. This makes you have at least a clue of how far you are to the next level and at the same time, hopefully not making people spamming to get more levels.

Another feature that could be added to this one, is that you get more of these "steps" by leveling, for example, one step more for every 10 levels or so. I think this would be more fun for the people that are at really high levels.

I don't really know where or how this may be done, but maybe in the .me command or something. The example of values or amounts of steps etc. are just examples, I haven't thought them through that much.

Additional context:

I would like to think about how this could be done, but I sadly don't really have time for that so I will just write my thoughts when I get them and let you decide and think about how it may be implemented.

The bot crashes when a user sends a message through the bot through a DM channel since it has no guild ID the stacktrace is the following:

GamerBot2.0/models/profileSchema.js:31
        return fetchProfile(message.author.id, message.guild.id, message.createdTimestamp, message.createdTimestamp);
                                                             ^

TypeError: Cannot read property 'id' of null
    at Object.fetchProfileFromMessage (/home/ubuntu/dev/GamerBot2.0/models/profileSchema.js:31:55)
    at module.exports (/home/ubuntu/dev/GamerBot2.0/events/guild/message.js:35:39)
    at processTicksAndRejections (node:internal/process/task_queues:94:5)

The .xptoplist command is showing one level to much for every member. For example it shows 10 when .me or .userinfo <user> shows 9.

If you set your color to e.g. #ffffff00 your frame background is transparent. I don't know if this is intentional but I thought it's better to let you know rather than not.

Is your feature request related to a problem? Please describe.
Currenty the user creates a new ticket in a separate chat, this creates mild confusion as to where the actual conversation is supposed to be hield and where to go.

Describe the solution you'd like.
Currently moderators are tagging the user on their own, but it would be nice if this could be done automatically.

Since this commands function no longer is required and causes some interesting bugs, I think the bot would do fine without it.

The bug causes the ranking placements to be jumbled after "turning the page" this is a formatting error of some kind.. To recreate:

Enter:
.xptoplist 1
Turn to next page:
If this is not just a repeating fluke you should se the output adding zeroes and ones to ranking....

The .xptoplist command is showing one level to much for every member. For example it shows 10 when .me or .userinfo <user> shows 9

• Migrera kodbasen till Typescript
• Använd något framework som discord-akairo

Genom att göra detta gör vi "development experience"-en mycket bättre och istället för att skapa våran egna handler så använder vi ett existerande som antagligen är mycket bättre och mer effektiv.

basically what the title says. Don't know weather it is because of the database, how we read from it or how we write to it.