Placed chests sometimes can't be used #162
Labels
No Label
#P1 CRITICAL
#P2: HIGH
#P3: elevated
#P4 priority: medium
#P6: low
#Review
annoying
API
bug
code quality
combat
commands
compatibility
configurability
contribution inside
controls
core feature
creative mode
delayed for engine release
documentation
duplicate
enhancement
environment
gameplay
graphics
ground content conflict
GUI/HUD
help wanted
incomplete feature
invalid / won't fix
items
looking for contributor
mapgen
meta
mineclone2+
Minecraft >= 1.13
Minecraft >= 1.17
missing feature
mobile
mobs
mod support
model needed
multiplayer
Needs adoption
needs discussion
needs engine change
needs more information
needs research
nodes
non-Minecraft feature
non-mob entities
performance
player
possible close
redstone
release notes
schematics
Skyblock
sounds
Testing / Retest
tools
translation
unconfirmed
mcl5
mcla
Media missing
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: VoxeLibre/VoxeLibre#162
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?
Author: @Wuzzy2 Posted at: 21.03.2017 15:02
As of MCL2 0.16.0, placed single chests sometimes can not be used, their inventory slots are unusable and the error log complains about missing node metadata.
This happens rarely, but it happens and is annoying as hell when it happens.
Must be fixed ASAP.
Author: @Bu-Gee Posted at: 21.03.2017 17:07
If it helps diagnose:
I placed a single chest and was unable to use it, even after replacing it multiple times. I made another chest and placed it next to that one and I was able to start using those chests.
Now, even when I was able to use the chest, I still got the message like above with just my location being different.
I will post a link to my video where it happens once I post it.
Author: @Wuzzy2 Posted at: 27.03.2017 15:02
kwadroke wrote:
Author: @Wuzzy2 Posted at: 29.03.2017 18:11
I have just made some fixes to the chest metadata. I'm not sure if this fixes the bug, so can you please check with latest development version?
Author: @Bu-Gee Posted at: 30.03.2017 12:30
I have done some testing and here is what I have found:
All previously placed chest issues seem to have been fixed. I used to get the above metadata errors on some existing chests and they are now gone.
Placing single chests seem to be working just fine now. I tested it a few times and didn't get the problem.
Placing double chests is now completely broken. I could not place a double chest in a way where I could use it.
Placing a single chest and putting an item in it and then doubling the chest doesn't allow you to double the size of the chest (I don't know if this is desirable or not) and it destroys the items previously placed in the first half of the chest (this can't be desirable). The new double chest is not usable either.
Here is a video of me doing the testing where I determined the above: https://youtu.be/ZBf5HxlKw-A?t=22s
Author: @Wuzzy2 Posted at: 30.03.2017 15:25
I can't reproduce placement issues with large chests. Maybe you somehow grabbed a version while I was still developing. If it still does not work, try to remove the chest and place it again.
I have fixed bug number 4.
Author: @kwadroke Posted at: 01.04.2017 00:35
Still an issue with the latest commit (
01200e9214
). Using a new map and seeing it on the first single chest.2017-03-31 19:34:01: WARNING[Main]: GUIFormSpecMenu::drawList(): The inventory location "nodemeta:-72,3,41" doesn't exist
Author: @Bu-Gee Posted at: 01.04.2017 01:35
Sorry for taking so long to get back to you. For me as of
1e79148e39
, it was mostly fixed.Placing seems to be okay even if the error message does show up.
The only remaining issue I have is that sometimes you can't place an item in the second placed chest's inventory until you put an item in the first placed chest's inventory. I didn't do extensive testing all over the place though.
I was streaming when your last came through and I was able to test it with a video recording: https://youtu.be/n4bR_YJ0xyk?t=45m32s
Author: @Wuzzy2 Posted at: 01.04.2017 22:43
Interesting fact: I can reliably reproduce problems with large chests (as explained by Bu-Gee) when I place them at -128 and -129 at either the X or Z axis.
Same for:
And so on. It seems it happens at an interval of 16. This is interesting.
I'm starting to suspect a Minetest bug here, at least partially. But I have no idea, really.
But this does not yet explain the weirdness with single chests. :-(
EDIT: Known coordinates where single chests failed:
Author: @Wuzzy2 Posted at: 03.06.2017 13:14
After a very, very long debugging period, I came to the conclusion that this bug or at least a part of the bug is caused by Minetest:
https://github.com/minetest/minetest/issues/5894
Author: @Wuzzy2 Posted at: 09.06.2017 20:58
Oh my! I think I have a workaround for the double chest bug. MAYBE it also fixes all the other chest-related bugs. FINALLY! This bug was so annoying.
@Bu-Gee, @kwadroke: I would appreciate it if you could check if any chest bugs still occour in the current development version. If I don't see evidence of this bug in the next few days, I consider it fixed.
Author: @Wuzzy2 Posted at: 12.06.2017 12:07
I think this is fixed now.
Author: @kolewu Posted at: 12.12.2017 19:32
It's not solved completely, because the chests in a village (spawned with
spawnstruct
for not having to search for one) are not usable until they are replaced in game. Since the bug seems to be depending on the position and the new chest will be placed at the same position as the one from the village mts, it should be problem in the saved mts for the village.Author: @Wuzzy2 Posted at: 13.12.2017 00:01
No, this isn't a chest bug.
The actual problem are the villages, they are still experimental and don't initialize chests and furnaces. Villages don't appear naturally yet.
I have now removed all chests and furnaces from villages and added a warning for
/spawnstruct village
.