Is there an existing issue for this?

• I have searched the existing issues

Are you using the latest MineColonies Version?

• I am running the latest beta version of MineColonies for my Minecraft version.

Did you check on the Wiki? or ask on Discord?

• I checked the MineColonies Wiki and made sure my issue is not covered there. Or I was sent from discord to open an issue here.

Minecraft Version

1.20.1

MineColonies Version

1.20.1-1.1.606

Structurize Version

1.20.1-1.0.742

Related Mods and their Versions

1. Forge: 1.20.1-47.3.5
2. Donum Ornamentum: 1.20.1-1.0.186
3. Block UI: 1.20.1-1.0.156
4. Multipiston: 1.20-1.2.43

Reproduction Steps

1. Install Donum Ornamentum, Block UI, and Multipiston on a server.
2. Start server.
3. Open Server Latest Log & ctrl+f search for "ClientLevel for invalid dist DEDICATED_SERVER".
4. No results should show.
5. Install MineColonies.
6. Restart server.
7. Open Server Latest Log & ctrl+f search for "ClientLevel for invalid dist DEDICATED_SERVER".
8. Multiple results of "[Server thread/ERROR] [net.minecraftforge.fml.loading.RuntimeDistCleaner/DISTXFORM]: Attempted to load class net/minecraft/client/multiplayer/ClientLevel for invalid dist DEDICATED_SERVER" should show.

Logs

https://pastebin.com/jvKMvDi3

Anything else?

NOTE: I have this installed in a custom curse forge mod pack that I made for me and my friends on a Hostinger server. However, this error log does NOT appear when I have all mods within the pack already installed beforehand, including Donum Ornamentum, Block UI, and Multipiston. Only AFTER installing MineColonies on top of all those mods do I then receive the log message I mentioned above. It's possible that the mod is conflicting with another mod, but this ONLY happens after installing the MineColonies mod. Hopefully this is just a conflict, or something silly that I did so that it's an easy fix on my part. But if there is anything I can do to help or provide more information, please let me know.

If it helps to know everything listed in the mods folder on my server, I created a pastebin file to list them all for you. Thanks again for your help!

• Add a thumbs-up to the bug report if you are also affected. This helps the bug report become more visible to the team and doesn't clutter the comments.
• Add a comment if you have any insights or background information that isn't already part of the conversation.

The server starts without crashing, but since it's a fresh setup, I don't know if this will cause issues when players start creating colonies. I haven't seen any other client-server mods display this message, so I thought I'd report it in case it's a sign of potential problems down the line. I'm not very familiar with Minecraft modding, so I was also unsure whether this could cause problems with my server later on, or if it'll still be fine despite the client-side messages.

I'll load into my server today and test as many MineColonies functions as I can to see if anything breaks and crashes it. If something does, I'll be sure to update you with the log.

Did this cause a crash? If so do you have a crash log?

Noticed the same error on my server (Forge 47.3.5), hasn't crashed anything though.

[Server thread/ERROR] [ne.mi.fm.lo.RuntimeDistCleaner/DISTXFORM]: Attempted to load class net/minecraft/client/multiplayer/ClientLevel for invalid dist DEDICATED_SERVER
[Server thread/WARN] [Radium Class Analysis/]: Radium Class Analysis Error: Class com.minecolonies.core.blocks.huts.BlockHutTownHall cannot be analysed, because getting declared methods crashes with RuntimeException: Attempted to load class net/minecraft/client/multiplayer/ClientLevel for invalid dist DEDICATED_SERVER. This is usually caused by modded entities declaring methods that have a return type or parameter type that is annotated with @onlyin(Dist.CLIENT). Loading the type is not possible, because it only exists in the CLIENT environment. The recommended fix is to annotate the method with this argument or return type with the same annotation. Lithium handles this error by assuming the class cannot be included in some optimizations.

Radium issue. Not on our side.