warjort

Please don't hijack other people's threads. Start your own thread for your problem. Read the FAQ at the top of this forum about fixing graphics drivers.

Pick one, you can't have both.

You know the inventoryTick is called on both the client and server? And you shouldn''t have any mutable data in singletons. I don't understand why you have it since it just seems to be redundantly storing the game time? But your biggest problem is you shouldn't be doing this logic on the client. From the code you posted, it looks like the server never knows about your changes? It would be unsuprising that when the server decides to send inventory updates to the client, it reverts to the uninitialised data from the server. https://forge.gemwire.uk/wiki/Sides When the key is pressed, you should send a network message to the server and change all state there. https://docs.minecraftforge.net/en/latest/networking/ The server is the definitive storage of game state. Making the player invulnerable on the client would be a ghost modification that has no real effect. I would also guess the correct place for that cooldown is the player not the item? https://forge.gemwire.uk/wiki/Capabilities Or do you intend to allow to let users accumulate multiple items and switch between them when each cooldown ends?

https://github.com/MinecraftForge/MinecraftForge/blob/817e20821d04225e2b39e2ce64be9b70c8ddfa27/src/main/java/net/minecraftforge/common/ForgeMod.java#L153 Change that attribute of the player, either directly or having the modifier apply to some equipment (e.g. armor or a tool they are using). More details on this many times asked question can be found using search in this forum.

Post the installer log to a file sharing site. Read the FAQ at the top of this forum for how to find it.

https://github.com/embeddedt/embeddium/wiki/Compatibility#known-incompatibilities and https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/580#issuecomment-1732582873

Why do you keep starting new threads? As I pointed out on your other thread, VS is known to be incompatible with rubidium 0.7+ So either remove rubidium or you will need to downgrade it, which looks like you will need to use Minecraft 1.20 instead of 1.20.1 (actually curseforge says 0.6.5 works with 1.20.1) https://www.curseforge.com/minecraft/mc-mods/rubidium/files?page=1&pageSize=20&version=1.20 You should really be talking to the Valkyrie Skies or Rubidium developers about this. There is nothing we can do here to fix this problem.

The conflict appears to be that dynamic lights mod and rubidium? You also need to post the logs/debug.log not the latest.log so we have all the information.

Isn't that a fabric mod? These defintely are: You need to make sure you only have forge mods installed.

https://forums.minecraftforge.net/topic/125488-rules-and-frequently-asked-questions-faq/#comment-541436 Read the part about posting the logs/debug.log to a file sharing site.

1.16.5 is no longer supported in this forum: https://forums.minecraftforge.net/topic/91712-supported-version-directory/ Even if it was, you haven't posted nearly enough information to help you. If you want help with your code, you need to put something on github that reproduces the problem. We need to be able to see everything in context and maybe try it for ourselves if the problem is not obvious. You don't even show your registration code (that's just one example of what is missing). I barely remember how tile entities worked in 1.16.5 they have changed a lot since then (this is why supporting older versions becomes impossible). I can tell you your block does not have the most important callback for tile entities. https://forge.gemwire.uk/wiki/Tile_Entities/1.16#Attaching_a_TileEntity_to_a_Block Looking at other mods for 1.16.5 is probably your best bet, if you want to continue developing mods for legacy unsupported versions: e.g. https://github.com/BluSunrize/ImmersiveEngineering/blob/0220be6d01d9593f37511f14e35b83a2817c9ee3/src/main/java/blusunrize/immersiveengineering/common/blocks/IETileProviderBlock.java#L70 But you are pretty much on your own unless you can find somebody still developing for that version willing to help you.

Please read the FAQ And start your own thread for your problem instead of hijacking other peoples questions. But most likely your problem can be solved by one of these solutions: https://forums.minecraftforge.net/topic/122698-forge-1182-server-wont-load-up-with-dawncraft/?do=findComment&comment=533997

You need to post the logs/debug.log so we can see why that mod is not loading properly. Read the FAQ for how to find it.

Read the FAQ at the top of the forum. Especially the part about posting the logs/debug.log to a file sharing site.

Sorry, but this forum is a support forum. It's not a learn minecraft modding forum. We answer specific questions *after* you have tried to do things for yourself and got stuck. We do not write or design your mod for you. For your specific questions: * Interacting with entities you didn't create: https://github.com/MinecraftForge/MinecraftForge/blob/fdb22d02cc87d69717462da256696af6f6deb972/src/main/java/net/minecraftforge/event/entity/player/PlayerInteractEvent.java#L95 * Figuring out what the player is looking at That question has been asked literally hundreds of times before in this forum in its different use cases. You can use the forum's search function. * Opening inventories I suggest you look at the vanilla code for the Villager or wandering trader. Or something else with an inventory, e.g. horses Minecraft menus are not very straight forward for beginners. I suggest you make a simple one to understand how they work, before doing more complicated things: https://docs.minecraftforge.net/en/latest/gui/menus/

I have no idea about the first one. I suggest you look at where those classes are used by Mojang in 1.18.2, then compare it with the corresponding code in 1.19.2 This will probably help with the second one? https://forums.minecraftforge.net/topic/115993-how-to-remove-the-sight-cross-in-the-center-of-the-screen/?do=findComment&comment=512655

Please don't post logs in the forum, use a file sharing site, This incompatibility has been around for a while. Sodium/Rubidium broke a lot of mods with one of their updates last year. Anyway, there are many issues open about this on the VS github site. One of the oldest ones has the recommendation to downgrade rubidium to before they made the breaking changes. i.e. rubidium < 0.7 https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/569 While this issue explains that this can have knockon effects like needing to downgrade create and its addons as well. https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/590 If I had my way, I would ban all mods from using mixin redirects. That would likely remove 80% of all these stupid unnecessary mod incompatibilies. The other 20% would be caused by optifine. 🙂

Posting an image is not a bug report/help request. You need to put something on github that reproduces the problem, so we can see everything in context. Guess (I shouldn't have to guess): You haven't changed the render type to be "cutout" like the vanilla grass block. This is needed when the model has multiple layers drawn over each other. Otherwise it will treat what should be transparent pixels as black. Forge makes this easy by letting you specify it in your block model, e.g. https://github.com/BluSunrize/ImmersiveEngineering/blob/6def2d9c44def83dd109d3b4f1b09d07ae76dcef/src/generated/resources/assets/immersiveengineering/models/block/hemp/bottom0.json#L3

https://github.com/MinecraftForge/MinecraftForge/commit/90dafb0df0651b52102e25f6a252554cde884878 I would guess Mojang's recent changes to networking are what broke that implementation? i.e. the NetHandler/DummyConnection no longer works properly and no one has volunteered to fix it. A fake player is something that extends ServerPlayer but makes most methods do nothing - the implementation that got deleted if you want to have a go at fixing it: https://github.com/MinecraftForge/MinecraftForge/blob/d80f106140b30813432808f8b94da4d66e76dbfe/src/main/java/net/minecraftforge/common/util/FakePlayerFactory.java https://github.com/MinecraftForge/MinecraftForge/blob/d80f106140b30813432808f8b94da4d66e76dbfe/src/main/java/net/minecraftforge/common/util/FakePlayer.java

Issue with yacl. It is conflicting with some other (unknown) mod. Check you have the latest version then contact the mod author.

I said rename not delete. 🙂 The only other way would be get an NBT editor and manually remove the duneons config from the world/level.dat file. I don't recommend this. Even if you remove that config correctly, there is no guarantee it will work. The duneons mod might have overwritten important data which you will now be missing altogether. Also the other region files might still contain duneons data? e.g. if that mod adds biomes or structures.

Here's how somebody else fixed a similar problem today. https://forums.minecraftforge.net/topic/141592-problem-when-installing-forge-1171-client-side-mac/#comment-561476 Their problem was the original vanilla minecraft download was corrupted (hadn't finished downloading properly). Your log shows a similar problem (mismatched checksums): You can find the vanilla installs in the "versions" subfolder of your minecraft folder. e.g. from your log above: /Users/sterlingrussell/Library/Application Support/minecraft/versions/1.20.1/1.20.1.jar

Conflict between tac and rftoolspower. Looks like both of them include versions of that jackson parser. Java doesn't know which to use and so it crashes. Check you have the latest versions of those mods then report the problem to the mod authors . Assuming they still support 1.18.2?, It is no longer really supported in this forum. https://forums.minecraftforge.net/topic/91712-supported-version-directory/

Yes, sorry that's correct. Stripping doesn't use loot tables. For stripping you probably want to use this instead: https://github.com/MinecraftForge/MinecraftForge/blob/f09fd1f05b39df98f6415b44478b13723cee74cd/src/main/java/net/minecraftforge/event/level/BlockEvent.java#L419 and check for the relevant tool action: https://github.com/MinecraftForge/MinecraftForge/blob/f09fd1f05b39df98f6415b44478b13723cee74cd/src/main/java/net/minecraftforge/common/ToolActions.java#L51 It's not something I've ever used so I would read the javadocs carefully to make sure you using the event correctly. e.g. note the simulate flag.

I guess you should also check your minecraft/versions/1.17.1.jar has the correct checksum as well? According to this, https://piston-meta.mojang.com/v1/packages/e0e7ab5ed6f55bbd874ef95be3c9356d67e64b57/1.17.1.json that client jar should have sha1 checksum 8d9b65467c7913fcf6f5b2e729d44a1e00fde150