sicarious
- sicarious
- JIRAUSER755784
- Europe/Stockholm
- Yes
- No
MC-263382
Normal
Low
MCL-24384MC-278695
Villagers will very rarely restock in my game, despite being capable of restocking. Even after leaving the game running for multiple hours at a time, while within simulation distance of the villagers, I will come back and find that their trades are still locked.
This bug is temporarily addressed by quitting and restarting the game, which allows the villagers to unlock their trades, as long as they are not over the daily limit. But they will quickly become trade locked again regardless, until the game is reloaded again.
I was able to reproduce this bug in a brand new creative world by locking a farmer in a 1x1 cell, trading with it until it hit master level, and then infecting and curing it.
This villager did not restock after a 2 hour AFK session immediately after trading with it. After quitting (to main menu) and reloading the game during work hours, it was then able to restock immediately.Villagers will very rarely restock in my game, despite being capable of restocking. Even after leaving the game running for multiple hours at a time, while within simulation distance of the villagers, I will come back and find that their trades are still locked.
This bug is temporarily addressed by quitting and restarting the game, which allows the villagers to unlock their trades, as long as they are not over the daily limit. But they will quickly become trade locked again regardless, until the game is reloaded again.
I was able to reproduce this bug in a brand new creative world by locking a farmer in a 1x1 cell, trading with it until it hit master level, and then infecting and curing it. This bug was not present before curing the Villager. The composter was broken and replaced, and particles observed to confirm the farmer had re-linked to the workplace before testing.
This villager did not restock after a 2 hour AFK session immediately after trading with it. After quitting (to main menu) and reloading the game during work hours, it was then able to restock immediately.
Observed Behaviour:
When
riding a moving Minecart (including riding an animal or boat in a moving minecart) and attempting toinsert a Water Bucket, Lava Bucket, or Bucket of Aquatic Creature into a Decorated Pot, the item occasionally places instead of being inserted.Expected Behaviour:
The item should be inserted, or cause the pot to shake without placing if it cannot be inserted.
This is the behaviour seen with every other item, including Powder Snow Buckets, and with liquid buckets when riding entities that are not in Minecarts such as Boats or Horses.Steps to Reproduce:
Open up a creative world and fillin aline of Decorated Pots 1 tile in the air, and a parallel line of Powered Rails on the ground nearby. Put any liquid bucket in your main hand, and attempt to use it on the decorated pots while riding a Minecart on the Powered Rail.Observed Behaviour:
When inserting a Water Bucket, Lava Bucket, or Bucket of Aquatic Creature into a Decorated Pot, the item occasionally places instead of being inserted. This only occurs with buckets containing liquids, and not any other item.
The behaviour has been observed when riding minecarts, riding entities inside minecarts, and being pushed by pistons.
Expected Behaviour:
The item should be inserted, or cause the pot to shake without placing if it cannot be inserted.
Steps to Reproduce:
Open up a creative world and fill in a line of Decorated Pots 1 tile in the air, and a parallel line of Powered Rails on the ground nearby. Put any liquid bucket in your main hand, and attempt to use it on the decorated pots while riding a Minecart on the Powered Rail.
This effect can also be reproduced by setting up a simple sticky piston facing a composter, powered by a comparator pointing out from a pair of hoppers facing into each other with a single item inside. Stand inside the composter, and attempt to insert water buckets into decorated pots while the machine is running.
Liquid Buckets sometimes place against Decorated Pots whenridinga movingMinecartsLiquid Buckets sometimes place against Decorated Pots when Moving By Certain Methods
Observed Behaviour:
Right-clicking with an Empty Bucket, Water Bucket, Lava Bucket, or bucketed Aquatic Mob on an interactable block (such as a door, note block, or decorated pot) or item frame, that is behind a targetable (but not right-clickable) entity causes the bucket to be placed, as if the player was sneaking, which is otherwise required to place against these surfaces.
This applies to all targetable entities (those who display target information in the F3 menu) except armour stands, unless they have their own specific right-click interaction (when holding that item).
This behaviour seems related to the fact that entities, including mobs, do not block placement of water or lava even when their hitbox is obstructing the target surface. Assuming that this is intentional behaviour, an exception should exist when the target surface ordinarily requires the player to sneak to place against it.
Expected Behaviour:
Either:
- The player interacts with the surface regularly (e.g. opening a door, storing the item in the decorated pot or item frame, changing the pitch of the noteblock, or toggling a daylight detector) as if there was no mob in the way
- Nothing occurs, as with right-clicking any other item on the target surface with a mob in the way.
Steps to Reproduce:
Open up a creative world, and use the /tick freeze {}command. Place down a decorated pot or other interactable block, then use a spawn egg to place a pig in front of it. Right click on the block through the pig, and the item is placed.
To test empty buckets, you must use a waterloggable block such as a decorated pot or trapdoor, as bucketing water in front of a block is expected behaviour.
Included images show before and after of these tests.
Setup:
Build a nether portal and start punching it in survival by holding left click. While punching the portal, go through it while still holding down left click. Once you go through, you are no longer punching the portal (or any other blocks you might be facing), even though you're still holding down left click.
Expected Behaviour:
You would continue to punch blocks until you release left click, even when you move between dimensions.
Alternative Demonstrations:
- This also occurs with right click, which can be tested by placing a noteblock on both sides of the portal, and moving back and forth without letting go of right click, pointing at the noteblock on each side.
- It also occurs with any other actions custom bound to a mouse button - for instance, if you bind the Move Forward action to a mouse button and using it to move through a portal in creative mode, you will stop moving the moment you go through the portal, until you release and re-press the mouse button.
Setup:
Build a nether portal and start punching it in survival by holding left click. While punching the portal, go through it while still holding down left click. Once you go through, you are no longer punching the portal (or any other blocks you might be facing), even though you're still holding down left click.
Expected Behaviour:
You would continue to punch blocks until you release left click, even when you move between dimensions.
Alternative Demonstrations:
- This also occurs with right click, which can be tested by
placing a noteblock on both sides ofthe portal,andmoving back and forth without letting go of right click, pointingat the noteblock on each side.- It also occurs with any other actions custom bound to a mouse button - for instance, if you bind the Move Forward action to a mouse button and using it to move through a portal in creative mode, you will stop moving the moment you go through the portal, until you release and re-press the mouse button.
Setup:
Build a nether portal and start punching it in survival by holding left click. While punching the portal, go through it while still holding down left click. Once you go through, you are no longer punching the portal (or any other blocks you might be facing), even though you're still holding down left click.
Expected Behaviour:
You would continue to punch blocks until you release left click, even when you move between dimensions.
Alternative Demonstrations:
- This also occurs with right click, which can be tested by giving the player a stack of honey bottles. In survival, stand in the portal and start drinking the honey bottles - the player will stop drinking once they get sent through the portal.
- It also occurs with any other actions custom bound to a mouse button - for instance, if you bind the Move Forward action to a mouse button and using it to move through a portal in creative mode, you will stop moving the moment you go through the portal, until you release and re-press the mouse button.
All similar glitches have been labelled as resolved, and as far as I can tell the glitch being non-stable so that it temporarily fixes itself on reload is novel behaviour. So I think this might in fact be a new glitch worth investigating, even if it has a similar or related effect.
The behaviour has been observed with piston motion as well. The common thread seems to be that the player is being moved by some other entity. Manual movement, being pushed by water, and riding controllable animals did not cause the same issues.
This is likely related to the issues with placing buckets into decorated pots while moving on rails or piston machines, described in MC-272916
It seems likely that this is caused by an underlying bug that causes the player to click on their own hitbox, preventing the item from placing. This can be seen by performing the same test with a water bucket, lava bucket, or bucket of aquatic mob. These items can be placed through entities, and do not suffer from this issue.
Can confirm scenario #2 - breaking a block with an attached Resin Clump face, or moving that block with a piston, will break the face attached to that block, but will not drop a Resin Clump item.
This can be easily tested by placing 4 resin clumps in a single block, then breaking one of the supporting blocks (or moving it with a piston). The face of the resin clump attached to that block is destroyed, but the clump doesn't drop.
This causes issues for resin farming, as compact layouts where multiple resin may generate in the same block will yield only a fraction of the resin generated when the attached blocks are pushed by pistons.
Issue is still present as of Snapshot 24w45a
Confirmed myself in 1.21.3 and 24w46a, and also related, fish suffocate even you do get them inside the cauldron
Regarding impact, this bug breaks some farms, as various automatic farms operate by the player holding down left or right click (either manually or through use of the texture reload trick) while being moved about my minecarts or water streams. However, due to this bug, any such farm that transports the player across dimensions cannot be automated without use of an external auto-clicking tool, as the player would need to release and repress the relevant mouse button every time they go through the portal.
Regarding Dhranios's comment, this is different. This isn't a black/transparent icon, this is no icon whatsoever. Notably, this can occur even when looking at chunks that are not completely empty - for example, the starting platform in The Void preset Superflat world.
(Or, the way that I discovered it, when trying to frame a shot of a build I designed in a Void world. This build previously had an icon, but after resetting the icon in the latest snapshot to try get a good picture of the build as the new icon, it was unable to generate a new one.)
Confirmed in 1.21.4
Confirmed in 1.21.4
Sculk Sensors will detect the Resin being generated, but not the attack, it should be noted.