MC-185417Maps reset on upgrade
Bug
Maps generated in 18w31a and below reset upon updating to the latest snapshot. A new map zoomed out to the maximum based on the current location is shown.
The correct .dat files for the map are still in the game folder.
Analysis by Wyatt Jackson:
The affected snapshots are able to handle maps where 'dimension' is an integer tag. The issue only seems to occur with byte tags, which is how it was stored prior to 18w31a.
How to reproduce
- Create a world (tested with 1.13)
- Make a few maps
- Update it to 20w22a
The maps don't show the original, but are reset and zoomed out
Logs
The logs have many entries like the following that seem to be related to the problem
[13:29:13] [Server thread/ERROR]: Not a string [13:29:13] [Server thread/ERROR]: Error loading saved data: map_7 java.lang.IllegalArgumentException: Invalid map dimension: 0b at czd.c(SourceFile:127) ~[20w22a.jar:?] at czd$$Lambda$4342/903822550.get(Unknown Source) ~[?:?] at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51] at czd.a(SourceFile:127) ~[20w22a.jar:?] at czi.c(SourceFile:72) [20w22a.jar:?] at czi.b(SourceFile:58) [20w22a.jar:?] at yz.a(SourceFile:1167) [20w22a.jar:?] at bkc.a(SourceFile:58) [20w22a.jar:?] at bkc.b(SourceFile:63) [20w22a.jar:?] at yy.a(SourceFile:94) [20w22a.jar:?] at yl.g(SourceFile:1070) [20w22a.jar:?] at yx.p(SourceFile:398) [20w22a.jar:?] at yx.a(SourceFile:337) [20w22a.jar:?] at yz.a(SourceFile:348) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.b(SourceFile:860) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:799) [20w22a.jar:?] at eoh.a(SourceFile:92) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:658) [20w22a.jar:?] at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Linked Issues
Very ImportantCreated Issue:
Disappearing Maps in Item Frames
On a map with many maps in item frames, many of them reset upon updating to 20w21a from 20w20b. Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location. This did not happen with a few of the maps, as can be seen in the screenshots attached. These maps were created using an online map creator and skip several numbers and were placed in the newly added invisible item frames.
The logs have many entries like the following that seem to be related to the problem
[01:55:56] [Server thread/ERROR]: Not a string
[01:55:56] [Server thread/ERROR]: Error loading saved data: map_310011
java.lang.IllegalArgumentException: Invalid map dimension: 0b
at cyt.c(SourceFile:126) ~[20w21a.jar:?]
at cyt$$Lambda$4189/1620636011.get(Unknown Source) ~[?:?]
at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51]
at cyt.a(SourceFile:126) ~[20w21a.jar:?]
at cyy.c(SourceFile:72) [20w21a.jar:?]
at cyy.b(SourceFile:58) [20w21a.jar:?]
at yw.a(SourceFile:1159) [20w21a.jar:?]
at bjt.a(SourceFile:59) [20w21a.jar:?]
at bjt.b(SourceFile:64) [20w21a.jar:?]
at yv.a(SourceFile:94) [20w21a.jar:?]
at yi.g(SourceFile:1070) [20w21a.jar:?]
at yu.p(SourceFile:398) [20w21a.jar:?]
at yu.a(SourceFile:337) [20w21a.jar:?]
at yw.a(SourceFile:347) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:893) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:832) [20w21a.jar:?]
at enr.a(SourceFile:89) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.run(SourceFile:691) [20w21a.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Environment
Windows 10 Professional 64-bit, Java 8.0.51.16, Intel Core i7-7600U
Attachments4
Bug
On a map with many maps in item frames, many of them reset upon updating to 20w21a from 20w20b. Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location. This did not happen with a few of the maps, as can be seen in the screenshots attached. These maps were created using an online map creator and skip several numbers and were placed in the newly added invisible item frames.
How to reproduce
- Have a world with maps in item frames
- Update it to 20w21a
Logs
The logs have many entries like the following that seem to be related to the problem
[01:55:56] [Server thread/ERROR]: Not a string
[01:55:56] [Server thread/ERROR]: Error loading saved data: map_310011
java.lang.IllegalArgumentException: Invalid map dimension: 0b
at cyt.c(SourceFile:126) ~[20w21a.jar:?]
at cyt$$Lambda$4189/1620636011.get(Unknown Source) ~[?:?]
at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51]
at cyt.a(SourceFile:126) ~[20w21a.jar:?]
at cyy.c(SourceFile:72) [20w21a.jar:?]
at cyy.b(SourceFile:58) [20w21a.jar:?]
at yw.a(SourceFile:1159) [20w21a.jar:?]
at bjt.a(SourceFile:59) [20w21a.jar:?]
at bjt.b(SourceFile:64) [20w21a.jar:?]
at yv.a(SourceFile:94) [20w21a.jar:?]
at yi.g(SourceFile:1070) [20w21a.jar:?]
at yu.p(SourceFile:398) [20w21a.jar:?]
at yu.a(SourceFile:337) [20w21a.jar:?]
at yw.a(SourceFile:347) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:893) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:832) [20w21a.jar:?]
at enr.a(SourceFile:89) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.run(SourceFile:691) [20w21a.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Bug
On a map with many maps in item frames, many of them reset upon updating to 20w21a from 20w20b. Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location. This did not happen with a few of the maps, as can be seen in the screenshots attached. These maps were created using an online map creator and skip several numbers and were placed in the newly added invisible item frames. The correct .dat files for the map are still in the game folder.
How to reproduce
- Have a world with maps in item frames
- Update it to 20w21a
- Try to use commands to give the filled map, e.g. /give @a minecraft:filled_map{map:103}
Logs
The logs have many entries like the following that seem to be related to the problem
[01:55:56] [Server thread/ERROR]: Not a string
[01:55:56] [Server thread/ERROR]: Error loading saved data: map_310011
java.lang.IllegalArgumentException: Invalid map dimension: 0b
at cyt.c(SourceFile:126) ~[20w21a.jar:?]
at cyt$$Lambda$4189/1620636011.get(Unknown Source) ~[?:?]
at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51]
at cyt.a(SourceFile:126) ~[20w21a.jar:?]
at cyy.c(SourceFile:72) [20w21a.jar:?]
at cyy.b(SourceFile:58) [20w21a.jar:?]
at yw.a(SourceFile:1159) [20w21a.jar:?]
at bjt.a(SourceFile:59) [20w21a.jar:?]
at bjt.b(SourceFile:64) [20w21a.jar:?]
at yv.a(SourceFile:94) [20w21a.jar:?]
at yi.g(SourceFile:1070) [20w21a.jar:?]
at yu.p(SourceFile:398) [20w21a.jar:?]
at yu.a(SourceFile:337) [20w21a.jar:?]
at yw.a(SourceFile:347) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:893) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:832) [20w21a.jar:?]
at enr.a(SourceFile:89) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.run(SourceFile:691) [20w21a.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Bug
On a map with many maps in item frames, many of them reset upon updating to 20w21a from 20w20b. Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location. This did not happen with a few of the maps, as can be seen in the screenshots attached. These maps were created using an online map creator and skip several numbers and were placed in the newly added invisible item frames. The correct .dat files for the map are still in the game folder.
Reloading the 20w21a save back in 20w20b causes the game to freeze (however, the 20w21a world without the maps in the item frames can be seen briefly)
How to reproduce
- Have a world with maps in item frames
- Update it to 20w21a
- Try to use commands to give the filled map, e.g. /give @a minecraft:filled_map{map:103}
Logs
The logs have many entries like the following that seem to be related to the problem
[01:55:56] [Server thread/ERROR]: Not a string
[01:55:56] [Server thread/ERROR]: Error loading saved data: map_310011
java.lang.IllegalArgumentException: Invalid map dimension: 0b
at cyt.c(SourceFile:126) ~[20w21a.jar:?]
at cyt$$Lambda$4189/1620636011.get(Unknown Source) ~[?:?]
at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51]
at cyt.a(SourceFile:126) ~[20w21a.jar:?]
at cyy.c(SourceFile:72) [20w21a.jar:?]
at cyy.b(SourceFile:58) [20w21a.jar:?]
at yw.a(SourceFile:1159) [20w21a.jar:?]
at bjt.a(SourceFile:59) [20w21a.jar:?]
at bjt.b(SourceFile:64) [20w21a.jar:?]
at yv.a(SourceFile:94) [20w21a.jar:?]
at yi.g(SourceFile:1070) [20w21a.jar:?]
at yu.p(SourceFile:398) [20w21a.jar:?]
at yu.a(SourceFile:337) [20w21a.jar:?]
at yw.a(SourceFile:347) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:893) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:832) [20w21a.jar:?]
at enr.a(SourceFile:89) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.run(SourceFile:691) [20w21a.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
![[Helper] Lord_Quadrato](../../../data/avatars/users/26105.png){kind=small}
Bug
On a map with many maps in item frames, many of them reset upon updating to 20w21a from 20w20b. Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location. This did not happen with a few of the maps, as can be seen in the screenshots attached. These maps were created using an online map creator and skip several numbers and were placed in the newly added invisible item frames. The correct .dat files for the map are still in the game folder.
Reloading the 20w21a save back in 20w20b causes the game to freeze (however, the 20w21a world without the maps in the item frames can be seen briefly)
How to reproduce
- Have a world with maps in item frames
Updateit to 20w21a- T
ry to use commands to give the filled map, e.g. /give @a minecraft:filled_map{map:103}A new map is given rather than the saved mapLogs
The logs have many entries like the following that seem to be related to the problem
[01:55:56] [Server thread/ERROR]: Not a string
[01:55:56] [Server thread/ERROR]: Error loading saved data: map_310011
java.lang.IllegalArgumentException: Invalid map dimension: 0bat cyt.c(SourceFile:126) ~[20w21a.jar:?]
at cyt$$Lambda$4189/1620636011.get(Unknown Source) ~[?:?]
at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51]
at cyt.a(SourceFile:126) ~[20w21a.jar:?]
at cyy.c(SourceFile:72) [20w21a.jar:?]
at cyy.b(SourceFile:58) [20w21a.jar:?]
at yw.a(SourceFile:1159) [20w21a.jar:?]
at bjt.a(SourceFile:59) [20w21a.jar:?]
at bjt.b(SourceFile:64) [20w21a.jar:?]
at yv.a(SourceFile:94) [20w21a.jar:?]
at yi.g(SourceFile:1070) [20w21a.jar:?]
at yu.p(SourceFile:398) [20w21a.jar:?]
at yu.a(SourceFile:337) [20w21a.jar:?]
at yw.a(SourceFile:347) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:893) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:832) [20w21a.jar:?]
at enr.a(SourceFile:89) [20w21a.jar:?]
at net.minecraft.server.MinecraftServer.run(SourceFile:691) [20w21a.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Bug
Maps in item frames reset upon updating to the latest snapshot.
Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location.
The correct .dat files for the map are still in the game folder.How to reproduce
- Create a world (tested with 1.13)
- Make a few maps and put them into item frames
- Update it to 20w22a
- Take the map out of the item frame
Logs
The logs have many entries like the following that seem to be related to the problem
(20w22a) Error: "Not a string"[13:29:13] [Server thread/ERROR]: Not a string [13:29:13] [Server thread/ERROR]: Error loading saved data: map_7 java.lang.IllegalArgumentException: Invalid map dimension: 0b at czd.c(SourceFile:127) ~[20w22a.jar:?] at czd$$Lambda$4342/903822550.get(Unknown Source) ~[?:?] at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51] at czd.a(SourceFile:127) ~[20w22a.jar:?] at czi.c(SourceFile:72) [20w22a.jar:?] at czi.b(SourceFile:58) [20w22a.jar:?] at yz.a(SourceFile:1167) [20w22a.jar:?] at bkc.a(SourceFile:58) [20w22a.jar:?] at bkc.b(SourceFile:63) [20w22a.jar:?] at yy.a(SourceFile:94) [20w22a.jar:?] at yl.g(SourceFile:1070) [20w22a.jar:?] at yx.p(SourceFile:398) [20w22a.jar:?] at yx.a(SourceFile:337) [20w22a.jar:?] at yz.a(SourceFile:348) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.b(SourceFile:860) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:799) [20w22a.jar:?] at eoh.a(SourceFile:92) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:658) [20w22a.jar:?] at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Windows 10 Professional 64-bit, Java 8.0.51.16, Intel Core i7-7600U
DisappearingMaps inItemFramesMaps in item frames disappear on upgrade
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
is duplicated by
Bug
Maps
in item framesreset upon updating to the latest snapshot.
Taking the map out of the item frame creates a new map zoomed out to the maximum based on the current location.
The correct .dat files for the map are still in the game folder.How to reproduce
- Create a world (tested with 1.13)
- Make a few maps
and put them into item frames- Update it to 20w22a
Take the map out of the item frameYou receive a new zoomed out map, not the original oneLogs
The logs have many entries like the following that seem to be related to the problem
(20w22a) Error: "Not a string"[13:29:13] [Server thread/ERROR]: Not a string [13:29:13] [Server thread/ERROR]: Error loading saved data: map_7 java.lang.IllegalArgumentException: Invalid map dimension: 0b at czd.c(SourceFile:127) ~[20w22a.jar:?] at czd$$Lambda$4342/903822550.get(Unknown Source) ~[?:?] at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51] at czd.a(SourceFile:127) ~[20w22a.jar:?] at czi.c(SourceFile:72) [20w22a.jar:?] at czi.b(SourceFile:58) [20w22a.jar:?] at yz.a(SourceFile:1167) [20w22a.jar:?] at bkc.a(SourceFile:58) [20w22a.jar:?] at bkc.b(SourceFile:63) [20w22a.jar:?] at yy.a(SourceFile:94) [20w22a.jar:?] at yl.g(SourceFile:1070) [20w22a.jar:?] at yx.p(SourceFile:398) [20w22a.jar:?] at yx.a(SourceFile:337) [20w22a.jar:?] at yz.a(SourceFile:348) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.b(SourceFile:860) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:799) [20w22a.jar:?] at eoh.a(SourceFile:92) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:658) [20w22a.jar:?] at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Bug
Maps generated in 18w31a and below reset upon updating to the latest snapshot. A new map zoomed out to the maximum based on the current location is shown.
The correct .dat files for the map are still in the game folder.Analysis by Wyatt Jackson:
The affected snapshots are able to handle maps where 'dimension' is an integer tag. The issue only seems to occur with byte tags, which is how it was stored prior to 18w31a.
How to reproduce
- Create a world (tested with 1.13)
- Make a few maps
- Update it to 20w22a
Logs
The logs have many entries like the following that seem to be related to the problem
(20w22a) Error: "Not a string"[13:29:13] [Server thread/ERROR]: Not a string [13:29:13] [Server thread/ERROR]: Error loading saved data: map_7 java.lang.IllegalArgumentException: Invalid map dimension: 0b at czd.c(SourceFile:127) ~[20w22a.jar:?] at czd$$Lambda$4342/903822550.get(Unknown Source) ~[?:?] at java.util.Optional.orElseThrow(Optional.java:290) ~[?:1.8.0_51] at czd.a(SourceFile:127) ~[20w22a.jar:?] at czi.c(SourceFile:72) [20w22a.jar:?] at czi.b(SourceFile:58) [20w22a.jar:?] at yz.a(SourceFile:1167) [20w22a.jar:?] at bkc.a(SourceFile:58) [20w22a.jar:?] at bkc.b(SourceFile:63) [20w22a.jar:?] at yy.a(SourceFile:94) [20w22a.jar:?] at yl.g(SourceFile:1070) [20w22a.jar:?] at yx.p(SourceFile:398) [20w22a.jar:?] at yx.a(SourceFile:337) [20w22a.jar:?] at yz.a(SourceFile:348) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.b(SourceFile:860) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:799) [20w22a.jar:?] at eoh.a(SourceFile:92) [20w22a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:658) [20w22a.jar:?] at java.lang.Thread.run(Thread.java:745) [?:1.8.0_51]
Mapsin item frames disappearon upgradeMaps reset on upgrade
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
![[Mojang] Bartosz Bok](../../../data/avatars/users/10122.svg){kind=small}
[Mojang] Bartosz Bok![[Bot] Piston](../../../data/avatars/users/31202.png){kind=small}
Apologies for the delay, we do have a parent ticket for this: MC-185417.
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-185417.
Please use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
I had this issue as well, but on maps created in-game.
The maps that still work seemed like they are all maps that I have updated recently, so I loaded some old backups of my world in 20w21a to see what was broken.
When I loaded a backup from August 2nd 2018, all the maps were broken, but when I loaded one from August 4th, a few of the maps were not broken. The maps that were not broken are ones I was working on filling at that time. So it seems like any map that had been updated after some snapshot around that time were the ones that still work, and older maps break.
My guess based on the date is 18w31a, because it was released August 1st 2018. So it seems like any map that has not been updated since before 18w31a now breaks in 20w21a.
I decided to do a better test. I made a new world in 18w31a and made a map. Then I loaded that world in 20w21a and the map still worked.
Then I made a new world in 18w30b and made a map. then I loaded that world in 20w21a and the map was blank.
This validates my theory from my earlier comment that the bug only affects maps that have not been touched since before 18w31a.
Does this also affect worlds last saved in a release version? Worlds opened in snapshots may be corrupted beyond repair.
I just repeated the same test but with release versions instead of snapshots.
Made a new world in 1.13 (last release before 18w30b) and made a map. Then loaded the same world in 20w21a and the map was blank.
Then I made another world in 1.13.1 and made a map. Then loaded the world in 20w21a and the map was still filled in.
I used the seed "map" in both worlds.
I don't think this is because of an old version of the game corrupting maps. It seems more likely that it has to do with map format changes made in 18w31a, and 20w21a not being able to read the old format.
I created this world in a 1.16 snapshot version, so these maps do not use the pre-18w31a map format.
But if the maps were created using an online map creator, then the map creator might have been using an older map format. In fact it is very likely they intentionally use an older format in order to be compatible with as many versions of the game as possible, since a lot of servers still use older versions.
The maps I tested on were all created in game, so they use whatever map format matches the versions I listed.
I wonder why some of the maps stayed intact - did any of the maps stay intact while you were testing?
Still happening in 20w22a. If you create a map in 1.13 then load the world in 20w22a, the existing map will be replaced with a blank one.
I found a workaround get these maps working in 20w21a/20w22a by editing them in NBTExplorer.
The old map format stores dimension data (whether the map is from the overworld, nether, or end) as a byte tag, but in the new format it is instead stored as a string tag.
It appears that 20w21a and 20w22a only handle the case where the dimension tag is a string, so if the tag is a byte it throws an exception, as seen in the log output in the description.
Changing the dimension tag to a string in NBTExplorer allows the affected snapshots to read the maps.
Workaround:
Confirmed with a fresh world created in 1.13 and upgraded to 20w22a.
I updated the description and removed everything related to the map art generator, as this issue clearly affects vanilla.
The maps don't actually need to be in an item frame either. It happens with any maps where 'dimension' is a byte tag.
Also, the affected snapshots are able to handle maps where 'dimension' is an integer tag. The issue only seems to occur with byte tags, which is how it was stored prior to 18w31a.
Wyatt Jackson Thanks for testing, added your findings to the description.
I have the same problem. Please fix this (20w21a\22\pre1\pre2)
works: 1.13-1.15, 20w06-20w20.