Upon loading a copy of my Testworld that has previously been loaded in 1.15.2, I instantly crashed. This is reproducible and happens every time.
---- Minecraft Crash Report ----
// There are four lights!
Time: 02.04.20 18:08
Description: Loading entity NBT
java.lang.NullPointerException: Loading entity NBT
at lk.a(SourceFile:168)
at ky.a(SourceFile:150)
at aoh.a(SourceFile:119)
at aof.a(SourceFile:185)
at aog.a(SourceFile:106)
at v.a(SourceFile:339)
at aog.a(SourceFile:102)
at ann.a(SourceFile:606)
at bch.a(SourceFile:822)
at yl.a(SourceFile:229)
at anc.f(SourceFile:1616)
at aav.a(SourceFile:308)
at aav.a(SourceFile:127)
at ze.c(SourceFile:111)
at ze.b(SourceFile:63)
at ly.a(SourceFile:230)
at zb.c(SourceFile:171)
at net.minecraft.server.MinecraftServer.b(SourceFile:864)
at net.minecraft.server.MinecraftServer.a(SourceFile:791)
at ell.a(SourceFile:128)
at net.minecraft.server.MinecraftServer.run(SourceFile:650)
at java.base/java.lang.Thread.run(Thread.java:832)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
– Head –
Thread: Server thread
Stacktrace:
at lk.a(SourceFile:168)
at ky.a(SourceFile:150)
at aoh.a(SourceFile:119)
at aof.a(SourceFile:185)
at aog.a(SourceFile:106)
at v.a(SourceFile:339)
at aog.a(SourceFile:102)
at ann.a(SourceFile:606)
at bch.a(SourceFile:822)
at yl.a(SourceFile:229)
– Entity being loaded –
Details:
Entity Type: minecraft:player (yl)
Entity ID: 148
Entity Name: Heitzenberg
Entity's Exact location: 407.50, 60.95, 493.92
Entity's Block location: World: (407,60,493), Chunk: (at 7,3,13 in 25,30; contains blocks 400,0,480 to 415,255,495), Region: (0,0; contains chunks 0,0 to 31,31, blocks 0,0,0 to 511,255,511)
Entity's Momentum: 0.00, 0.00, 0.00
Entity's Passengers: []
Entity's Vehicle: ~~ERROR~~ NullPointerException: null
Stacktrace:
at anc.f(SourceFile:1616)
at aav.a(SourceFile:308)
at aav.a(SourceFile:127)
at ze.c(SourceFile:111)
at ze.b(SourceFile:63)
at ly.a(SourceFile:230)
– Ticking connection –
Details:
Connection: ly@63011c0a
Stacktrace:
at zb.c(SourceFile:171)
at net.minecraft.server.MinecraftServer.b(SourceFile:864)
at net.minecraft.server.MinecraftServer.a(SourceFile:791)
at ell.a(SourceFile:128)
at net.minecraft.server.MinecraftServer.run(SourceFile:650)
at java.base/java.lang.Thread.run(Thread.java:832)
– System Details –
Details:
Minecraft Version: 20w14a
Minecraft Version ID: 20w14a
Operating System: Windows 10 (amd64) version 10.0
Java Version: 14, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode, sharing), Oracle Corporation
Memory: 568601256 bytes (542 MB) / 1191182336 bytes (1136 MB) up to 3221225472 bytes (3072 MB)
CPUs: 12
JVM Flags: 9 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx3G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=16M
Player Count: 0 / 8; []
Data Packs: vanilla
Type: Integrated Server (map_client.txt)
Is Modded: Probably not. Jar signature remains and both client + server brands are untouched.
Linked issues
is duplicated by 7
Attachments
Comments 12
Yes I do know how to do that, but with your similar report, it looks like this is a major problem and needs to be fixed.
@unknown Would it be possible for you to attach a copy of your Testworld to the report? Ideally a backup of it before it was first loaded in the snapshot, but either would be helpful!
One way to Reproduce:
Run the command below:
/give @s diamond_chestplate{AttributeModifiers:[{AttributeName:"generic.max_health",Name:"generic.max_health",Amount:1,Operation:0,UUIDLeast:811037,UUIDMost:227362,Slot:"mainhand"}]} 1
Scroll to it or open your inventory and place your cursor over it.
In this snapshot, all of the attributes were renamed to include underscores instead of capital letters separating words. The thing is, attributes that already existed in a world, and from the creative menu, are unaffected. Only attributes given from /give crash the game, like in the steps above.
The /effect command is different though. It works in reverse; pre-existing status effects that change the player's attributes crash the game (like the speed effect), even if it was given through the creative menu, while newly given effects don't. This is why in
[media], loading in 20w14a fails to tick the player.
Suggested method of reproduction is not caused by attribute name, but by missing 'UUID' field. This command will not work, even after fix, but at least it will not crash.
Can confirm when I load up my 1.15.2 survival to snapshot 20w14a it crashes and gives error message of: The game crashed whilst loading entity NBT
This can happen even in a world created in snapshot 20w14a. I used this command that worked with 1.13 and above in said snapshot:
// /give @p minecraft:iron_helmet{AttributeModifiers:[{AttributeName:"generic.armor",Name:"generic.armor",Amount:2,Operation:0,UUIDLeast:403716,UUIDMost:847018,Slot:"head"},{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:99999999,Operation:0,UUIDLeast:794389,UUIDMost:676379}]} 1
...And when I got the Iron Helmet and hovered my cursor over it, every time without fail, the game would crash.
Interesting...
I've got a rabbit that spits the same error when I try to load my world (Entity's Vehicle: ~ERROR~ NullPointerException: null).
I don't know what it means compared to Passengers, but the fact that it can happen to the player is very detrimental. For me, I was just able to delete the rabbit. Try backing up the world, then deleting your playerdata and level.dat if you know how.