Closed devdaniel closed 2 months ago
For this modpack (Direwolf20 1.16) it appears this is the only world where this occurs. All of the other worlds in this level.dat use a simple string here. I do find it odd that this mod shoves this data into the type
parameter and changes its type, but this was not an issue prior to the 4.0 rewrite.
Compact Machines 4.0-beta2
Hey! Thanks for the detailed report, this is a duplicate of #517 .. closing in favour of that issue :)
What I did / Steps to reproduce
accept-download: true
) pointed to shared world directorybluemap service in docker-compose.yml:
Expected result
Start render task
Actual result
Error reported in console, example with v4.0:
Context
Using BlueMap CLI BlueMap Version: docker tag:
ghcr.io/bluemap-minecraft/bluemap:v4.0
Reproduced with tagghcr.io/bluemap-minecraft/bluemap:v4.1
Reproduced with latest build #411 artifact Not reproduced in latest v3v3.20
Not reproduced with tagsv3.19
v3.18
v3.17
v3.16
Server Version: FTB Presents Direwolf20 1.16
1.13.2
2113
Running on Ubuntu 22.04 with docker-compose Separate services for minecraft and bluemap Sharing a common volume for world data No additional mods or services
NBTExplorer does indeed show the
type
for compactmachines being in a non-string format, unlike other worlds such as the minecraft:overworld.level.dat file level.zip