[MC-30873] Crash - Block Statistics: If Player breaks Technical Blocks, Statistics are getting corrupted

I'm currently crashing in version 13w37a when I try to get to the bottom of the "Blocks" statistics. I think it's caused by a block, maybe a special flower. Crashlog is in the attachment, I was already waiting for an automated Hopper Issue, but that might take a while. As I said, I have no idea which block caused this, might be carpet or one of the new flowers, or it's even another Issue.

I looked for possible duplicates, haven't found any (also looked for hopper-reports: none). If you need more information, please tell me.

Steps to reproduce (I'm not 100% sure, but this should work):
-Create a new world
-Copy the Galaxy_2Alex.json into the /world/stats folder
-Rename the file to your name
-Start the game
-Try to look at the bottom of your Block statistics

Attachement Nr. 2: I think it might be a good idea to attach the statistics. That might help to fix the problem. The file has never been edited, and it was created in 13w36a, together with the world.

MOD EDIT
It appears that any technical block stat crashes the game because it can't be rendered. Examples:

stat.mineBlock.34
stat.mineBlock.75
stat.mineBlock.105 <- This is what the original reporter had.
stat.mineBlock.117
stat.mineBlock.132
stat.mineBlock.140
stat.mineBlock.144

EDIT Galaxy_2Alex 15/09/2013:
The block that crashes the game is the Melon stem, the same goes with Pumpkin Stem I guess. Currently, the only way to fix it is to delete the stat.mineBlock.104(/105) in the json file.

Linked issues

is duplicated by 4

MC-30981 Crash while viewing stats Resolved

MC-31237 Reviewing block statistics causes client to crash Resolved

MC-31252 Hopper: java.lang.NullPointerException Resolved

MC-31427 Hopper: java.lang.NullPointerException Resolved

Attachments

crash-2013-09-12_21.46.11-client.txt

crash-2013-09-13_13.44.23-client.txt

Galaxy_2Alex.json

Comments 7

kumasasa 2013-09-12T20:31:19Z

Rendering screen

java.lang.NullPointerException
	at zf.c(SourceFile:100)
	at bjq.a(SourceFile:266)
	at azr.a(SourceFile:202)
	at azr.a(SourceFile:26)
	at azs.a(SourceFile:623)
	at axx.b(SourceFile:374)

kumasasa 2013-09-12T21:50:19Z

Confirmed with the attached JSON file

galaxy_2alex 2013-09-13T11:45:30Z

Still present in 13w37b

Freso Fenderson 2013-09-13T19:02:18Z

I can confirm this on an entirely different platform (Linux, OpenJDK, AMD graphics), so it is unlikely to be platform specific: MC-30981 (can someone please close that ticket as a duplicate of this one, btw? I don't seem to have permissions to do that.)

galaxy_2alex 2013-09-15T11:25:51Z

Well, it seems like the game is handling the json as corrupted at this specific part, so it's unlikely to be platformspecific.

Additional: Just saw the Mod Edit: Yes, that makes sense, as technical blocks were removed in one of the last snapshots.
And after I deleted the part from mineBlock.105, I get no crash. So the problem might be that the tecnical block 105, which is the melon stem, is breaking the stats as soon as one is broken.
I'm gonna change the title to be more specific, a mod may change it for better grammar 🙂

wackyMole 2013-09-16T05:31:37Z

Tripwire (132) caused mine to crash.

galaxy_2alex 2013-10-10T15:47:46Z

Bug seems to be fixed, at least I have no problems anymore.