-
-
Notifications
You must be signed in to change notification settings - Fork 3
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
//replacemix shelf bug #70
Comments
Upon further investigation this is an upstream issue as well as the WorldEdit command |
Chests seem to have the same problem. (But I can't be sure since I have pipeworks which overrides chests). |
Hmmm, weird. Is this also the case if such items are placed on the ground? It may also be there's an on_place (or whatever it's called) that needs to be called that isn't when we use Voxel Manipulators. |
I tried both in air and on the ground. Like you I have a suspicion that there is some sort of on_place weirdness going on. If that is the cause it would not be practical to add node filtering and alternate handling to all our commands. So I propose we make something like Note: I checked the code yesterday and items like chests and shelves are registered using a function called |
Hmm yeah. It's probably more general than just storage though - something like |
Perhaps this is an ownership issue (which would make this issue overlap with #69). It could be that when storage is placed owner is set but only shown/enforced if |
Only way to know for sure is to experiment I guess! |
Bug applies to
default:bookshelf
,xdecor:multishelf
andvessels:shelf
. When placed using //replacemix their inventories cannot be opened/accessed.The text was updated successfully, but these errors were encountered: