warjort

Just occurred to me. Do you have mob griefing turned off?

On that same wiki you used for capabilities you can read about networking. Here's the main page: https://forge.gemwire.uk/wiki/Main_Page For your requirements, you need to use the PlayerEvent.StartTracking. This is fired when an entity comes into range of the player. Clients only see entities in range of the player. When this event fires, you need to send your capability data to the player using a custom packet. The data would be entityId and your capability serialized as nbt. On the client side you would find the entity (warning untested pseudo code) LocalPlayer player = Minecraft.getInstance().player; Level level = player.level; Entity entity = level.getEntity(entityIdFromThePacket); Then update your capability. Additionally, if your capability data changes, you broadcast your packet to all players tracking the entity using the following distributor strategy PacketDistributor.TRACKING_ENTITY.with(() -> entity) which sends the packet to all players tracking the entity. For other explanations of these concepts see this recent thread. It has a completely different synchronization requirement, so you won't be able to just copy the code. https://forums.minecraftforge.net/topic/113225-1165-syncing-player-capabilities-to-client/

I assume you mean zombified piglin? - gotta keep up with the times. 🙂 It works for me. Tested with forge-1.19-41.0.62 which isn't quite the latest version (63) I tested using spawn eggs, rather than going to the nether, but that shouldn't make a difference. I am looking at the code and all zombie types get the ZombieAttackTurtleEggGoal in their AI.

What .json file were you expecting? Did you edit the eula.txt to say you accept it? It should have told you to do that when you ran run.bat

This also notifies neighbouring blocks they may need to do stuff. e.g. if you output a redstone signal any redstone would recalculate its signal strength.

public void read(BlockState state, CompoundNBT nbt) { this.server = new Server(nbt.getCompound("server"); super.read(state, nbt); } You need to retrieve the subtag of the tile's nbt. The place where you put it. The read/write happens automatically. Except, if you change data for the tile, you need to call setChanged() so minecraft knows it needs to save it.

In general you shouldn't catch Errors yes, they signal a potential unrecoverable corrupted state, that's why I called it a "dirty fix".

Look at net.minecraft.block.Blocks if you want examples from vanilla blocks.

I think you are looking at some old example code? create() should be of() and setLightLevel() should be lightLevel() e.g. new Block(AbstractBlock.Properties.of(Material.REDSTONE_LIGHT).hardnessAndResistance(1f, 3f).lightLevel(blockState -> 15))); Where 15 is the light level

Ad hoc screens don't need to be registered. You only register container screens. Use ClientRegistry.registerKeyBinding() and have it do Minecraft.setScreen()

I believe this error is fixed in latest 1.19 release of forge. But it is not your problem. It was kind of caused by your problem.

note "tile entities" is your name. The game calls them BlockEntityTypes which is not the same as BlockType

Here is your renderer registration, it is not in a loop. https://github.com/StijnArts/All-The-Wood/blob/85e92326aa52affba3c91ef5a81f7ff87e1e20cc/src/main/java/Net/Drai/AllTheWood/AllTheWood.java#L126 It references this singleton https://github.com/StijnArts/All-The-Wood/blob/85e92326aa52affba3c91ef5a81f7ff87e1e20cc/src/main/java/Net/Drai/AllTheWood/modules/TileEntities.java#L14 What it should be using I don't know. You have two fields for TILE_ENTITIES here: https://github.com/StijnArts/All-The-Wood/blob/85e92326aa52affba3c91ef5a81f7ff87e1e20cc/src/main/java/Net/Drai/AllTheWood/modules/SimpleModule.java#L17 One is a static registry, the other is per module but it is of type List<BlockTypes>. Your code looks very confused.

You are missing the l2iibrary mod.

I am calm. "suck it and see" is an English colloquialism. It means "try it, you might be pleasantly surprised". https://dictionary.cambridge.org/dictionary/english/suck-it-and-see

Suck it and see...

This is not forge.

First thing to check if you have a problem with software is that you have the latest and greatest. 🙂

Have you tried doing what it says? 1) Close the ide 2) If you have started gradle from the command line run gradlew --stop 3) Use task manager or whatever is relevant for your OS to stop any java processes that are still hanging around after a few minutes Assuming that doesn't that doesn't fix it, repeat the above process then The easiest way to make sure this is not a problem is just delete the whole gradle cache YOUR_HOME_DIRECTORY/.gradle/caches This means it will redownload everything including gradle itself. There is also a .gradle folder in your project folder (note the . in front of gradle), but this is likely not relevant to this problem - you can delete it if you want

The error is caused by something taking a long on the server thread. Minecraft deliberately crashes when this occurs. There is no mod code visible for the server thread stacktrace. It shows somebody opening a chest which contains an exploration map. Minecraft then looks to be in worldgen to find somewhere where the map should point to. It could be one your worldgen mods causing this, but the crash shows it generating a vanilla buried treasure structure. So this could be a vanilla bug? NOTE: That crash is just a snapshot of what the server is doing when the 60 seconds is up. It does not show what is was doing for the 60 seconds before. You can use a mod like this: https://www.curseforge.com/minecraft/mc-mods/spark to get more accurate information about badly performing mods or vanilla processes.

This a problem with the Theabyss (The Abyss?) mod. Make sure you have the latest version then contact the author.

This is an issue with JEI make sure you have latest version for 1.16.5 then contact the author.

Look at your image. You are showing /Applications/Minecraft/Contents/mods Your mods folder is Take a screenshot of the contents of second one. Although we can guess, you have been downloading your mods into the first folder when you should be putting them in the second one.

Or even simpler, just reject re-entrant calls? private boolean inTick = false; @Override public void tick() { if (inTick) return; inTick = true; // Your code inTick = false; }

Click on the link above about capabilities and read it, in particular the attaching and the simple example at the end which has serialization.