warjort

Post a link to the logs/debug.log after you uninstalled dreamland.

That's one of the biggest error messages I have ever seen. 🙂 It looks like one of your mods (or a datapack you are using) has some bad worldgen configuration. The name stoneholm appears a few times - I obviously didn't check the whole thing for mention of other mods. e.g.

It's not a config file. It's your mod's mod.toml that is not valid.

You could try copying the piston code into a new block along with the supporting classes. The key changes will be * making PistonResolverStructure save the NBT from block entities that are to be pushed so it can reapply it to the new block entity. * remove the check in PistonBaseBlock.isPushable() that stops block entities being pushed. You will probably find that this doesn't work properly. Not just because it is hard to get right, but there likely a lot of hardwired Minecraft code elsewhere that expects the piston to be its specific class/instance? Other issues include (the hard to get right part): * How to handle things like vanilla's double chests when you only push part of it? * pistons trying to push other pistons need special handling. But the vanilla piston won't know how to handle your piston.

One of your config files is broken. Since you don't post the full crash report or logs/debug.log I can't tell you which one.

Looks like some conflict between arsnouveau and patchouli? I can tell you ars nouveau was compiled using patchouli 1.19.2-76 but you have 1.19.2-77 https://github.com/baileyholl/Ars-Nouveau/blob/f6a0c65a0533ae7fe92c3bca89461efdaa43536b/gradle.properties#L10 and the thing ars nouveau is accessing was changed only 2 days ago from a class to an interface https://github.com/VazkiiMods/Patchouli/commit/8a149d3c27e3b81a5c56c008783ed9c090164bb3 I would try patchouli 1.19.2-76 but you should also contact the ars nouveau mod authors to tell them about the problem.

Can you please not put the crash reports in the forum. Post a link to a file sharing site where you uploaded the file. It becomes impossible to read/search these badly formatted posts to the forum, especially when there is more than one on a thread. And you also need to post a link to the logs/debug.log so we have the all the information. The error is now: Which means the dreamland mod is conflicting with some other world generation. Check you have the latest version of this mod then contact the mod author. A word of advice, if you are creating a mod pack from scratch, don't do it by adding a lot of mods all at the same time. Add mods "one-by-one" or in small groups and check they work. That way you know which mods are causing problems as you add them. Otherwise, this thread is going to get stupidly long and people will likely stop answering you. Because it is not our job to create/fix your mod pack for you.

The code I told you to look at isn't actually the complete code. When the book gets to the server side it converts the Strings to Json, see ServerGamePacketListenerImpl.handleBookEdit() It basically boils down to adding this additional code pages.stream() .map(page -> Component.Serializer.toJson(Component.literal(page))) // HERE string -> json conversion .map(StringTag::valueOf).forEach(book_pages::add); But you might want to look at some of the other things it in that class, e.g. signbook() and the profanity filter? If you have other issues, use NBTUtils.prettyPrint() to show the (S)NBT of your book tag and compare it with what is created by vanilla.

You can write your own method that only does the parts of ServerLevel.setBlock() and LevelChunk.setBlockState() that you want to perform. You will probably need to use access transformers to make certain fields and methods public so you can use them? https://forge.gemwire.uk/wiki/Access_Transformers

"pages" is not a string, it is a ListTag (of StringTags) See BookEditScreen.updateLocalCopy()

Your Mekanism/client.toml config file is broken. If you don't know how to fix it and don't have a backup you can delete the file and it will recreate it with default values.

The only real option to override a BlockEntity's PushReaction is DESTROY which will destroy the block and spawn its drops. See for example BedBlock.getPistonPushReaction() The issue is Minecraft's piston logic has no code to properly support moving block entities. e.g. copying the chest's inventory from the start location to a newly created BlockEntity in the end location. I'm pretty sure if they tried to support it, it would probably be a major source of item duping glitches. 🙂

I don't think you can? The relevant code is in FallingBlock.onPlace() called from LevelChunk.setBlockState() where it *unconditionally* schedules a block tick that checks if the block should fall.

known optifine issue: https://github.com/sp614x/optifine/issues/7127

Since you know the issue with the Libra mod, check you have the latest version then contact the mod author.

Issue with betterpiglintrade. Probably a conflict with another mod. Check you have the latest version then contact mod author.

Mixins are not supported in this forum. I believe there is a channel on forge's discord where you can discuss 3rd party modding tools? Or you can ask wherever mixin has its support channels.

From the subtitle of this forum: You should not be posting compiler errors here. You should know how to read and understand these errors and fix your code. If you don't, buy a java book or whatever you need to learn the language. The clue (as they say) is in the question. Do you think Minecraft's player class has any relation to Swing's html parser? The fix is obviously to replace that import with Minecraft's Entity class instead (as somebody already told you).

Conflict between flickerfix and apoli. Check you have the latest versions then contact the mod author(s).

Not really my area of expertise. But if you want to render a solid block, why not just override getRenderShape() to return RenderShape.MODEL? You can then use a json model. Vanilla does this for many block entities, e.g. BarrelBlock You don't show any relevant code, but if your block is a full block it is not suprising its lightlevel is 0 - light cannot pass through or into it. If you really want to handle the lighting yourself, you can find the simple version for a solid block in ModelBlockRenderer.tesselateWithoutAO() Note the use of LevelRenderer.getLightColor() to get the light level of the neighbouring block on each face. You can also see the more complicated code for doing it with ambient occlusion in that class. Don't ask me to explain that code. 🙂

The event you are using only works in GUI screens (see its javadoc). The correct event for non gui screens is InputEvent.KeyInputEvent in 1.18.2 But the full screen toggle handling is "hard wired" at the top of KeyboardHandler.keyPress() and so I don't think it will fire that event?

You don't show the full log and it's not the debug.log so there is really no way to tell you what is wrong. Guess: You have the wrong version of journeymap for 1.19.2 since that is an FAQ in this forum for 1.19.2 networking problems https://www.curseforge.com/minecraft/mc-mods/journeymap/files/all?filter-game-version=1738749986%3A73407

This says the epics_mod:dread_world dimension isn't registered (properly). Contact the mod author.

Looks like a Multicraft issue. It says it is not able to copy a jar file for some reason. Forge then complains the jar is corrupt/incomplete. Neither Multicraft or Forge says which jar is the problem. I suggest you contact Mutlicraft to ask how to fix it.

As you probably already guessed, the version of supplementaties you have is not compatible with the version of create you installed. Probably because you have supplementaries 1.0.4 while the latest version for 1.18.1 is supplementaries 1.5.10 according to curseforge. https://www.curseforge.com/minecraft/mc-mods/supplementaries/files/all?filter-game-version=2020709689%3A8857 If using the latest version doesn't fix it, you will need to talk the mod author(s).