mojira.dev

TriGGerTheCyan

Assigned

No issues.

Reported

MCPE-180539 Mobs can hit the player too high above them, which prevents you from using a mace Works As Intended MCPE-172095 Teleport to the wrong coordinates in the nether. Duplicate MCPE-171169 Inability to sneak underwater. Duplicate MCPE-171167 The water is not working properly. Duplicate MCPE-171003 Mobs sitting in boats despawn when unloading chunks with them Duplicate MCPE-170506 The Trail Ruins structure is cut by generation Duplicate MCPE-170230 No attack animation Duplicate MCPE-170229 Sticky attack and interaction buttons Awaiting Response MCPE-169535 The texture of the shield flips upside down in the left hand. Duplicate MCPE-168345 Item name tooltips overlap each other Duplicate MCPE-166811 Stack splitting feature not working. Invalid MCPE-166452 A camel does not step over fences Fixed MCPE-166451 The player's head gets stuck in blocks while riding a camel or a boat Won't Fix MCPE-166102 False activation of Stack Splitting Feature Incomplete MCPE-166034 Wrong projectile trajectory Fixed MCPE-165806 The game crashes when opening the "My Packs" tab Fixed MCPE-165773 Huge combat problems in the new touch controls Duplicate MCPE-164406 huge combat issues with the new touch controls Fixed MCPE-65979 About TOO SMALL Render Distance Duplicate MCPE-65978 About turtles Duplicate

Comments

First: On Java Edition, full block faces block the flow from the water source, but not on Bedrock Edition.
Second: On the Java Edition, the door creates an air pocket in the water, while on the Bedrock Edition it doesn't.
If the second can still be called a minor difference between the editions, although I don’t agree with this (the developers themselves said that you can use doors to explore the aquifers added in 1.17, but this won’t work on Bedrock), then the second is a clear flaw, which is already has been in need of repair for many years.

Also please reconsider MCPE-171003

Report

[media]

[media]

[media][media]

is listed as "fixed". Rather, the moderator wrote there that this error "works as intended", referring to the 1.16.0 changelog (illustration A) (https://feedback.minecraft.net/hc/en-us/articles/360044928311-Minecraft-Nether- Update-1-16-0-Bedrock-), which describes the new rules for mob despawning. The problem is that right in the list of changes it is indicated that these changes were made to comply with the Java Edition despawn rules (illustration B). In this case, this bug cannot be considered fixed, because in Java Edition, mobs sitting in boats do not disappear. In the video “illustration C”, which was recorded on Java Edition 1.19.4, you can see that before the chunks is unloaded, there are 4 creepers in one place, two of which I placed in boats. After unloading the chunks and reloading them, we can see that 2 creepers are left in the boat, and the other 2 are despawned. I really hope for a re-examination of this error and the elimination of the despawn of mobs in boats.

You've flagged the report as a duplicate of MCPE-129051, which is listed as "fixed". Rather, the moderator wrote there that this error "works as intended", referring to the 1.16.0 changelog (illustration A) (https://feedback.minecraft.net/hc/en-us/articles/360044928311-Minecraft-Nether- Update-1-16-0-Bedrock-), which describes the new rules for mob despawning. The problem is that right in the list of changes it is indicated that these changes were made to comply with the Java Edition despawn rules (illustration B). In this case, this bug cannot be considered fixed, because in Java Edition, mobs sitting in boats do not disappear. In the video “illustration C”, which was recorded on Java Edition 1.19.4, you can see that before the chunks is unloaded, there are 4 creepers in one place, two of which I placed in boats. After unloading the chunks and reloading them, we can see that 2 creepers are left in the boat, and the other 2 are despawned. I really hope for a re-examination of this error and the elimination of the despawn of mobs in boats.

This bug also happens without using any resource packs. But it happens randomly, so filming it is very difficult. At the moment there is only an example using the resource pack

Please, use this text as description of that bug:
In release 1.19.70, as well as betas 1.19.70.xx and 1.19.80.20, the tooltip with the name of the item is now displayed not only below, but also near the item itself. This is sometimes confusing, as often one item name is displayed on top of another.
Expected Result: The tooltip with the name of the item is displayed only next to the selected item, and not displayed at the bottom of the inventory.

I'm using a Preview Hider resource pack.

This has NOT been fixed and is NOT a duplicate of another report. If the title says that the game crashes, it doesn't mean that it crashes for the same reason that it crashes because of another bug that just reported earlier than this one.

In my previous report, I described two bugs (now I have already edited it and left a description of only the second bug). The first of them had already been fixed, so I was afraid that the report would be marked as solved, not paying attention to the second bug.

There are problems when using the attack and interaction buttons.
The problem with the lack of a delay needed to aim the sight can be solved by adding a separate item in the settings that allows you to enable it (similar to turning the block breaking delay on and off when using the control type without attack and interaction buttons).
The problem with sensitivity (delay in turning the camera when holding these buttons) can be solved by returning the old "mechanics" of how the camera movement and pressing the buttons work in tandem, as on 1.19.40