server 13w39b client 13w39b.
issue not present in 13w39a
issuing command "/give <playername> 34 1" causes the chunk the player is currently standing in to becoming corrupted. The client is forced closed with "end of stream" message. server continues to run. Returning to world results in the chunk having been regenerated.
previous version result in a "no such item" error in console.
edit: attached .txt of server console output.
Linked issues
Attachments
Comments 4
not exactly a duplicate. yes the game "crashes"... all clients connected to server simply disconnect (end of stream).
but the chunk on server the player is standing in when the invalid item is issued gets ?labeled? as corrupted or and is regenerated on reconnection.
further testing shows, until the player reconnects the chunk remains as it was (verified when the world is loaded with MCEdit) before the command was issued (blocks placed or destroyed all remain in their spot)
when player connects and the affected chunk loads, it's regenerated instead of recalled and displayed.
Sorry, forgot to link to MC-30940 too
okay, this issue is likely a big mashup related to MC-30940 and all the changes pending with the removal of the ID #'s and transitioning to "minecraft:<itemname>"
13w39a simply returns "invalid item" - which is fine.
13w39b corrupts the chunk.
good enough for me.
20+ Duplicate of MC-32880 - If you have not, please use the search function in the future, to see if your bug has already been submitted. If you could not find the original report, please comment with the keywords you searched for.