Opinions and issues

Kaimux project updates are carried out practically every day, and normally, some bugs or players are dissatisfied with the changes made.

If something does not work as it should, you can always (and should, if you care about the project) report it by creating a ticket in the Discord channel or filling out a bug report in this page's forum.

Bug message in the forum

Here you are asked to mark the part of the project where the error was noticed. If it was noticed in more than one place, you can mark more than one. Of course, pressing something unnecessary will only confuse the project administration and the error may simply be rejected as not replicable.

You are also asked to describe the problem in detail. Even if you think that saying a few words about it will immediately make everything clear, in many cases you are wrong. Only a detailed description helps us understand what is wrong.

How do you understand "describe in detail"?

You tell us what exactly you did, with what tool, what armor, what service, what server time/date, what you pressed, how many times you pressed, and so on.

What does the statement "could not be replicated" mean?

When you report an error, we always have to replicate the steps you described and check if everything is happening as you said. If your error is confirmed, the report is marked as Accepted and then you wait until it is resolved.

If the error is not found after reproducing the steps according to your description, you are asked to clarify your actions in your comments. If the steps are still not replicated or the player who reported it does not respond to the comments and does not clarify the information, such a report is marked as Unaccepted/Cancelled.

Report a bug via Discord tickets

To report a bug, you select the ticket topic "None of the above" and fill in the provided input fields: Nickname, your Minecraft version, the Project part where it occurred, and Detailed description. In principle, the requirements for describing the bug you found are identical to forum posts. You provide as much detailed information as possible and wait for the administration's response. While you wait, you can also share visual evidence (photo, video), which would also speed up the verification of the bug and, possibly, its fixing.

What to do if you don't like an update?

Since there are so many and varied updates, it is normal that there are players who don't like those updates.

The problem arises when the player doesn't know or understand what to do in such a case.

There are several examples of what players usually do in such a case.

A good example

The player goes to the forum, opens the section for suggesting ideas, and creates a new message there. There he explains in detail why he thinks the update is not good, why many players don't like it, what alternative we could make for it, and whether the proposed alternative will also solve the problem that caused the update in the first place.

By the way, saying, for example, "This update is not good because I don't like it" or something like that means nothing in this case. The project administration is only interested in objective statements, and objective opinions.

It should also be remembered that the administration often has questions about your idea. Therefore, we recommend that you regularly check your message and answer questions, if any. If the administration does not receive an answer to the questions or the player, for example, does not explain in enough detail for us to understand your (objective) thinking, such an idea may not even be considered and simply rejected.

Bad example

The player starts expressing his dissatisfaction through:

1. Minecraft's general chat window (where your discussions take place if you can call them that),
2. Minecraft help messages (which are intended to provide help when problems arise in the game, not to complain that we are doing nonsense),
3. Discord's general chat channels (where your discussions take place if you can call them that),
4. Discord's help tickets (which are intended to provide help, not to listen to your complaints).

What do you achieve by discussing (complaining, in reality) in the above-mentioned places:

1. You spoil the mood of the players who like to be here,
2. You spoil your reputation in the eyes of the project administration,
3. You hinder the work of the senior project administration,
4. You spoil the mood of the senior project administration and generally reduce their motivation to work for the well-being of the project.

As you can see, if you express your dissatisfaction in the wrong place, you are taking a big risk. If we, as the main project administration, see constant dissatisfaction from specific players and when those players do not make any effort for the well-being of the project (offering alternatives, for example), such players are unnecessary here.

Therefore, do not be surprised that after your unpleasant remarks, you will be blocked forever from our project. If you are unable to think like normal, logical, adult-thinking people, you are not on our way.

By the way, do not expect unblocking in this case.

Don't say that we did not warn you.

Why can't I submit multiple ideas/bugs in one post?

First, it usually makes it difficult to understand your thoughts.

Second, if there are multiple errors or multiple ideas in a single message, we can technically only accept both or reject both. We won't mark one as one and the other as another. Which, again, just makes a mess.

Do you give rewards for bugs found?

Yes, of course. If the bug is confirmed, when it is fixed, you are transferred credits to the selected server.

The reward ranges from 10 to 100 credits per bug or from 1 to 8 hours of World Edit service on the Creative server.

The reward does not depend on whether you ask for more/less.

The reward depends on how important it is and how it affects the server itself or its economy, for example.

The reward amount is chosen by the Operator or Owner at their discretion.

P.S.

When suggesting your ideas or "complaining" about our updates, please keep in mind that the project must comply with the Minecraft EULA and MUG requirements/rules. If your proposed idea violates even one of the EULA/MUG requirements, it will be rejected.