StevenNL2000

Confirmed for 1.14.4. I found this issue while searching if it was already reported. Better description:

If you start sneaking while standing on a shulker, the animation does not play in first-person or third-person mode. Moving off the shulker will cause the animation to start playing.

In addition, if you start sneaking while on a regular block and then move on top of the shulker and stop sneaking, you will continue sneaking without holding the button until you move off the shulker again.

This issue only affects the shulker entity, not shulker box blocks.

That took me a while to find, but this is a duplicate of MC-54026.

I don't know if this can still be considered invalid / working as intended, but it has been possible to reproduce this bug using /setblock for quite a while now.

Could a moderator remove the Java attachments on this ticket?

I just came across a Reddit thread that claims you can fix this issue by disabling NAT acceleration in your router settings. It would be useful if someone who is experiencing this issue could try that.

Can still confirm in 15w45a:
http://gfycat.com/AjarFoolishAracari

Please reopen.

Duplicate of MC-38565

Duplicate of MC-38565

Possibly has the same root cause as MC-90598.

Also, the following occurs in 1st person:
When not sneaking, the player will land when the camera is 1 block above the ground
When sneaking, the player will land when the camera is 2 blocks above the ground

Happens for me in 15w41b. Please reopen.

Duplicate of MC-258 and MC-89087.

I am no longer experiencing this issue in 15w40b. I don't know whether it was fixed in this snapshot or in a previous one.

Do you mean that the AreaEffectCloud creates a fire texture when it isn't on fire?

Duplicate of MC-85863

Can still confirm in 1.8.6 on Mac OS X with Java 1.8.0_45. Please reopen.

@unknown, this was tested in a vanilla environment. The logs show a kick, but that's not what happens on the client. The client just freezes as soon as you click on the text, and there is no way to recover it without forcefully ending the task. Also, the only reason this freeze happens is because the unicode characters are being decoded, so it's definitely part of this bug.

Your statement about unicode being decoded at all outside of text: being intended may be valid, the freezing is definitely not intended.

MC-79818 has been created to account for the freezing issue, which is a valid bug. This issue may however be intended, as @unknown suggested.

You are forgetting the most important part of the bug! From http://redd.it/33h76n :

There is however a little problem: You can only use signs to run the command. Any other method will disconnect the player who clicked on the text from the server and freezes his client

Example command for that:

/tellraw @p {text:"Click",clickEvent:{action:"run_command",value:"/summon Item ~ ~1 ~ {Item:{id:dirt,Count:1,tag:{display:{Name:\u00a7cTest\u00a7r}}}}"}}

The freeze creates the following in the log files:

[21:44:44] [Server thread/INFO]: StevenNL2000 lost connection: TextComponent{text='Illegal characters in chat', siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
[21:44:44] [Server thread/INFO]: StevenNL2000 left the game
[21:44:44] [Server thread/INFO]: Stopping singleplayer server as player logged out

MC-78113 is related to/a duplicate of this one, but it contains a lot of information that might be useful.

Relates to/Duplicates MC-74984.