Charles Hedberg

In a Survival game for 1.12.2, I closed in a blaze spawner that was open to the nether to make a quick blaze/xp grinder. As usual, all blazes outside the room continue to shoot at the player. However, I noticed that I kept getting melee attacks when no blazes were in the room. After a little testing, it appears that blazes can melee through walls when the player is pressed up against a 1 block thick wall with a blaze on the other side.

Also reported in MCPE-27664. I have a video attached on that one that shows an enderman becoming aggressive when looking at around 'knee' level. Previously you had to look at their face. I'm pretty sure that it's not the collision making them become aggressive, but the fact that it is impossible to maintain your gaze at an enderman lower than it's knee when looking straight down and passing through them, since your eyes are above their waist.

I have had a somewhat similar problem on realms (PC - Windows 10), but have not been able to recreate it outside of realms. I currently have three stacks of pistons. A single piston, a stack of 12 pistons and a stack of 28 pistons. None of these three stacks will combine with any of the others. You can split a stack up and use them, but they will only ever return to their original stack. I have never lost any materials while crafting pistons. Come to think of it, the only reason I can think of that may have caused this is that I created them at different times (once during each of the last three updates, I believe).

Not a bug. The recipe for trap doors is in the Construction Tab (the one that looks like a brick wall), not the Items Tab.

Per the Minecraft Wiki, the Fortune III enchantment will give an average of a 120% increase for Diamonds, Coal, etc. After performing a quick test in the latest version mining 128 each of Diamond and Coal ores I averaged 2.375 Diamonds per ore and 2.211 Coal per ore which both appear to be close enough to the 120% increase as to not require any further testing. Also, I have yet to ever get more than 4 Diamonds from one ore while using Fortune III.

I can confirm that this is happening as well (Windows 10). Not only on flat worlds but also in regular survival games. Anytime I spend a significant amount of time in one area and then travel 4 to 5 chunks in any direction you find large herds of animals. My assumption is that the mobs are eventually traveling into chunks that aren't loaded and being saved there and then not despawning because the chunks aren't loaded.

Having played the Java Edition, XBOX One Edition, and the Bedrock Edition on both XBOX and Windows 10 I will share my hypothesis. After some testing I have come to the conclusion that some fundamental differences between the Bedrock Edition (Better Together Update) and previous/other versions of the game are making it seem like a bug when in fact there is not one. In the Java and previous XBOX One edition, there were similar RandomTickSpeed (the variable that causes blocks with different states to update such as crops to grow and leaves decay). In the Bedrock Edition it appears that the RandomTickSpeed is much slower so everything that relies on that variable will take longer. Another difference between the Bedrock Edition and other versions is that the update radius for for such items has been reduced from 8 chunks in other versions to 4 or 5 in Bedrock. This means you must be closer to the crops for them to grow than other versions. So this may in fact not be a bug, but a feature change so that the game will be the same across all devices. And since not all devices have the same computational power, you end up with adjustments to ensure the game runs well on the slowest common platform. Now having said all that, I have yet to find anywhere that this has been stated so I may be incorrect. Just an educated guess.

Having played the Java Edition, XBOX One Edition, and the Bedrock Edition on both XBOX and Windows 10 I will share my hypothesis. After some testing I have come to the conclusion that some fundamental differences between the Bedrock Edition (Better Together Update) and previous/other versions of the game are making it seem like a bug when in fact there is not one. In the Java and previous XBOX One edition, there were similar RandomTickSpeed (the variable that causes blocks with different states to update such as crops to grow and leaves decay). In the Bedrock Edition it appears that the RandomTickSpeed is much slower so everything that relies on that variable will take longer. Another difference between the Bedrock Edition and other versions is that the update radius for for such items has been reduced from 8 chunks in other versions to 4 or 5 in Bedrock. This means you must be closer to the crops for them to grow than other versions. So this may in fact not be a bug, but a feature change so that the game will be the same across all devices. And since not all devices have the same computational power, you end up with adjustments to ensure the game runs well on the slowest common platform. Now having said all that, I have yet to find anywhere that this has been stated so I may be incorrect. Just an educated guess.

My guess is that the sorters that cross chunk boundaries are breaking because of the two chunks unloading and reloading at different times. If the cross-chunk sorter works while you stay in the area, but always breaks when you travel some distance away and then return then this is likely the issue. If you can use slash commands then setting the area to a tickingarea (kind of like spawn chunks) may solve your problem. If you cannot use commands, then your only choice may be to rebuild the sorters within a single chunk.

Would really be nice to know if this is a bug or the new norm for Enderman. Essentially went from being attacked only when staring down an Enderman to being attacked for apparently no reason. I did some testing and Enderman now aggro when looking at their knees?!? Video attached.

The video I added not only shows the dismal amount of light that a torch puts off in a cave now, but also that the lighting appears to be acting similar to how lighting affects paths depending on the path width. (Windows 10 ver 1.2.1) Possibly related to MCPE-26843