warjort

I am not sure I understand what you are doing, but entity hitboxes are controlled by Entity.getDimensions(Pose). See Entity.refreshDimensions() for the full logic. For how the game determines what to interact with, see GameRenderer.pick()

Mojang didn't provide a way to do that. Presumably because it is a lot of work to do it. This reddit thread discusses how to do it manually by editing the json, but it requires a lot of technical knowledge on the old custom world format and the new world format: https://www.reddit.com/r/minecraft_configs/comments/hz4ti7/is_it_technically_possible_to_convert_an_old/ But this has a number of problems, e.g. * Since that thread is 2 years old, the information on that thread will be out-of-date. 1.18 had major changes to world gen storage, hence your problem. * It assumes a vanilla world, while you said you had Biomes o Plenty which will have additional world gen config that would needs to be converted BTW: I think even in 1.16 the old custom world format wasn't really properly supported. Instead it just kept any world chunks that you had already created and generated normal (non-custom) chunks for new ones?

I'm fairly sure no version of forge (or java) has supported uninitialsed data. 🙂 Since you like videos: https://www.youtube.com/results?search_query=nullpointerexception+in+java

[18Aug2022 01:12:41.158] [Render thread/ERROR] [net.minecraft.world.level.storage.LevelStorageSource/]: Exception reading C:\Users\Princess\AppData\Roaming\.minecraft\saves\16_5 Creative (Azimuth) NonBOP-copy\level.dat java.lang.IllegalStateException: Unable load old custom worlds. at net.minecraft.util.datafix.fixes.WorldGenSettingsDisallowOldCustomWorldsFix.m_185165_(WorldGenSettingsDisallowOldCustomWorldsFix.java:25) ~[client-1.18.2-20220404.173914-srg.jar%2374!/:?] Your world uses the old custom world format that minecraft no longer supports in 1.18

See MobEffects here: https://forge.gemwire.uk/wiki/Main_Page

EntityMountEvent

I don't know much about VSCode and the error message doesn't give much to go on. From the error message, it could be something is missing in your gradle cache and you are running gradle in offline mode so it won't try to download it and instead just say it is missing. It could also be you mistyped a version number (e.g. wrong forge version for the minecraft version), although it looks correct to me at first glance. Another thing it might be is a previous run of a gradle task only partially downloaded something. And so you have a broken file in your gradle cache. You can try running gradle with --debug to see if it gives some useful information. But usually a simpler fix is to exit your ide (to make sure gradle is not running in the background). If you have previously run gradle from the command line use gradlew --stop as well Then delete /C:/Users/judea/.gradle/caches/forge_gradle/ This will force ForgeGradle to redownload everything from scratch. That way you don't have to try to figure out which file is broken.

MobEffects.CONFUSION

AbstractArrow.tick() has the "physics" The calculation is an iteration and uses floating point so it won't match exactly simple equations using calculus. The initial velocity calculation can be found in for example BowItem.releaseUsing() or CrossBowItem.shootProjectile() For at least the crossbow this has a random component, see Projectile.shoot() There is a kind of cheat answer to your question. The server stops ticking entities at the "simulation distance". So if the arrow reaches that distance, it will be the maximum, assuming the player stands still and never moves towards the arrow to make it tick again. 🙂

Which side already has the data and where is it missing? Your capability data. You need to spend time thinking about this, you don't seem to have a clear understanding of what the problem is or what you need to do solve it.

@Override public InteractionResult mobInteract(Player player, InteractionHand hand) { Item item = player.getItemInHand(hand).getItem(); Item addTrackerItem = ModItems.TRACKER.get(); if (item == addTrackerItem && !this.hasTracker()) { // HERE: You are trying to add the tracker on the client when it should be on the server if (this.level.isClientSide) { return this.addTracker(player); } } // HERE: This will return PASS which means the server never sees this interaction return super.mobInteract(player, hand); } Compare your code with for example how the creeper interacts with flint and steel.

If you look at what could cause this problem, it would be because the server thinks the block is "instamine", but the client does not. So the client is sending block break progress events to the server. But the server thinks the block is already broken.

Haven't we already been through this discussion? https://forums.minecraftforge.net/topic/115010-1182-capability/ It doesn't look like you followed my advice there.

Did you send your capabilities to the client? i.e. do both the client and server agree on the break speed.

Your problem is with grimoireofgaia. You have 2.0.0-alpha.1 which doesn't even exist on curseforge. The latest is alpha.18 https://www.curseforge.com/minecraft/mc-mods/grimoire-of-gaia/files/all?filter-game-version=1738749986%3a73250 If you still get this error after updating to the latest version, contact the mod author.

Use the run.sh

See the bottom of here for how to broadcast packets: https://forge.gemwire.uk/wiki/SimpleChannel You probably want to use something like PacketDistributor.TRACKING_ENTITY.with(() -> player); which sends the packet to all other players in range of that "player". You will need to include the player.getId() in the packet you send. So on the client side you can then use it to do Minecraft.getInstance().level.getEntity() - check this is not null

But why do you keep asking here instead of contacting the mod author? We can point you to the problem mod, we can't fix it.

Do an internet search for "Linux oom killer"

Look at ClientPacketListener.handleEntityEvent() for how vanilla does this.

Define "then the X action is played" Maybe the AvoidEntityGoal used by the creeper's ai to run away from cats is something like what want?

This error says something has not tidied up after itself after doing doing drawing on the screen. This something will be one of your mods, but the error message does not say which one. This search on github, shows the issues where this has been reported before: https://github.com/search?q=java.lang.IllegalStateException%3A+Pose+stack+not+empty&type=issues Some of these are quite old, but one of the more recent ones may match one of your mods? Otherwise the only way to find the problem mod is to remove mods one-by-one until the problem stops happening. You should do this on a copy of your world or make a backup of your world in case this testing causes problems. Or you can test each mod individually in a different installation to see if it gives you this error. The most likely candidates are the ones mentioned in your stacktrace, but it could be any mod.

You are using curseforge correct? Post a screenshot of your minecraft settings. You should have "Enable Forge debug.log" toggled on and you can put -Dforge.logging.mojang.level=debug in the "Additional Argument Settings"

You have a lot of errors saying it can't the find minecraft classes. The above errors are just the first few. This suggests curseforge has not installed forge 1.18.2 properly. You will need to contact them to ask how to fix this: https://support.curseforge.com/en/support/home In the past curseforge has had problems with downloading files when its download folder doesn't have the correct operating system permissions e.g. they are read only or owned by an adminstrator account. In your case this would be "/C:/Users/Nicho/Twitch/Minecraft/" so you can check the permissions of this and its sub-folders. But, if you go into the settings (bottom left of the curseforge screen) then click on the minecraft settings, you can change this folder in the "Minecraft Modding Folder". Changing this to a different folder should effectively give you new install of curseforge so it will redownload everything from scratch. Your old install will still exist.

This forum is paid for entirely from the advertising. Having to buy the disk space for all those logs would increase the costs. You can use "free" upload sites on the internet. The debug.log will confirm the actual mods that are getting loaded, which might be the same as what you *think* is getting loaded. It might also reveal a different error (not shown by that screen) that is the real cause of the problem. This is why the log is so important.