mojira.dev

TanyaLit

Assigned

No issues.

Reported

MCPE-176716 Opening a shulker box causes a spectator above it to move Duplicate MCPE-174789 Items get erased if they come from 2 sources into 1 container simultaneously Duplicate MCPE-174423 A parrot on the shoulder prevents arrows from shooting properly Confirmed MCPE-160252 Mud brick lower slab leaks when waterlogged Fixed

Comments

Important information and workaround found!

This bug was present in the game over a year ago and was fixed until recently when it was brought back. This bug, along with the second portal bug that causes suffocation damage or straight-dropping people in lava lakes way underneath the portals https://bugs.mojang.com/browse/MCPE-28765 that has to be reopened, is detrimental to the people on the server I own and play.

Through a lot of experience with this bug and with the help of spectator accounts, we figured:

  • While the player is stuck in the "generating terrain" screen, they have already teleported to the wrong location (same coordinates in OW or Nether as the portal they've entered). The player appears floating in the sky/inside of solid blocks until relog;

  • Way to save a person: if someone loads the area with the portal of the destination, the player who's stuck will be safely teleported where they were supposed to go in the first place! (they have to stay in the "generating terrain" screen and ask for help through other means of communication like Discord);

So, it appears that the game fails to load the area of the world in the other dimension, hence causing the loading issue.

Still an issue in 1.20.30

The same bug described in MCPE-81552 that has been resolved due to being "awaiting response"/incomplete.

Bug is still present in 1.20.10 and sure is annoying! 
If you click your mouse before moving it first, you'll pick a selected slot's item. It results in a lot of accidental helmet unequipping and unwanted items being picked from the containers. 

I've noticed this bug after few hours of playing in 1.19.50. 
Opening inventory always highlights first slot (helmet slot in case of inventory) and shows tooltip in the location of your mouse, no matter where it is located.
Same happens with any interface like chests, hoppers, anvils, etc. 

[media][media]

Bug is still present in 1.19,41
Affects pistons and target blocks, while repeaters and comparators redirect redstone power in correct way.

[media]

Here is a clip showing shulker stuck at Y=512, they open, make sounds, but do not teleport or fall even if you hit them. Clip was made in 1.19.30

[media]

This bug started to happening a lot to me and many other players on the server after 1.19.30 update. I happens even to people with high-end PCs.
After loading world or moving through dimensions, chunks around stay not loaded for seconds to minute, you can see through them into the caves or structures, mobs in these chunks are blackened. You can not enter such a chunk, it acts like solid blocks. And sometimes the chunk you located in is unloaded, you can not move/jump until it loads up.
I had multiple episodes of loading through the portal, appear in the "void" of unloaded chunk, looking through the terrain and unable to move. Sometimes chunk load quickly, but more often then not you just stuck in the portal frame unable to move for so long, it sends you back through the portal.

I have also experienced possibly related bug mentioned in the comment above - getting stuck in the nether portal on the "Building Terrain" screen forever. The only option to close game or minimize it to get kicked out of the server. After further log in game respawns you high above ground in random location around world spawn, one player on the server had died by fall damage experiencing this issue, players who had Feather Falling enchantment had survived but took damage. [This happen to me twice in one day after I increased the render distance from 24 to 32 that is above recommended by game, 2 other player experienced it and one of them died as a result].And in general after .30 update all players on the server complaining of much longer loading time after going through the portals (possibly because of this chunk loading bug).

Here is few screenshots added as examples.

[media]

[media]

[media]

Appears to be fixed in 1.19.30

Bug affects 1.19.30

Banners rendered above most transparent blocks, like glass, nether portal, slime, honey blocks. 

Candles still renders behind banners.

This bug also affect glowing text on the signs, but only from short distance. If you stay very close to the sign behind transparent block, text renders in front.

[media]

I've encountered this bug in my build after updating to 1.19.22. I have a lot of chain supports in my build and it appear only in some locations. I've tried 3 different RTX packs and glitched chains appear in different locations for each of them.  Here is visual of a bug with Kelly's RTX pack. 

[media]

I have this issue as well, in game on the server some allays ocasionally teleports to me after I go through the nether portal.

I did some testing and I noticed that they teleport no matter if they are tied to a fence, encased in blocks, sit in a boat or minecart. And after they had teleported, they follow you back and forth through portal.

They do not teleport to the end dimension with me, but continue teleporting with me going into nether portal back and forth, after I exit the end.

They seem to stop teleporting if you tie them again with a lead (but not if put in a boat/minecart/blocked off), but upon entering and returning from the nether they start to ignoring the lead, brake them off and wonder away. They can still pick and throw blocks at you, but do not stay close as usually. 

And this can happen again after restarting the game, untying allay or just because of unknown reasons.

In the duration of the test one allay got stuck in the wandering state with lead stuck (mob behaves partially like on a lead, can not enter boats or minecarts, can not be put on a lead, but wandering around; entering the nether portal makes that mob drop a lead)

This bug is still present in 1.19.10

Shading of stonecutter block is very inconsistent, it goes randomly dark just standing next to some blocks in some position. or secluded by 2 blocks on 2 sides. But if you try to recreate similar layout 2 blocks over - it goes overly bright. It obviously depends not only on blocks positioned next to stonecutter, but on ambient light or possibly location. Need further investigation and testing.

I attached a couple of screenshots, one is original problem I noticed in game, the other is me experimenting - as you can see, out of 7 stonecutters visible, there 4 different shades of blade present.

[media][media]

Affects 1.19.30