mojira.dev

Makzevu

Assigned

No issues.

Reported

MCPE-155018 Upper slabs and trapdoors can be placed in the same block space as entities Fixed MCPE-155016 Placing upper slabs in the block space that an entity is in may not work Fixed MCPE-144222 Vertically retracting waterlogged blocks creates ghost water Fixed MCPE-130875 Parity: Player cannot move horizontally when sneaking in Climbables on top of Scaffolding Confirmed MC-227330 The bottom texture of bars are flipped 180° and do not match the top Confirmed MC-225516 Smooth lighting doesn't work on blocks that emit light Confirmed MCPE-128025 Smooth lighting transition from level 1 to 0 is not smooth Cannot Reproduce MCPE-127831 Stair ledges cause items to move to the nearest free space Confirmed MC-225060 Burning entity sound repeats every tick Fixed MCPE-117244 Sneaking in water activates sculk sensors Fixed MCPE-115204 The Rapid Use System is unresponsive when "sneak" is held Confirmed MCPE-110848 Texel anti-aliasing is no longer available Confirmed MCPE-103800 Particles error when spawning on the south or east side a block space Duplicate MCPE-102833 Entity shadows appear on signs when stacked Confirmed MCPE-102832 Resource pack "shadows.material" file is unresponsive Confirmed MCPE-102411 Parity: Block selection box corners are imprecise on renderdragon Confirmed MCPE-89348 Pets can teleport into Forced-waterlogged blocks Confirmed MCPE-88576 Parity: Text background on Titles, Items, and Actionbars don't have square corners Works As Intended MC-193000 Parity: Text background on Titles, Items, and Actionbars have square corners Invalid MCPE-83961 Piglins are angered when breaking blocks with commands or creative mode Confirmed

Comments

The Mojira migration is still in progress. Legacy votes don’t seem to have carried over for this ticket just yet (it had over 133 votes according to the Wayback Machine).

I haven’t done testing in a while, but the Reddit post seems to match the client-teleporting behavior that I experienced in the 1.13 betas. To my knowledge, the changes were reverted just before 1.13 released, but they don’t seem to have been reverted this time.

The command shows that tickingareas were placed at y = 0, but tickingareas seem to affect the entire chunk now (java parity).

The video shows that a riptide trident is used just 3-4 times before hunger reduction, but doing the same in the Java Edition only requires 8-10 uses before reduction.

Cannot reproduce in 1.19.0.24/25.

Confirmed on Windows 10, but I don't know if it's intended or not. Moving waterlogged blocks with pistons at all deletes the water, so it might also be intended with water straight up.

I can select a skin from an imported skin pack in the preview (classic UI), but not the beta (updated UI). In the preview, I had to wait a painfully long time for the Marketplace to sync after pressing the create skin button, but I was able to equip a custom skin eventually. If I select a marketplace skin then select a custom skin, I experience MCPE-152132.

I can't reproduce either. I tried all four combinations of +/- and x/z, and it no longer triggers.

I cannot reproduce this in 1.18.10.26 beta. Method 4 still occurs, but it's no longer endless (it's a different issue).

Now, items under the influence of the command only repeat the burning sound for 1 second.

The latest beta is already listed in the Affects Versions list.

@unknown, I can't reproduce in 1.17.40.20 Beta. What steps did you use to test this issue?

Can anyone confirm in 1.17.40.20 Beta?

@unknown, I can't reproduce in 1.17.40.20 Beta. What steps did you use to test this issue?

Turning biome blend in video settings completely off can improve performance (that is if you have it on or even high).

Turning biome blend in video settings completely off can improve performance (that is if you have it on or even high).

Because of snow's increased brightness, powder snow is very distinguishable in it's appropriate biomes.

[media]

Confirmed for 1.17.11.

After I changed my Xbox username, my real name appeared under a new account as well. However, when I signed in yesterday, it seems that I have my original account back with the updated username.

Mojang has reported this issue to their internal tracker in July last year, and this has become a parity issue with the fix of MC-176615 since December last year (the Java Edition no longer has this affect; items pop out of shulker boxes when burned in the other game). Assuming that Mojang plans to implement a fix similar to the one currently in the Java Edition, your alternate reasoning of the current Bedrock Edition mechanics is not required.

Also, this is not a community forum. Comments should add information to diagnose the ticket so, if an issue in the game is discovered, that it will be addressed by Mojang.

The Bedrock Edition cannot currently partially rotate textures for any block. For example, the Java Edition flips the top and bottom textures for stone along the vertical and horizontal axis; however, this is not the case in Bedrock. Even stone experiences the same issue that deepslate experiences, regardless of it being placed or generated (this is all while stone is not a directional block in either game):

[media]

                       

[media]

Both the Java Edition deepslate and stone side textures are able to rotate along the vertical axis, while there is no rotation for this case in the Bedrock Edition at all. This was hinted at in the changelog for 1.17.0.56:
— Due to tessellation limitations, we are limiting the isotropicness of Deepslate to when these textures are up and down (as this is a rotatable block) for now

In the short term, deepslate top textures in Bedrock may need to have their rotation removed to be better aligned with the way that stone currently works, but no full fix can occur until texture tessellation is changed.