AMNOTBANANAAMA
- AMNOTBANANAAMA
- amnotbananaama
- America/New_York
- No
- No
2 issues
Key
Summary
Status
Reporter
Assignee
Created
MC-155545Chests/Trapped Chests can no longer be opened if a Shulker Box is placed above it
Works As Intended
Added Attachments:
Added Affects Versions: 19w38b
Added Affects Versions: 1.15.1
Added Affects Versions: 1.15.2
Added Affects Versions: 20w11a
Added Affects Versions: 20w12a
Added Affects Versions: 20w16a
Added Affects Versions: 20w17a
Added Affects Versions: 20w18a
Added Affects Versions: 20w19a
Added Affects Versions: 20w20b
Added Affects Versions: 20w21a
Added Affects Versions: 20w22a
Added Affects Versions: 1.16-pre1
Added Affects Versions: 1.16-pre7
Added Affects Versions: 1.16
Deleted Comment:
This looks like a "zero tick" farm or one of the forced updated crop "farms" that relied on
MC-113809. Here, the sand block is changing state from a sand block to a falling_block entity. It's likely the actual bug in this ticket was the falling_block sand entity somehow being deleted upon reloading the world. Since the bug that this contraption relied on was fixed in 20w12a, repairing the contraption will have no effect.
Boats are entities, which can ride minecarts as passengers. This is also a duplicate of MC-113871
Duplicate of/related to
MC-154929Duplicate of
MC-155544.Invalid based on resolution to
MC-108This is an example of quasiconnectivity, and not a bug. Duplicate of
MC-108Zero ticking is not confirmed to be intended behavior (see MC-8328). Utilizing emergent behaviors is always likely to produce wierd results. This is normal, in that the redstone doesn’t have time to play the powered animation before being deposited. I imagine any hackfix for this issue would make dust lag even worse.
Cannot reproduce in 1.14.4
This relates to
MC-155545, which also demonstrates that shulker boxes are now essentially solid blocks in 1.14. They conduct redstone power, and can prevent chests opening.Do you have the mending enchantment on any gear? This might be “stealing” away your xp to repair your items
Piston extends and retracts with observer over the course of several ticks:Obviously WAI
Observer sees the piston head where before there was an air block. It spits out a redstone pulse: Also obviously WAI
This is just the combination of two seperate but intended behaviors.
I cannot reproduce this in vanilla 1.14.4. Are you breaking their workstation at the correct time of day? Are there other workstations nearby that the villager may be picking up without you realizing it? 2019-09-10 13-07-23.mp4
Just to help you for future testing, you can spawn baby pigmen with the following command
/summon zombie_pigman ~ ~ ~
{IsBaby:1}~ ~ ~ uses the player's current position as the spawning location, but you can change these to arbitrary X Y and Z coordinates.
Duplicate of
MC-161283(Presumably) a duplicate of
MC-23484. Try the solutions described there.Cannot reproduce. Please provide screenshots of your setup, especially the arrangement of the beds. The angry particles mean that the villagers are unable to detect the beds, so verify that the villagers are able to pathfind to them.
Duplicate of
MC-150806Do you have a source for this statement?
This is technically a suggestion, but a possible fix might be using something like the endermite's PlayerSpawned: NBT tag.
Duplicate of
MC-154427This is a duplicate of
MC-160258. The only reason this may look strange is because the repeater is on such a long delay. Because repeaters are visually only powered when outputting a signal, it takes the repeater several ticks to display the pulse from the observer.Duplicate of
MC-167002. This is working as intended, and caused by the fix forMC-157136.This occurs because witches have the capability to store a bed location in their entity data exactly like villagers. The minecraft:home (bed coordinates) from the struck villager is preserved when spawning the witch entity.
The easiest fix would be to clear the bed from the list of POIs when the lightning strike happens, and to NOT preserve the bed location when spawning the witch.
Duplicate of
MC-146515. This allows players who would like to use villagers in the nether or end to do so (note that raids can occur in the end, which wouldn't be possible if villager sleeping was not allowed).> even after trading
Villagers shouldn't despawn ever, regardless of whether you've traded with them or not. The only time a villager should disappear from a world is if it has been killed in some way.
Are you referring to the Wandering Trader, which looks similar to a villager but does despawn when its DespawnDelay tag reaches 0?
This should not be fixed or altered, because fixing this bug would mean significantly reducing wandering trader spawns. With the current spawning chance, it takes almost 5 hours for a wandering trader to spawn. This means that on servers with a large amount of players, the odds of ever seeing a wandering trader are already extremely low. This would lower the chance even further, by requiring players to wait 48 THOUSAND ticks (40 minutes) before the spawning algorithm to continue. Players in singleplayer who aren't interested in the wandering trader are free to use the doTraderSpawning gamerule
No I appreciate it thank you, the ticket looks much cleaner now. Are you able to reproduce the issue?
Although this still occurs in 1.15.2, I think there are valid reasons to leave it as-is. In my mind the phrase doMobSpawning conveys whether or not the mob spawning algorithm should be run, which spawners are separate from. I personally use this behavior in test worlds to design and test mob spawners. Players who don't want any mobs at all, including from mob spawners can set the difficulty to peaceful.
Unable to reproduce. The armor that has dropped for me appears to be random durability
Please attach a screenshot showing the debug screen where this occurred. Frosted ice only melts at a certain light level, is it possible it was too dark at that particular location?
Are these "ghost" pistons or actual pistons? That is to say, when you place a block directly next to these pistons do they disappear? And just to confirm, did this occur in singleplayer?
Duplicate of
MC-171079The Programmer Art resource pack contains the 1.13 game textures. The latter image is the 1.13 texture. It would be inconsistent to use a prior texture for only the pufferfish but no other mobs. Working as intended.
Hypixel doesn't run vanilla software. Invalid. Issues like these can occur when a plugin or mod sends a badly formatted packet (which is obviously not Mojang's job to fix).
Would you mind clarifying the reproduction steps please. When you say "moved in or out of a container", do you mean when a dropper is activated and releases an item, or is any method of removing an item able to reproduce this bug? (Hopper below the dropper, player removing item from the dropper, etc.)
Confirmed for 20w12a
Confirmed
Since it gives you a crash report, please attach the crash report here. Without the report, Mojang has no information about what is causing the crash
Please provide screenshots showing your breeding setup.
Confirmed for 1.15.2. I urge Mojang to take a look at this report when their schedule allows. Not only is this bug a deviation from pre-1.13 behavior, it degrades the quality of the game for players that play on low render distance servers.
Please attach the crash report
Invalid. Bug reports for servers such as Hypixel are not accepted as they use modified (non-vanilla) software. In this case, the likely culprit is the non-vanilla software as plugins and other modifications tend to send large amounts of packets, far more than a vanilla server. Processing these packets often reduces client FPS to below equivalent levels when connected to a vanilla server.
What is /gamerule doMobGriefing set to?
Almost certainly intended (paintings are affected by this as well.) The check is not "cannot spawn inside another entity" but rather "cannot COLLIDE with entities when spawning". Boats and shulkers have a collision box, item frames do not. If this bug was fixed it would almost certainly introduce undesired side effects.
Armor stands do in fact perform collision checks, although the collision only succeeds against shulkers and boats. Everything else it doesn't collide with. Mob spawning doesn't care about this distinction.
I think it's great that you have this report open to get an official response. I was just offering my understanding of WHY it occurs in case that helps with resolution.
Confirmed for 20w16a, requesting ownership of ticket.
Please upload the crash report
Not being able to pathfind through rails is WAI see
MC-33359Potentially also a duplicate of
MC-64370. Why should villagers be able to pathfind over a fence that they cannot jump on top of?Please attach a screenshot of the gold farm. Zombie pigman spawning has undergone fairly significant changes as a result of 1.15 and the 1.16 snapshots, it's possible you aren't meeting the current criteria (see MC-156004)
Please attach the crash report if any was generated
Does the sand drop as an item, or disappear entirely? What is /gamerule doTileDrops set to?
Related to/possibly caused by the fix for
MC-177069Cannot reproduce after several hours of testing. I think it is more likely that the wandering trader either spawned in the overworld portal, or happened to wander into it.
Can you attach a crash report or hs_err_pid log file that is generated when this happens? That would help with more specifically diagnosing the issue. If you are unable to do that, please attach a screenshot of your video settings. The error seems to indicate that Minecraft is running out of memory. Try reducing your video settings or allocating more memory to Minecraft.
This is intended, random ticks only happen in range of a player.
Cannot reproduce
Cannot reproduce in 1.15.2
This occurs because the grindstone clears all item nbt data (excluding curses). The data about the stored projectile is stored in the crossbow's NBT. If this is not working as intended the fix would need to prevent the NBT data about the stored projectile from being cleared.
Duplicate of
MC-169090. This is intended behavior according to Grum, caused by the fix ofMC-112533. If you disagree with this behavior you can make a feature suggestion on feedback.minecraft.netCannot reproduce in 20w17a. Are you sure you are playing an unmodified version of Minecraft: Java Edition?
Zoglins are intended to be undead mobs. The wither is immune to attacks from undead mobs, and undead mobs will never target the wither. Working as intended.
You have at least 8 villagers, and only 8 beds. The villagers need extra beds for the future babies to occupy. Try adding more beds and see if the issue still persists.
You can upload the world to a third party service such as Google Drive and paste the link here.
Please provide screenshots with the alt +f3 Frame time graphs. Is this occurring in singleplayer? This sounds more like low TPS issues on a singleplayer world, with low frames as a side effect.
Can you provide the exact command you used to trigger this crash?
This is a feature request.
You can't, at least as a non-Mojang employee. The "affected versions" tab is primarily for fixing issues in the latest release. If a bug isn't present in the latest release, it's not going to be fixed for older versions. Otherwise Mojang would have non-stop reports from players that play on 1.8 servers to "fix" bugs that have been solved for years.
Knowing that the bug occurs in a specific older version however, is in fact helpful to discover when it was introduced. For something like this that was recently discovered, but may have been always present in the game of course it's a different story, but it is helpful to know it's been around for a while
This is a duplicate of
MC-160258. See the explanation there for what is happening. The observer isn't powering through air blocks, the repeater is just on 8 gt of delay so it is (visually) powered once the observer is already retracted. The powering occurred before the observer was moved.Seems to be a duplicate of
MC-128302. Try the advice thereDuplicate of MC-148559
What is /gamerule mobGriefing set to? Mobs (including villagers) won't pick up items unless this is set to true.
Please provide more information, and preferably a screenshot or video of the bug. As currently stated, there isn't enough information to understand the issue. Is the trapdoor open or closed, at head or foot height of the zombie, etc
Confirmed in 1.15.2. Gnembon explains why this occurs from 11:00 to 13:00 in this video https://youtu.be/42QvewJqKF0 Essentially slimes deal damage whenever their hitbox intersects with a player, rather than actively attacking.
Most likely caused by the fact that Phantoms aren't spawned in the world like normal mobs, but placed through special world code (same as patrols). The nighttime spawning is a requirement of this code only, not phantoms themselves.
@Andrew369 You have several mods installed in your reproduction video. Can you reproduce the issue in vanilla without any mods installed?
I am able to reproduce this bug in 1.16 Pre-release 2