MCPE-68912Hopper below full block pulls items from hopper/chest-minecart on slanted track above and to the side
Steps to reproduce
- Place a hopper with full blocks above and to one side, and powered rails on top of the blocks.
- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Note: in 1.14.60, the hopper does not pull items if the block above it is a block with inventory. In 1.16, the hopper does pull items even if the block above it is a block with inventory, probably as a result of the fix to MCPE-54244.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.
When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Linked Issues
testing discovered2
Attachments7
![[Mod] GoldenHelmet](../../../data/avatars/users/18951.svg){kind=small}
Created Issue:
Hopper below block with inventory will pull items from outside that block
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.
When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Attachments1
image-2020-04-15-13-53-08-413.png
![[Mod] OcelotOnesie](../../../data/avatars/users/43220.png){kind=small}
Hopper below block with inventorywillpull items fromoutside that blockHopper below block with inventory pulls items from hopper/chest-minecart on vertically slanted track above and to the side
Hopper below block with inventory pulls items from hopper/chest-minecart onverticallyslanted track above and to the side
Steps to reproduce
- Place a hopper with full blocks above and to one side, and powered rails on top of the blocks.
- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Hopper below blockwith inventorypulls items from hopper/chest-minecart on slanted track above and to the sideHopper below full block pulls items from hopper/chest-minecart on slanted track above and to the side
Steps to reproduce
- Place a hopper with full blocks above and to one side,
and powered rails on top of the blocks.- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Steps to reproduce
- Place a hopper with full blocks above and to one side, and powered rails on top of the blocks.
- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Note: in 1.14.60, the hopper does not pull items if the block above it is a block with inventory. In 1.16.0.55 through 1.16.60 betas, the hopper does pull items even if the block above it is a block with inventory.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Steps to reproduce
- Place a hopper with full blocks above and to one side, and powered rails on top of the blocks.
- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Note: in 1.14.60, the hopper does not pull items if the block above it is a block with inventory. In 1.16
.0.55 through 1.16.60 betas, the hopper does pull items even if the block above it is a block with inventory.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
Steps to reproduce
- Place a hopper with full blocks above and to one side, and powered rails on top of the blocks.
- Place a hopper/chest-minecart on the slanted powered rail up and to the side from the hopper, like this:
- Put a stack of items in the hopper/chest-minecart
Expected result
The items stay in the hopper/chest-minecart.
Actual result
The hopper pulls the items from the hopper/chest-minecart.
Note: in 1.14.60, the hopper does not pull items if the block above it is a block with inventory. In 1.16, the hopper does pull items even if the block above it is a block with inventory, probably as a result of the fix to
MCPE-54244.
Original description
Hopper with a furnace, or other inventory, above it is able to pull items from a hopper minecart passing above and to the side of the hopper. See the attached image, or a short clip here: https://youtu.be/PZCJb2AWGh4 for a setup and means of reproducing the bug.When the minecart is launched more slowly, in this case, with a 2-tick repeater, the hopper below the furnace is able to remove an item from the hopper minecart. This also happens when the hopper minecart is launched more quickly, but only some of the time. It's easier to reproduce with a slower moving minecart.
In previous versions, where a solid block was placed instead of a furnace, the hopper would almost always take an item from the hopper minecart. Using a block with inventory (furnace), corrected that. But as of 1.16.0.55, the hopper is able to take items even with a block with inventory above it.
testing discovered
relates to
1.16.0.64 also
Can't reproduce in 1.16.0.67.
Is it still happening in 1.16.0.67?
relates to
testing discovered
![[Mojang] Mega_Spud (Jay Wells)](../../../data/avatars/users/92696.png){kind=small}
This issue was discovered while investigating MCPE-68912. It appears to be a direct consequence of the fix for MCPE-54244. It appears that since hoppers and hopper-minecarts no longer stop searching for inventories and items at the first hopper/chest-minecart they find, they also no longer stop searching for inventories and items when they find a block with inventory to pull from.
This new logic in conjunction with the ability of hopper-minecarts to pull from hopper/chest-minecarts 2 blocks above (see MCPE-57637) allows for pulling to bypass blocks with inventory, including hoppers, in a column. Here are examples:
I'm glad you figure it out. Perhaps you put some coal in the wrong hopper by mistake. Or, if you have hopper minecarts nearby they do have glitches to be wary of, MCPE-57637 and MCPE-68912.
This also occurs if you replace the hopper-minecart with a chest-minecart. It does not occur if you replace the hopper with a barrel. So it is clearly the hopper pushing, not the hopper-minecart pulling.
This could be related to the fix to MCPE-47541, if that included an adjustment to the hopper’s push range or push detection function to accommodate its new hitbox and collision box. Or, it could be related to the fix to the push-side of MCPE-54244.
Update: I was not able to get the errant transfer to occur after placing either a hopper or barrel under the misbehaving hopper. I think that means it is unlikely to be related to MCPE-54244. Edit: actually this can occur if the hopper is not able to push items into the block with inventory underneath; see Auldrick's comment below.
Since It’s due to the hitbox of the hopper-minecart overlapping the range of the hopper, this issue is more related to MCPE-68912 than it is to MCPE-57637
I can think of no other mechanic that serializes item paths when multiple paths are present.
Actually this is how hoppers and hopper-minecarts work when checking for items to pull or collect as well. While testing MCPE-38963 I found that hoppers and hopper minecarts run 3 separate checks of the chunk data in series, always in the same order. They look in turn for
- blocks with inventory
- hopper/chest-minecarts
- collectible items
Prior to 1.16 they would stop checking at the first thing they found in range. This had a few notable consequences:
- A block with inventory above a hopper/hopper-MC would "lock" it from sucking in free-floating items or items in a hopper/chest-MC. For example, items pushed up against the side of a chest by a water stream could not be collected into a hopper below the chest.
- If there were multiple hopper/chest-minecarts above a hopper, then the hopper would only be able to pull from the first of those hopper/chest-minecarts in the chunk entity list, even if that one was empty and others in the space contained items. This was reported as a bug in
MCPE-54244. - If there were multiple free-floating items above a hopper/hopper-MC (or in the same block as a hopper-MC), then the hopper/hopper-MC would only be able to collect the first of those items in the chunk entity list, even if it already contained partial stacks of the other items. In other words, an item that did not match any of the partial stacks in a hopper/hopper-MC would "lock" the hopper/hopper-MC from collecting matching items. This was reported as a bug in
MCPE-38963.
In 1.16 MCPE-54244 was fixed, but the fix eliminated both (1) and (2). The elimination of (1) is reported as a bug in MCPE-80555, and it was discovered in connection with MCPE-68912. The behavior reported in the present ticket is analogous, the difference being that it concerns the pushing function of hoppers rather than pulling.
In other words, just like
- hoppers pulling from an hopper/chest-MC that crosses the block above them on a slanted track (
MCPE-68912) is a behavior that always existed but was not discovered and did not have much impact until the fix toMCPE-54244reversed (1) and created the behavior reported inMCPE-80555,
so
- hoppers pushing into a hopper/chest-MC that crosses the block under them on a curved track is a behavior always existed but was not discovered and did not have much impact until the fix to
MCPE-54244enabled the hopper to push into the hopper/chest-MC even if there was a block with inventory below the hopper.
Both the errant pulling reported in MCPE-68912 and the errant pushing reported in the present ticket are blocked when the hopper is actively transferring to/from the block with inventory.
Neither of these issues actually relates to MCPE-57637 at all, since the issue there is the incorrect spatial range of the hopper-minecart's search for entities. Here and in MCPE-68912 the issue is how hoppers handle hopper/chest-minecart collision boxes that partially cross their correct search range (something that was unnoticed until (1) above was reversed).
(For the record, (3) was not impacted by the fix to MCPE-54244, so it still occurs.)
I have re-thought this report and the companion report on hopper pulling (MCPE-68912) and want to recommend that they be closed Works As Intended or Won't Fix. Both behaviors have always been in the game and both are actually important for advanced storage tech. The only reason they were reported as bugs is because MCPE-80555 caused existing builds to behave differently. Now that MCPE-80555 has been fixed in beta 1.16.100.51 the behavior of hoppers toward hopper/chest-minecarts should once again be controllable in traditional ways. (I cannot test the present report in the beta but I expect that the fix to MCPE-80555 affects both pushing and pulling.)
The underlying cause of the issue reported here is that hoppers push into hopper/chest-minecarts based on the hitbox of the hopper/chest-minecart overlapping the hopper's pushing range. This behavior is the basis for builds that position hopper/chest-minecarts under 2 or 4 hoppers in order to fill the hopper/chest-minecarts quickly. If this behavior were removed from the game it could break advance item transport and storage builds. See the picture below.
Hello,
I think we’re all familiar with hopper-minecarts pulling from other minecarts with inventory diagonally on X+1, Y+2, Z+1 going back years now MCPE-57637 and recently hopper-carts began going even more crazy with the fix for MCPE-54244 where new items in “infected” hopper-mc MUST be drained first.
I had done some reading and I believe the main reason behind this bug existing for so long is the lack of details on previous tickets to explain how serious this issue is and its connection and history of fixes I believe are related all together:
MCPE-57637, MCPE-54244, MCPE-80555, MCPE-94293, MCPE-59302, MCPE-68912
Lets start building:
1. Place chest and attach hopper to top side and then add 1 upside down slab to side of hopper and 4 more slabs to the other side to make flat surface for 3 activator rails.
2. Then place full block on top of slab furthest way from hopper and add redstone torch and repeater towards activator rails and place activator rails on 3 remaining blocks, on the full block, place lever on top and then place observer facing out and place lever on its face as well.
3. Add 2x2 inverted slabs on top of activator rail and place 4 detector rails on top of slabs, parallel to rails bellow.
4. Block each of detector rail exits with full blocks.
5. Add frames with items for orientation for example:
White – X=X, Y=Y+2, Z=Z; - Correct pull
Red – X=X+1, Y=Y+2, Z=Z; - 1 off to Right
Green – X=X+1, Y=Y+2, Z=Z+1; 1 off to Right and Bottom
Blue – X=X, Y=Y, Z=Z+1; 1 off to Bottom
6. Place hopper-cart on activator rail and use lever on observer to send a test pulse.
7. Place 4 remaining hopper-carts on top for each colour code in order: Blue, Green, Red, White.
8. Fill containers with matching colours
9. Use either of levers.
Experiment
Expected Results:
- On Pulse - Chest contain white wool
- On Switch – Hopper-mc pulls white wool from hopper-mc directly above it.
Actual Results:
- On Pulse – Chest contain blue wool
- On Switch – Hopper-mc pulled from each container above in the same order I placed them it. Blue, Green, Red, White
Additional Observation:
- For hopper-mc to pull white wool, red wool container must be empty; to pull red wool, green container must be empty; to pull green wool, blue container must be empty.
- This order is fixed. While white wool is pulled, if any other containers receive more wool, it will force pulling from that container instead. I assume
MCPE-54244is related to this. - Pull order is based on order in which hopper-minecarts were placed.
- If 2x2 square of hopper-minecarts cross chunk border the pulling hopper-mc would only remember order of those within its own chunk.
- Hopper-mc pushed towards brick wall pole is still able to pull diagonally. Tile-able designs require each hopper-mc to be placed individually and be equally pushed to the brick wall to prevent cross-contamination (very time consuming).
- Most effective way to keep hopper-carts pulling from Y+2 only was by having content in that container only when bottom hopper-cart is placed.
In summary:
Hopper-carts pull diagonally if given a chance to
Hopper-cart bellow can pull from chest-minecarts
Must pull in the same order minecart-containers above were placed – has the ability to prioritize pulling
Pushing towards brick wall did not affect pulling range
Also suggest that the source of the bug is a result of upper minecarts having their “collision box?” overlaying each other at the edge of scan from minecart bellow
Diagonal pulling only pulls from minecarts towards positive X Y Z and since I could not find any information as to how does hopper-minecart actually scans for target (mathematical formula), I can only assume this is caused by the lack of off-set for the calculation resulting in either bottom hopper-cart scanning extra area towards positive or hopper-cart invading scanned area of a hopper bellow with extra size towards negative. It could be both actually although I guess it is the second one.
I am aware that this could be considered a “duplicate” ticket and I really hope Moderators won’t close it so that players can find it and learn how to manage this diagonal pulling effect until developers can deal with it. I should probably point out that his is a new behaviour that I assume is the result of fix to MCPE-54244 and unresolved issue MCPE-57637 which exists for about 2 years now with label “won’t fix” or “work-as-intended” and now not only “can” pull diagonally but now hopper “must” stop pulling from hopper-cart directly above to pull from “infected” hopper-carts first if they have items inside.
This bug affects builds such as: Storage/item-transportation systems, Super-smelters which are the most complicated and time-consuming builds with practical application in survival worlds. It took me two days of experimenting in creative world with different combinations until I found a behaviour pattern that I want to share with you…
2 Clips attached and world in creative mode with example ready, one shows the “new” bug, the other solution – Make sure to focus on the order of hopper-carts being placed. (I am facing East on clips (X=X++))
That’s all I can do for now, I gathered the all information I could, so don’t hesitate to ask me any questions, I will answer as soon as I can.
Thank you very much for reading,
P.S. Ticket MCPE-46706 describes a behaviours which have very similar "angle" of operation - perhaps it is worth reading through as well.
Dear Mod's and Dev's,
I hope you will read this as I did a number of experiments which collectively answer the question "why does it happend?".
So, we all know that this applies only to the container-carts.
Only towards X+1, Y+2, Z+1.
Issue 1: do hopper-carts scan larger area towards positive coordinates?
Answer: No, based on seen contraption made to deal with random droppers drop and uneven acceleration from water, also with hopper-cart placed on different Y levels observation confirms that scan range is not the case of an issue.
Issue 2: hitboxes of container chest overlapping?
Answer: Also no, different configurations also evidence that this bug does not care for the respective rail placement (e.g. bottom rail facing N-S and upper W-E)
Issue 3: What makes a hopper - hopper?
Answer: A short line of code "minecraft:item_hopper" - not really helpful but name itself doesn't specify if thats a hopper-cart or hopper block.
Note: Hopper to hopper-cart is in its essense a trade-off of ability to push items for the mobility and additional pulling range. Although, using shared "components_groups" theoretically, suggest that any changes targetted to hopper behaviour will result in same behaviour change to hopper-cart, right?
Issue 4: Did recent changes to hoppers had an impact on hopper-carts?
Part_A: Fix from ticket MCPE-80555 denies hoppers the ability to pull through blocks.
Part_A - Anwer: Fix intended to prevent hoppers from collecting free-floating items above blocks with inventory applied to Hopper-carts!
Part_B: Fix from ticket MCPE-54244 give hoppers bellow ability to scan entities above when they're stacked.
Part_B - Answer: The fix intended for Hoppers alone applied to Hopper-cart!
Issue 5: Will container-carts slammed into honey block be within pulling range of hopper underneath?
Note: If both container-carts have equal "reactive" range to "active" pulling by a hopper bellow would further suggest that:
Behaviour to manage distance form entities towards X+ and X- must've been mathematically corrected and then hard-coded into the game.
Since hopper-carts are basically a "buff" for hoppers range of pulling indicates these two are being treated same by the behaviour control code that controls things like hopper serializing (detailed description found in comments section of tickets MCPE-94293 and MCPE-68912) 
Finally, with full confidence in my findings, I say that the reason this happens in game is because hopper-carts inherit behaviour controls that were intented only for hoppers.
The fix for MCPE-80555 in 1.16.100 (which attempted to correct the fix for MCPE-54244 in 1.16.0) applies only to hoppers/hopper-minecarts collecting items. It should be applied to hoppers/hopper-minecarts pulling from hopper/chest-minecarts as well. Indeed, that was the original context in which the issue was discovered (namely, inventory blocks no longer capping hoppers from pulling from hopper minecarts due to the way MCPE-54244 was fixed--see MCPE-68912).
Steps to reproduce
- Build either of the setups shown:
- Put items in the chest minecarts.
Expected result
The chest and barrel (and any other inventory block such as a furnace) prevent the hopper and hopper-minecart from pulling items from the chest minecarts.
Actual result
The hopper and hopper-minecart pull items from the chest minecarts despite the presence of an inventory block.
This issue was caused by the way MCPE-54244 was fixed. It is similar to MCPE-109449 except that it concerns hoppers pushing items rather than pulling items. Just as MCPE-109449 describes the actual disparity that triggered a player to create MCPE-68912, this report describes the actual disparity that triggered a player to create MCPE-94293.
Steps to reproduce
- Place chest, then a hopper pointing into one side of the chest, and a rail on the opposite side of the chest.
- Place a chest minecart on the rail and nudge it into the side of the chest.
- Place an item in each slot of the chest.
- Place a stack of a different type of item in the hopper.
Expected result
The hopper does not push items into the chest minecart because it is pointing into a container block. It should not even check for container entities when pointing into a container block, both for the sake of intuitive logic and for performance optimization. This is how it behaves in Java and how it behaved in Bedrock prior to 1.16.0
Observed result
The hopper pushes items into the chest boat.
Hopper pushing into container entity bug.mp4
I think it's related to MCPE-57637
But I need an approval from someone...
Tal, it's possible. I was also waiting for a helper or mod to give their opinion on that. But the hopper with furnace taking items from outside the furnace's inventory is what has me confused.
So it might be a different problem tho..
Let's wait for a replay from modder or helper.
I don't think this is the same issue as MCPE-57637 because in that report it is a hopper minecart doing the pulling. However, it could be related. Come to think of it, both could be partially due to a problem with the hopper minecart hitbox. Is this still happening in 1.16.0.57 and later?
GoldenHelmet, sorry for the delay, just tested in 1.16.0.60 and it's still doing it. Also tested with chest minecart, and it has an item pulled out like the hopper cart. If the cart is launched slowly it happens every time.
As has been said earlier, this is likely due to the hitbox of the minecart.
Confirmed the unexpected pulling in 1.14.60 with solid blocks above the hopper. As stated in the description, in 1.14.60 it does not occur when blocks with inventory are placed above the hopper. I am not in beta so I cannot test in 1.16 yet, but the video linked in the description shows it clearly enough to confirm. I believe that the 1.14.60 behavior is a bug, and in 1.16 betas it is just worst.
This bug can be reproduced manually by using an unpowered powered rail on the decline, placing the hopper minecart on it, and nudging the hopper minecart until its lower corner is visually halfway down the slanted powered rail. From that point to a couple nudges higher, the hopper below continuously pulls items from the hopper minecart above.
This occurs in every direction, so I would say that the bug is in the hopper/chest-minecart hitbox or the positioning on the inclined rail rather than the hopper block. In that way it is unrelated to the buggy pulling in MCPE-57637.
GoldenHelmet, thanks for confirming. I ran another test to confirm items being pulled by hoppers with inventory above. 1.16.0.60 In the images, a simple water stream pushing items next to the chest causes the items to "enter" the inventory of the hopper below. I say "enter" because the hopper isn't pulling items in one at a time; if you throw a stack into the water stream, as soon as the items get close to the chest the whole stack is instantly put into the hopper's inventory.
@Jonathan Peters hoppers are meant to collect or “suck” free-floating items a stack at a time per
MCPE-64628. The reason they get around the chest is that the chest does not have a full collision box. It is smaller than a block so it allows loose items to be within the same block space, where they can be collected by the hopper. However, in 1.14.60 the hopper does not collect items pushed against the side of a chest above it.Probably the reason blocks with inventory stop collection, and the buggy pulling from hopper/chest minecarts, in 1.14.60 is because hoppers don’t search for items or hopper/chest minecarts if they find an inventory block first. I would guess that the new behavior in recent beta versions is due to the fix for
MCPE-54244in 1.15.0.53.That's interesting, I never realized that collection was independent of the cool-down time. Good to know. Is this new intended behavior, hoppers pulling from outside of an inventory? As it is, there's no way to "cap" a hopper and prevent free items from going where they're not supposed to.
@Jonathan Peters I do not know if the new behavior of hoppers with inventory blocks above them collecting items or pulling items from hopper/chest minecarts it is intended. My guess would be that it's an unintended consequence of how
MCPE-54244was fixed. It probably should have a separate ticket, since this ticket started off focused on the hopper/chest-minecart-on-a-slanted-track-above issue. The two issues have very different causes. The change to how hoppers handle inventory blocks above is due to a change in the hopper's pulling and collecting functions, while the pulling from diagonally above on a slanted track is due to the position of the hopper/chest-minecart that is being pulled from.You can verify that the pulling from diagonally above is due to the position of the hopper/chest-minecart like this: break the slanted rail that it sits on and observe that it falls partially inside the block above the hopper. It can be pulled from because it's interaction box (not sure if that's the right name) overlaps the block above the hopper. Like this:
@GoldenHelmet, just letting you know I created a separate ticket here:
MCPE-80555regarding the hopper/container bugAffects 1.16.20.54 Beta
I have re-thought this report and the companion report on hopper pushing (
MCPE-94293) and want to recommend that they be closed Works As Intended or Won't Fix. Both behaviors have always been in the game and both are actually important for advanced storage tech. The only reason they were reported as bugs is becauseMCPE-80555/ MCPE-109449 caused existing builds to behave differently. Assuming that MCPE-109449 will be fixed, given thatMCPE-80555was fixed 1.16.100, the behavior of hoppers toward hopper/chest-minecarts will once again controllable in traditional ways.The underlying cause of the issue reported here is that hoppers pull from hopper/chest-minecarts based on the hitbox of the hopper/chest-minecart overlapping the hopper's pulling range. Far from being a problem, this behavior is the basis for builds that overlap hopper/chest-minecarts over 2 or 4 hoppers in order to empty them quickly. If this behavior were removed from the game it would break a lot of advance item transport and storage builds. See the picture below.
Thank you for your report!
However, this issue has been closed as Won't Fix.
If you'd like to post a suggestion or give further feedback, please visit the Minecraft Feedback Site or choose a link below.
Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki