[BUG] hitbox of racks are smaller than its model
pantsguyapp opened this issue ยท 2 comments
Is there an existing issue for this?
- I have searched the existing issues
Are you using the latest MineColonies Verison?
- I am running the latest alpha version of MineColonies for my Minecraft version.
Did you check on the Wiki? or ask on Discord?
- I checked the MineColonies Wiki and made sure my issue is not covered there. Or I was sent from discord to open an issue here.
What were you playing at the time? Were you able to reproduce it in both settings?
- Single Player
- Multi Player
Minecraft Version
1.19.2
MineColonies Version
minecolonies-1.19.2-1.1.150-BETA
Structurize Version
structurize-1.19.2-1.0.630-RELEASE
Related Mods and their Versions
No response
Current Behavior
Racks are bigger than chests, but their hitboxes are the same that of a chest, so you can right click at the model and right click but aren't actually clicking on its hitbox.
Expected Behavior
Hitbox should be bigger, to be more on par with the actual model.
Reproduction Steps
Place down a rack and aim at it and check out the hitbox
Logs
Anything else?
- Add a thumbs-up to the bug report if you are also affected. This helps the bug report become more visible to the team and doesn't clutter the comments.
- Add a comment if you have any insights or background information that isn't already part of the conversation.
This issue also affects visuals in the following ways:
- Contents of the "Primary" (First placed) Rack and "Secondary" (Second Placed) overlap resulting in striping and flickering
- The inventory of the combined rack is expanded (holds more) but kept separate with a each rack appearing to act as the "Primary" - IE: If you place stone in the top left slot of one rack it would appear in the middle left slot of the other side, same if you put dirt in the top left slot of that rack it would appear in the middle left of the first rack. This leads me to believe that the inventory is properly merging but it does not decide which rack is merged with which and merges both. This is similar to the behavior expected when breaking a combined rack (or chest) in that one rack holds the upper inventory and the other rack holds the bottom inventory and if you break it those contents fall out but the other contents are unaffected, except in this case both sides appear to merge with the other side leading to a overlapped double rack
That is actually because of a small issue within some schematics: One of the parts of the double rack should be set to render the entire double rack, and the other part should be hidden.
In some schematics, both parts of the racks show the double rack, which causes the flickering. That probably also causes the gui of both racks to show its own rack first.
This is not generally the case for every double rack
This issue also affects visuals in the following ways:
- Contents of the "Primary" (First placed) Rack and "Secondary" (Second Placed) overlap resulting in striping and flickering
- The inventory of the combined rack is expanded (holds more) but kept separate with a each rack appearing to act as the "Primary" - IE: If you place stone in the top left slot of one rack it would appear in the middle left slot of the other side, same if you put dirt in the top left slot of that rack it would appear in the middle left of the first rack. This leads me to believe that the inventory is properly merging but it does not decide which rack is merged with which and merges both. This is similar to the behavior expected when breaking a combined rack (or chest) in that one rack holds the upper inventory and the other rack holds the bottom inventory and if you break it those contents fall out but the other contents are unaffected, except in this case both sides appear to merge with the other side leading to a overlapped double rack