MC-33748/give block 34 causes crash and chunk corruption/deletion/regeneration
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
Attachments1
Created Issue:
/give block 34 causes crash and chunk corruption/deletion/regeneration
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.
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.
duplicates
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.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-30940toookay, this issue is likely a big mashup related to
MC-30940and 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.