chest duplication glitch #5085
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/petz
3. source/testserver
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/QA main
4. step/QA NOK
4. step/QA OK
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#5085
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This chest duplication glitch works by attempting to destroy a open chest. This has parallels to #5068, the open chest instead of being moved is blown up and when it is closed a blank (no slot chest) appears and a chest is thrown to the floor by the explosion. The blank chest can then be mined for a second chest
ugh.
It is another open chest problem, lets just get rid of them
Chest duplication works with all chests registerd by
default.chest.register_chest
. So mesechests should be affected too.I was curious how chests and their fs are handled...
(50% of the code are needed to open/close chests :P)
They store a table with all open chests. Everytime a player submits a fs they look in this table if the player has an open chest which can be closed. They forgot to check whether there is still a chest at this position... (not to mention that this will delete any other node which might result again in chests with wrong meta)
960aff2f63/mods/default/chests.lua (L46)
NOTE: I somehow rememberd #1979
petz does NOT use the default chest registration but instead copy/pasted it, made some minor changes and copied the bug too. It would need the same fix here...
5df53174ae/petz/misc/chests.lua (L40)
i got rid of open chests
34fe76ee92
i guess i need to fix petz too though, i forgot about that.
fixed the petz chest as well (i think)
c0f98b5cca
I liked the "open chest" thingy, but if it gives us only headaches, there's no point keeping it.
i suppose another option instead of getting rid of the open chests would be to make the "close" action verify that there's actually still an open chest in that location before swapping out the node.
i suppose if i add a check to the close lid code, i could possibly even get this updated upstream. i'll try that. in the meantime, chests won't open.
mtg PR: https://github.com/minetest/minetest_game/pull/3046
mtg PR got merged
i've removed the code to get rid of the open chests:
50ccd70c66
i guess i still need to PR petz to prevent problems there.
petz PR https://github.com/runsy/petz/pull/192
petz PR was merged
This is blocked until the new MTG is delivered, right? We usually only update MTG with a new MT version, next would be 5.8.0, which is due sometime soonish.
Also, what business has petz to change chests??
QA
I cannot reproduce the issue with the fixese, even without latest MTG
this is live