Villagers can pathfind and move towards items while sleeping in a bed
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards that item before entirely waking up. This causes an incorrect visual for the player where the villager appears to still be asleep (laying down horizontally) while it pathfinds towards any applicable item(s).
Steps to Reproduce:
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1
Observed Behavior:
The villager will move across the ground as if it is still asleep to pick up items.
Expected Behavior:
The villager should first wake up entirely (standing upright) before walking to the dropped item, or not detect items while asleep in the first place.
Video:
Code Analysis:
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }
Two Possible Solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;
This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4
Linked Issues
is duplicated by36
MC-156308Villager leave their bed to pick up the food on the ground when they are sleepingDuplicateMC-157205Villagers slide out of bed for a piece of breadDuplicateMC-157289Villagers glitch out of bedsDuplicateMC-157510Villager moves around the bed when you drop items on themDuplicateMC-158660Villagers can be push out beds by items DuplicateMC-160339Villager seed bugDuplicateMC-160540Villagers getting out of bed for food still appear to be in sleeping mode.DuplicateMC-161421Villagers Walk While Sleeping To Grab Items!DuplicateMC-161455Sleeping Villagers sliding out of beds to gather foodDuplicateMC-164332Villagers Being Attracted to food when sleepingDuplicateMC-164340Sleeping sliding villagerDuplicateMC-164934Villager wakes up to pick up Wheat Seeds and sleeps in a repeating loopDuplicateMC-167506Villagers incorrect in bed when sleepingDuplicateMC-168718Villagers are going for food while they're sleepingDuplicateMC-173942Giving food to sleeping villagersDuplicateMC-176781Villagers Walk and Jump with sleeping positionDuplicateMC-177693Villager still pathfinds food in bedDuplicateMC-178532Villagers sliding off beds DuplicateMC-189572Villagers shift in bed when trying to collect thrown down seedsDuplicateMC-191910Villagers glide away from bed positioning if bread is thrownDuplicateMC-197436Villagers move on beds while sleeping when items thrownDuplicateMC-211357Villagers will slide off and move around beds while lying down to take food off the groundDuplicateMC-222085Villager walking when sleepingDuplicateMC-230675Villagers try to slide while sleeping to get crops.DuplicateMC-231210Villagers can take bread while sleeping.DuplicateMC-234437The Villager on the bottom BugDuplicateMC-237201Villager sleeping out of the bedDuplicateMC-239331villagers is moving (sleeping) on beds which i drop carrotDuplicateMC-250058When dropping carrots, potatoes, etc, villagers go out of their bed on the sleeping positionDuplicateMC-255223villagers try to pick up food and claim workblock while sleepingDuplicateMC-259169villagers can do the walk animation and walk when in sleeping animation to!DuplicateMC-259993Sleeping villagers lay down when moving to pick up thrown food items.DuplicateMC-273294Villagers can pathfind while in bedsDuplicateMC-276862Minecraft sleepwalker villagerDuplicateMC-278119Foating villager when a job block is placedDuplicateMC-278504Villagers pathing to bread while laying downDuplicaterelates to3
MC-227108When a villager appears to be moved/fallen out of a bed, you can't kick it out of it ("This bed is occupied")ConfirmedMC-148370When entering a bed while moving, the player is not placed correctly or can fall out of the bed
LowMC-145755Villagers move while in there sleeping position.Cannot Reproduce![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
- Unresolved
![[Mod] Jiingy](../../../data/avatars/users/91802.png)
[Mod] Jiingy
Jack Davies- 40
- 19
- Confirmed
Normal- Gameplay
- Mob behaviour
- ai mob sleeping villager
1.14.4 - 1.21.3
1.14.4 1.15 1.15.2 20w09a 20w13b 20w15a 20w16a 20w17a 20w18a 20w19a 20w22a 1.16.1 1.16.4 20w51a 1.16.5 21w13a 21w18a 1.17 1.17.1 21w41a 1.18.1 1.18.2 1.19 1.19.2 1.19.3 1.19.4 23w18a 1.20.1 1.20.2-pre2 1.20.2 23w40a 23w42a 23w46a 1.20.3 1.20.4-rc1 1.20.4 24w10a 1.20.6 24w19b 1.21-rc1 1.21 24w38a 1.21.3
Created Issue:
Villagers move around in bed when food is thrown at them
When Villagers are sleeping, most of them will slide around the beds when food is thrown at them.
Environment
On the top floor of my base.
Attachments1
Villager BugM01.xml
On the top floor of my base.
is duplicated by
Villagers move around in bed or even leave the bed when food is thrown at them
is duplicated by
is duplicated by
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
is duplicated by
MC-161086
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
![[Helper] Misode](../../../data/avatars/users/93314.png){kind=small}
is duplicated by
is duplicated by
relates to
relates to
is duplicated by
is duplicated by
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
is duplicated by
is duplicated by
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
is duplicated by
is duplicated by
![[Mojang] Adrian Östergård](../../../data/assets/gravatar/nighter.jpeg){kind=small}
is duplicated by
relates to
is duplicated by
is duplicated by
![[Mod] SPGoding](../../../data/avatars/users/44622.png){kind=small}
is duplicated by
is duplicated by
is duplicated by
is duplicated by
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
is duplicated by
![[Helper] gaspoweredpick](../../../data/avatars/users/80904.png){kind=small}
is duplicated by
is duplicated by
is duplicated by
![[Mod] turbo](../../../data/avatars/users/92867.png){kind=small}
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
![[Mod] markderickson](../../../data/avatars/users/18946.svg){kind=small}
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [~JingyBreadMan]
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [~JingyBreadMan]
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [~JingyBreadMan]
Villagersmove around in bed or even leave the bed when food is thrown at themVillagers can pathfind towards wanted items without properly waking up first
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [~JingyBreadMan]
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [~JingyBreadMan]
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
is duplicated by
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [
~JingyBreadMan]The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [Mod] Jiingy
Villagers can pathfindtowards wanted items without properly waking up firstVillagers can pathfind and move towards items while sleeping in a bed
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed behavior
The villager will move across the ground as if it is still asleep to pick up items.
Expected behavior
The villager should first wake up entirely (standing upright) before walking to the dropped item, or not detect items while asleep in the first place.
Screenshots/Videos
Code analysis
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two possible solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [Mod] Jiingy
relates to
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
is duplicated by
![[Mod] j_p_smith](../../../data/avatars/users/92851.png){kind=small}
is duplicated by
The bug
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards th
eitem beforeproperly waking up, whichcauses an incorrect visualof the villager appearingto still be asleepwhile it pathfinds to items it wants to pick up.Steps to
reproduce
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed
behaviorThe villager will move across the ground as if it is still asleep to pick up items.
Expected
behaviorThe villager should first wake up entirely (standing upright) before walking to the dropped item, or not detect items while asleep in the first place.
Screenshots/VideosCode
analysisHere in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two
possiblesolutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )
- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4Description by [Mod] Jiingy
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards that item before entirely waking up. This causes an incorrect visual for the player where the villager appears to still be asleep (laying down horizontally) while it pathfinds towards any applicable item(s).
Steps to Reproduce:
- Place down one or more beds
- Spawn in one or more villagers
- Drop an item on the ground that entice villagers
/give @p minecraft:carrot 1Observed Behavior:
The villager will move across the ground as if it is still asleep to pick up items.
Expected Behavior:
The villager should first wake up entirely (standing upright) before walking to the dropped item, or not detect items while asleep in the first place.
Video:
Code Analysis:
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
- The item pickup cooldown is empty
- It can start to pickup the item
- The desired item is close enough to the villager
- The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
public static <E extends LivingEntity> BehaviorControl<E> create(Predicate<E> startCondition, float speed, boolean requiresWalkTarget, int radius) { return BehaviorBuilder.create((context) -> { BehaviorBuilder<E, ? extends MemoryAccessor<? extends K1, WalkTarget>> behaviorbuilder = requiresWalkTarget ? context.registered(MemoryModuleType.WALK_TARGET) : context.absent(MemoryModuleType.WALK_TARGET); return context.group(context.registered(MemoryModuleType.LOOK_TARGET), behaviorbuilder, context.present(MemoryModuleType.NEAREST_VISIBLE_WANTED_ITEM), context.registered(MemoryModuleType.ITEM_PICKUP_COOLDOWN_TICKS)).apply(context, (lookTarget, walkTarget, nearestVisibleWantedItem, itemPickupCooldownTicks) -> { return (level, entity, time) -> { ItemEntity itementity = context.get(nearestVisibleWantedItem); if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) ) { WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true; } else { return false; } }; }); }); } }Two Possible Solutions:
- If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for whether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
if ( context.tryGet(itemPickupCooldownTicks).isEmpty() && startCondition.test(entity) && itementity.closerThan(entity, (double)radius) && entity.level().getWorldBorder().isWithinBounds(itementity.blockPosition()) //Fix && !entity.isSleeping() //Fix end )- If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
//Fix if (entity.isSleeping()) { entity.stopSleeping(); } //Fix end WalkTarget walktarget = new WalkTarget(new EntityTracker(itementity, false), speed, 0); lookTarget.set(new EntityTracker(itementity, true)); walkTarget.set(walktarget); return true;This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
is duplicated by
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're already tracking this issue at MC-157464, so I will resolve and link this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-157464, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Duplicate of MC-157464
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-157464, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-157464, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! Please report any issues on Discord or Reddit
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Potentially a duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Duplicates MC-157464
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Duplicate of MC-157464.
Duplicate of MC-157464.
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-157464, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Still present in 20w16a
Still a problem in the latest snapshot...
Still present in 20w17a
still present in 20w18a
still present in 20w19a
still present in 20w20a
still present in 20w22a
still present in 1.16 Pre-release 3
Happens in 1.16.2 release.
Can confirm in 20w51a.
I've seen this in bedrock edition as well. A villager was just levitating out the wall, 2 blocks off the ground.
This can be reproduced in 21w18a.
reproducible on 1.17
Can confirm in 21w41a.
Can confirm in 1.18.1.
Affects 1.19
Can confirm in 1.19.4 and 23w18a
Issue description
When a villager detects a desired item while sleeping (such as carrots, bread, or beetroot), it will move towards the item before properly waking up, which causes an incorrect visual of the villager appearing to still be asleep while it pathfinds to items it wants to pick up.
Steps to Reproduce:
1. Place down one or more beds
2. Spawn in one or more villagers
3. Drop an item on the ground that entise villagers
Observed Results:
The villager will move across the ground as if it is still asleep to pick up items.
Expected Results:
The villager should first wake up entirely (standing upright) before walking to the dropped item.
Screenshots/Videos:
2019-07-19 22-58-59.mp4
Code analysis & Suggested fixes:
Here in the create() method of the GoToWantedItem class (which handles a villagers ai behavior to pathfind to desired items) it checks the following conditions for the villager and/or the desired item:
1. The item pickup cooldown is empty
2. It can start to pickup the item
3. The desired item is close enough to the villager
4. The villager and desired item are both within the level's world border
However, it does not check for whether the villager is asleep. The villager waking up is only ever executed from create() in WakeUp.
Two possible solutions:
1. If the villager should not be able to pathfind/collect the desired item until it has been woken up via the time turning to day, or being manually woken by a player input on it's bed, a check could be added for wether the villager is currently sleeping. If it is, do not try and pathfind. Like so:
2. If the villager should still be able to wake up as it does currently while sleeping, the villager should first properly and entirely wake up before pathfinding to collect the item. This could be done by adding a check to see if the villager is sleeping. If it is, wake up the villager first before executing the rest of the code.
This is how it looks compared with the new behavior in suggestion 2:
2023-07-19_20-02-36.mp4
Requesting ownership of this issue as the original poster "Jack Davies" has not updated the issue in 4 years, and this is their only post.
Can confirm in 1.20.1.
When I saw it happen I laughed so hard.
VillagerBread.mov
my sollution is get brightness
el aldeano se mueve estando dormido.