Luke W

The camera is supposed to only tilt to the sides when taking damage from non-directional sources, the bug here is actually that it gets stuck tilting in the last direction you got hit from. The original behavior (from before damage tilt broke in 1.3) was that non-directional damage sources would randomly tilt the screen either left or right, so I'd imagine that behavior should just be brought back. I recorded a couple videos of the current (bugged) behavior and the old behavior.

Just because the PersistenceRequired tag isn't being set doesn't mean it was intentionally made that way. They could have easily just forgotten to make it do that. This should be reopened until Mojang confirms whether it was actually intended or not.

Bedrock Edition has these as 3D models, so if Mojang ever changes their mind and decides to fix this, that would probably be the easiest way to do it.

Nevermind I am an idiot. Found the button

This hasn't solved the issue though. Like, I understand whats going on, but the launcher doesn't even give you the option to go to one of the 1.17 snapshots, which I assume a lot of players were using

Yeah, but the launcher updated automactically so I didn't have much of a choice

I seriously hope Mojang reconsiders this being "intended" for other GUIs. This is the cause for numerous softlocks and does nothing but facilitate griefing (as you can trap a player in a nether portal with no way to access most of their items, or even call for help in chat). Whatever duplication bug it was meant to solve likely no longer happens, and even if it does, a proper fix should just be implemented.

No longer happens for quartz stairs since they use the same top/bottom texture now

The texture is supposed to be additive, seems like that's not working correctly on fabulous graphics.

I figured out the reason this happens. The crackiness textures are correctly being switched between, rather than being overlaid on top of each other as this issue would imply. The problem is that the low/medium crackiness textures contain parts of the high crackiness texture hidden in the alpha channel. Their opacity is low enough for them to be nearly invisible in an image editor, but just high enough to appear at full opacity in-game, making the crackiness levels look identical. My fix for this was to just select all pixels outside of the intended visible cracks and set their alpha channel to 0. I attached a resource pack with this fix:

.

Fixing this also appears to fix MC-173834.

This would be intentional I think. Most blocks that require support are now able to be placed this way, and pop off when the door is opened.

Why is this Won't Fix? Can an explanation please be provided? This also affects custom textures that use transparency elsewhere, and has broken one of my resource packs.

Still happens in 1.16.4. These blocks use special rendering, which is probably why they don't render in minecarts. (Heads and a few other blocks use entity models instead of normal block models. Liquids use special models generated in code.) I'm not sure if this will be fixed, we'd have to wait and see what someone from Mojang says.

Confirmed for 1.16.1. Ran into this while trying to make a disabled variant for hoppers. Using multipart did not fix the issue.

Whoa, someone else actually noticed this. The effect originally didn't work in multiplayer, hence why it was broken in 1.3 (that version changed singleplayer to run an internal server). This is something I'd really like to see fixed, though I doubt it will happen (the code was supposedly removed entirely in 1.8, and it's such a small detail that most people probably won't notice or care).

Oh right, affects 20w19a.

I don't think this issue is a duplicate, I think it's referring to the fact that the piston animation is basically 2 frames when it can and should be smooth.

This would be a problem with OptiFine, and not the game itself. You'll want to go to the OptiFine GitHub to report bugs in the mod.

How is this intended? There's an obvious mismatch between the texturing of the normal blocks and upside-down stairs, and this is even more noticeable with sandstone since the side texture is also designed to match up with the top. Additionally this has already been fixed for slabs, which use a separate model when placed in the top half of a block. I know this is a 5-year-old issue and my comment will probably just be ignored, but it's something that's been bugging me for years and I don't know why Mojang decided that this should be an "intentional feature".

So basically, you're saying Realms is a 3rd party server software.

Fine Mojang, don't fix the update! and ate!upd blocks and break modding permanently. And, in case I didn't make it clear, I've PREVIOUSLY modded the world and those update blocks aren't showing up. It really is a bug, you losers just want to make all of my issues invalid, even when they're not duplicates. I'll just stop reporting bugs for minecraft completely, if THIS is what you mods are going to do.