The space droppers and crafters check to push into storage entities is offset by -0.5 X, Y, and Z
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. This image illustrates the area that is checked vs. the area that should be checked by a dropper facing south.
Steps to reproduce
(Dropper Lock Bug.mcworld
is set up for these steps.)
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
Linked Issues
relates to3
MC-100584Dropper into minecart offset by .5 of a block in negative x and z directionFixed
MCPE-160189Item drop location for inventory contents of storage entities is offset to the southeastFixedMCPE-57637Hopper minecarts pull items from other hopper/chest-minecarts which are diagonally up to the south or eastConfirmed
![[Mod] GoldenHelmet](../../../data/avatars/users/18951.svg){kind=small}
Created Issue:
Droppers try to push items into chest boats/minecarts and hopper minecarts on wrong sides
Droppers should push items into containers and container entities that they face. This works correctly. However, droppers also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west.
Attachments1
Droppers should push items into containers and container entities that they face. This works correctly. However, droppers also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west.
Droppers should push items into containers and container entities that they face. This works correctly. However, droppers also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers try to push items into chest boats/minecarts and hopper minecartsonwrongsidesDroppers facing up, south, and east try to push items into chest boats/minecarts and hopper minecarts in the wrong locations
Droppers should push items into containers and container entities that they face. This work
scorrectly. However, droppers also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers should push items into containers and container entities that they face. This seems to work correctly for container entities placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers should push items into c
ontainers and container entities that they face. This seems to work correctlyfor containerentities placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset diagonally by half a block in 3 of the 6 facing directions. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers facing up, south, and east try to push items into chest boats/minecarts and hopper minecarts in the wrong locationsThe space droppers check to push into storage entites is offset by -0.5 X, Y, and Z
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset
diagonally by half a block in 3 of the 6 facing directions. See my comment below for details.Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items. (Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.)
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items. (Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.)
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
(Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.)
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
(Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.)
relates to
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
![[MCPE Mod] Auldrick](../../../data/avatars/users/10122.svg){kind=small}
The space droppers check to push into storage entities is offset by -0.5 X, Y, and Z
![[MCQA] Bartłomiej Słodkowski](../../../data/avatars/users/18941.svg){kind=small}
The space droppers and crafters check to push into storage entities is offset by -0.5 X, Y, and Z
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
relates to
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner.
See my comment below for details.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
Droppers should push items into chest boats/minecarts and hopper minecarts that they face. This seems to work correctly when these entities are placed directly in front of droppers. However, droppers can also try to push items into container entities on the wrong sides. This can lead to items going in unintended directions and droppers being unable to eject items when nothing is in front of them.
- Closer testing and analysis reveals that the area droppers check for container entities is offset by -0.5 blocks in each direction. It is as if the check range was coded based on the center of the dropper block, when in fact blocks are located by the integer coordinates at their bottom northwest corner. This image illustrates the area that is checked vs. the area that should be checked by a dropper facing south.
Steps to reproduce
(Dropper Lock Bug.mcworld
- Place droppers facing north, south, east, and west and put items in them.
- Place activator rails under the droppers and power the activator rails.
- Place chest minecarts or hopper minecarts on the activator rails under the droppers.
- Power each dropper.
- Place a dropper facing upwards and put items in it.
- Place activators rails next to the upward-facing dropper on all sides and power the activator rails.
- One at a time, place a chest or hopper minecart on one of the activator rails next to the upward-facing dropper, and then power the dropper.
- Repeat all of the steps above with a hopper minecart that has all slots filled with items so that it cannot accept any from the the droppers.
- Remove all of the minecarts from the above setups and replace the activator rails with carpet.
- Place chest boats on the carpets and repeat all dropper tests using boats-on-carpet instead of minecarts.
Expected results
In each tests the dropper should eject items when powered.
Observed results
Droppers facing south and east place items into empty storage minecarts/boats below them, and the dropper facing upwards places items into empty storage minecarts/boats on its north and west. When you place full hopper minecarts in these positions (step 8) the droppers do not eject items.
Update: following the comment below you can also place the storage entities in more exotic positions to see the full extent of the bug, for example, try placing a chest minecart 2 blocks north and 1 block down from a north-facing dropper.
The bug here is actually a +0.5 offset in each direction in the reference point that the check range for container entities is based on. This is just like MCPE-167490 but in the opposite direction. See comment
If you have a hopper minecart one one level and another hopper minecart one level below and to the left (north side on an east/west orientation or the west side in a north/south orientation) you will get item transfer from the top hopper minecart to the bottom hopper minecart. This will not occur with a hopper minecart to the right of the top hopper. Sometimes this transfer will not occur if the bottom hopper minecart has a block with an inventory above it. I don't know why this isn't consistent.
The bug here is actually a +0.5 offset in each direction in the reference point that the check range for containers entities is based on. The breadth of the range is correct. This is just like MCPE-167490 but in the opposite direction. The likely origin of the bug is that the code for hopper minecarts pulling from container entities was copied from the code for hoppers pulling from container entities without accounting for the fact that the hopper' position is the lower north-west corner of a block space (integer coordinate), while the position of a hopper minecart on a rail is the center of a block space.
Based on this image, you can see why hopper minecarts pull from hopper/chest minecarts and chest boats up and to the southeast. You can also see why hopper minecarts cannot pull from a chest boat that is resting directly on top of them or a block next o them and hanging over. The boat collision box is less that 0.455 blocks high, so it can fit under the area where hopper minecarts check for storage entities.
Below is a full table of check ranges for hoppers and hopper minecarts based on my testing. The bugged offset range behind this bug is highlighted in red.
| Pulling/collecting entity | Pulled/collected entity | Search range relative to the exact position of the pulling/collecting block/entity |
|---|---|---|
| Hopper | Container block | +0 X +1 Y +0 Z |
| Hopper | Hopper/chest-minecart, chest-boat |
any portion of collision box within +0 <= X < +1 +1 <= Y < +2 +0 <= Z < +1 |
| Hopper | Item | any portion of collision box within +0 <= X < +1 +0.625 < Y < +2 +0 <= Z < +1 |
| Hopper-minecart | Container block | +0 X +0.04 <= Y < +0.96 +0 Z |
| Hopper-minecart | Hopper/chest-minecart, chest-boat |
any portion of collision box within -0.0 <= X < +1 +1.0 <= Y < +2 -0.0 <= Z < +1 |
| Hopper-minecart | Item | any portion of collision box within -1.5 <= X < +1.5 -0.5 <= Y < +0 -1.5 <= Z < +1.5 and -0.5 <= X < +0.5 +0 <= Y < +1 -0.5 <= Z < +0.5 and -0.5 <= X < +0.5 +0.5 <= Y < +2 -0.5 <= Z < +0.5 |
The carpets being necessary to trigger the bug with chest boats shows that the droppers are checking for container entity hitboxes within 0.5 blocks below the dropper when facing south and east, and within 0.5 below their top face to the north and west when facing upwards.
Further test results are as follows, with check ranges stated relative to the bottom NW of the dropper.
Check Range
+0.5 Y to +1.5 Y
-0.5 Z to +0.5Z
+1 Y to +2 Y
0 Z to +1 Z
-1.5 Y to -0.5 Y
-0.5 Z to +0.5Z
-1 Y to 0 Y
0 Z to +1 Z
-0.5 Y to +0.5 Y
-0.5 to -1.5 Z
0 Y to +1 Y
-1 Z to 0 Z
-0.5 Y to +0.5 Y
+0.5 Z to 1.5 Z
0 Y to +1 Y
+1 Z to +2 Z
-0.5 Y to +0.5 Y
-0.5 Z to 0.5 Z
0 Y to +1 Y
0 Z to +1 Z
-0.5 Y to +0.5 Y
-0.5 Z to 0.5 Z
0 Y to +1 Y
0 Z to +1 Z
This is another one of those bugs that came over to Bedrock with the original Java port and was subsequently fixed on Java, but not on Bedrock: see
MC-100584.According to a Bedrock code-digger:
Applies to the new crafter block as well. Replace any of the droppers in the test world with a crafter and put a stack of flowers in its first slot to test.