Happens in 1.20.1. I suppose this might be resolved as "works as intended", for the finite ammo logic fits well with finite durability weapons (MC-163960 is resolved as "works as intended").
Can confirm in 1.20.1
Definitely still an issue in 1.20.1. I've tested it on a sandbox using pistons to push the boat off certain heights (tested with 12, 13, 49, 51 blocks). Curiously, the boat only breaks when a mob (tested on husks, pigs and chickens) is inside, but it doesn't when only boarded by the player. If both the player and a mob are inside, the boat breaks only after the player exits it. In all tested cases, the mob receives fall damage (unless it's unable to, as with chickens), but the player doesn't, even in Survival.
Also, the boat breaks and the mob inside breaks its limbs before it actually lands; for a 51-block fall it happens around 15-20 blocks above the ground.
UPD: If I recall correctly, when the boat glitched through a moved block (see my previous comment), I quickly dismounted the vehicle, and only then did it break. I've quickly tried pushing an empty boat, and it likewise broke. Once again, it didn't break when the player was inside, nor did it break once the player left it after landing.
Appears to be still an issue in 1.20.1, though my case specifically didn't have my boat (spruce boat with chest to be specific) fall as such. I rowed my boat at a high speed onto a "boat gate" which detects the boat using tripwire and pushes it up with a piston and a block of packed ice so it can move across the frozen river. Once the piston fired, the boat glitched into ice and broke into planks and sticks a few moments later.
I wonder why was it marked as Invalid?
Can confirm in Bedrock 1.20.0, for Windows 10. I've tried converting a couple ancient MCPE (Android) worlds of mine from v0.8.1 alpha, only succeeding to make an old world copy before crashing.
The whole sequence is as follows:
Copy or move the world's folder here: {{C:\Users\<your user name>\AppData\Local\Packages\Microsoft.MinecraftUWP_8wekyb3d8bbwe\LocalState\games\com.mojang\minecraftWorlds}}
In the game's main menu, click "Play". The game will recognize the newly added world, though will show a default map image as they didn't exist in v0.8.1 alpha.
Click "Edit". In the World Type entry, the map will be marked as "Old". Scroll all the way down until the "Make Infinite!" button appears.
Click "Make Infinite!" The game will crash soon, while at "Expanding world" stage.
Open the game again and click "Play". There will be a new world, a backup copy suffixed with "-Old". As expected, it will retain the original "Old" world type.
Clicking "Edit" next to the world supposedly processed with "Make Infinite!" reveals it still has "Old" world type.
Inspecting the world's folder reveals a changed level.dat
file together with its old version (both are larger in size) and a new "db" folder with only three files: a xxxxxx.log file, a MANIFEST-yyyyyy file (where xxxxxx and yyyyyy are some numbers) and a CURRENT file with MANIFEST-{_}yyyyyy{_
} as its content. There are no xxxxxx.ldb files as present on a typical Bedrock world (at least on W10).
Even if not made infinite, the ancient worlds are unreliable to play on, with crashes happening quite soon after moving, but that's all for a different bug report (unless the underlying cause happens to be the same). Unfortunately, I have no old worlds from v0.9.0 alpha to test.
Can confirm in 1.10.2.
Is anyone ever wondering about this issue?
My bad.
I hate your name for this bug.
Just a curiosity question, what are these blocks with "missing texture"?
Dear @unknown, if you're registered in Minecraft Forums, you can post this bug there. People may discuss it there until we can post MCPE bugs on this bug tracker.
Also, I can consider this to be a follow-up to MCPE-1217, not a duplicate (I have derped then). But it may be fixed in 0.9.6, so check before posting!
P.S. I can post this bug on Forums too.
Despite the MCPE being suspended, I can freely say that this is a duplicate of MCPE-1217.
@unknown I cannot report PE bugs via Google+ right now, despite me having the account, because I forgot my password. But I can use Minecraft Forum to post bugs.
P.S. we should continue this discussion on Minecraft Forums. What is your Minecraft Forum name?
Hello. I'm mostly talking about Pocket Edition bugs (such as MCPE-1319 texture bug), but this bug made me worrying about custom maps and things like that.
I agree with people who want the 'strict' tags to be in Minecraft. Sometimes, one may need or just want to trade an used tool (enchanted or not) for a better one, but he/she may see a trade needing a fully-repaired tool. This is not a problem if you have an anvil, but custom tools may not be repaired like that (unless using custom attributes), while repairing by crafting will remove all enchantments and revert attributes to normal. So, the 'strict' tag will save most custom maps.
Also note that I only played PC Minecraft on my brother's computer (versions 1.5.2 and 1.7.4). Other times, I played Minecraft Pocket Edition (demo and v0.8.1), but stopped due to MCPE-1319 texture bug, plus I cannot update to 0.9.5.
Upside-down attachment pictures.
By the way, if you happen to destroy a pre-0.7.3 wood slab in 0.7.3 or later, (still with a pick) you'll get a "wooden" wood slab, that is easier to break with an axe. Also, if you store an old wood slab in inventory, the tooltip will say: "Fake Wood Slab". -Taken from Minecraft Wiki. I have only played v0.2.1 demo and v0.8.1 full.
Hmm... Not a multiplayer... Did you placed it too close to bedrock? Or what?
If the Minecraft on PC scares some players away with Creepers, then MCPE - with this glitch. (even if MCPE has creepers too)
I exit the app manually shortly after the glitch. So I didn't ever see the textures revert to normal, even during the MCPE Demo Glitch No.2, my longest texture glitch.
While obviously a bug, if fixed, the fireworks' ability to destroy End crystals might have balance implications as one could just climb onto an End spike and easily destroy crystals on nearby spikes with rockets. Using arrows or snowballs for the same requires some targeting skill as they follow an arcing trajectory - with crossbows (or "rocket propelled grenade launchers" if you ask me) you would just point and shoot. It would trivialize the Ender Dragon fight even further.