flux reports: free chests @ haven are stuck ... #2149
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/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/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
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#2149
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
flux reports a bug:
Player position:
Player look:
Player information:
Player meta:
Log identifier
Profiler save:
Status:
Teleport command:
Compass command:
i broke them and re-placed them and they're still broken O_O
https://github.com/minetest/minetest_game/issues/2031
upstream PR https://github.com/minetest/minetest_game/pull/2965
upstream MTG fix was merged
We'll most likely update to this fix with the release of 5.7.0
Chests are still stuck, should this be added to next milestone? (since server is now 5.7.0?)
note that the fix is in minetest_game, not the engine. i'm not sure which version of minetest_game we're running.
We're on MTG stable-5: 08057e8e0f01b443515ff81423215e4367f84872
This is the repo: https://gitea.your-land.de/your-land/minetest_game/src/branch/stable-5
Since there are no changes towards upstream, I didn't make a yl_stable branch yet
i guess the update hasn't made it into stable yet. this is the commit which fixed the chests:
ec2f57db0e
In my plain singleplayer world chests work fine. But... pipeworks kills all of the changes.
1b79084e6b/compat-chests.lua
(regarding how outdated that code is: chests not closing on logout is a problem that got fixed in MTG >6 Years ago...)
In YL, we're on commit 08057e8e0f01b443515ff81423215e4367f84872
That means the fix is not on the server yet. With the 5.8.0 upgrade we'll also go to a new MTG
just validated that this is still an issue
The new MTG was planned to be delivered with the upgrade to 5.8.0, but there was a connection issue. So we had to go back to what we had before, 5.7.0 with the previous MTG. Details here: your-land/administration#208
Seeing that the discussion here is still only about the MTG update, I realize that my last comment was very imprecise:
The problem here is only partially with MTG. Before 5.8.0 MTG chests were definitely buggy. What I tried to say with my last comment: A MTG update might not be enough for this issue, other mods mess up with chests too :/
Take the repo provided by flux in #6526
This issue was solved by MTG in 2017 by adding a
register_on_leaveplayer
callback (https://github.com/minetest/minetest_game/pull/1884). This should definitely be live.BUT there is pipeworks: https://github.com/mt-mods/pipeworks/blob/master/compat-chests.lua
It looks like they copied and modified MTG chest code 12 years ago and only cherry-picked commits from mtg chests since then.
This includes the code which is responsible for opened/closed chests.
Long story short: MTG chests got updates/fixes, but most of them never made into the pipeworks code.
If needed, I can elaborate on why most of mtg's fixes (including the one mentioned above) do not affect the pipeworks implementation.
It shouldn't be too hard for me open a pr to pipeworks and get rid of all the duplicated code in there. Let me know if I should do so :-)
oh i missed that before, sorry tour.
seems that pipeworks has been updated:
1b79084e6b
if you want to dig into pipeworks enough to de-dupe the code, feel free :) i try to avoid touching it when i can.
That only affects the fix from #5085 while this issue deals with chests stuck open. None of the pr's from here made it into the pipeworks version so far...
I tried my best, I hope I don't have to rewrite large parts after feedback from the maintainers:
https://github.com/mt-mods/pipeworks/pull/123
Well, from what I can see and hear here, you have already more than enough to do. One of the reasons why I am a bit more active here now.
Hope I help more than I create extra work...
pr got merged. This should now be fixed with latest mtg+pipeworks.
Just for completeness, some special chests might not have this fix...
moremesecons:mesechest(\_protected)
is registered in a very weird way, the lbm to close open chests on load will not run for these. they need a rewrite anyway #4809