-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🐛 Name the 3 most annoying bugs you'd like to see fixed #14004
Comments
(Are we supposed to write all three of our bugs in the same comment or can I split them up? Latter makes more sense, and this was the only one I could think of right now.)
The bug is especially terrifying because the engine will not display any kind of user facing error (only writes it to debug output), just kick you back to the main menu when attempting to load a world with a corrupted |
@Zughy how will this be evaluated? I suggest approval voting (i.e. count how often each bug was mentioned), it is very simple. |
The lowest common denominator of my 3 bugs is they can break games and you can't do anything (or close to anything) to prevent it:
(@rollerozxa added a rule about that) |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
#11531 |
EDIT by Zughy: I guess #9993 |
This comment was marked as off-topic.
This comment was marked as off-topic.
|
|
Thanks for this, Zughy. I've added 3 here. I may chance my mind, but thought i'd get something down for now. This is a game breaking bug that has happened multiple times to many players. Due to the impact and frequency, it really needs to be prioritised. It's probably very much related to #11523 which was listed by Zughy, but I fear if that is resolved in isolation, it may not fix this bug which can surface in many ways. The issue is a player can get into a bugged state without that formspec present and multiple ways can cause it. This is a bug (even though there was an exhausting hours long debate about whether it was) which makes any form of automation unimplmentable without nasty hacks. It really takes away from multiplayer experience, and the engine should have a prescribed way of doing this. Takes away from multiplayer experiences when people can find cave bases around them easily on vanilla client. |
Things like bows, fireworks, etc... are impossible to use on touchscreen devices like android, this is a game breaking issue. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
The first one is annoying as hell:
Rationale (for the 1st): Have some extra cores for the server? Too bad because using them will slice your world in half. |
This comment was marked as off-topic.
This comment was marked as off-topic.
If I ignore bugs I am not allowed to post, I currently only have one bug: This bug basically makes the waving liquids feature totally useless IMO. I always play without waving liquids because of the ugly bug. I like waving liquids, but this bug ruins it. |
|
This comment was marked as off-topic.
This comment was marked as off-topic.
Thanks to everyone participating. The majority of issues has been labelled as "High Priority", using my point of view as yardstick. Closing, probably see you with something similar in the next roadmap brainstorm! |
After a long and useful discussion on the forum: https://forum.minetest.net/viewtopic.php?t=29949 I've decided to run this experiment.
Name the 3 most annoying bugs that you'd like to see fixed and add a brief explanation of why in your opinion such bugs should be prioritised compared to the rest.
The idea is to make use of the "high priority" label so that development can be more community driven. What's the criteria that determines whether a bug should obtain or not the label? Frankly I still don't know, but it wouldn't be an experiment otherwise, would it? I'd like to see what comes out of it and core devs can simply ignore this topic if they want - I don't want to add a bigger burden onto their back.
Speaking of devs, of course "high priority" doesn't mean "now devs have to fix it or I'll stomp my feet until they hurt" (we're all volunteering), but rather something that can be pointed out (e.g. in the blog with a call to action) to people that would like to contribute to Minetest and don't know where to start (alongside the "good first issue" label).
Rules
That being said, have fun! (I've removed the ones labelled "low priority")
https://github.com/minetest/minetest/issues?q=is%3Aopen+is%3Aissue+label%3ABug+-label%3A%22Low+priority%22
The text was updated successfully, but these errors were encountered: