warjort

Issue with valhelsia core. Others have said it is a conflict with optifine.

That can't be without canary, it is still crashing in canary's code Also you should post a link to the debug.log not just the crash report. So we have all the information. Finally, there is nothing we can do to fix this. This is the forge support forum. As a curtesy we can tell you which mods are causing problems, but you need to contact the mod authors to get a fix/solution.

You can use parchment to get more meaningful names: https://github.com/ParchmentMC/Parchment/wiki/Getting-Started

The issue happens with BYG placing a tree, but the actual crash is in the canary mod. You should check you have the latest version of these mods then contact the mod authors.

Looks like you are missing the geckolib mod. https://www.curseforge.com/minecraft/mc-mods/geckolib

https://forums.minecraftforge.net/topic/117667-my-error-pls-helt/?do=findComment&comment=518124

And I got the highlighted chest. I am just intuiting what it supposed to do. You haven't explained it. But anyway, it's not really my task to debug your code. I only did the stuff above because what you were talking about didn't make sense and I wanted to know why.

This is the change I made to get 1.19.2 to work: diff --git a/src/main/java/tfar/quickstack/networking/C2SPacketRequestDropoff.java b/src/main/java/tfar/quickstack/networking/C2SPacketRequestDropoff.java index 7a1d17a..ee58ebb 100644 --- a/src/main/java/tfar/quickstack/networking/C2SPacketRequestDropoff.java +++ b/src/main/java/tfar/quickstack/networking/C2SPacketRequestDropoff.java @@ -58,6 +58,7 @@ public class C2SPacketRequestDropoff { } public void handle(Supplier<NetworkEvent.Context> ctx) { +ctx.get().enqueueWork(() -> { ServerPlayer player = ctx.get().getSender(); Set<InventoryData> nearbyInventories = getNearbyInventories(player); @@ -97,6 +98,7 @@ public class C2SPacketRequestDropoff { new S2CReportPacket(itemsCounter, affectedContainers, nearbyInventories.size(), rendererCubeTargets)); ctx.get().setPacketHandled(true); +}); } public void dropOff(Player player, IItemHandler target, InventoryData data) { @@ -172,6 +174,7 @@ public class C2SPacketRequestDropoff { Level world = player.level; DropOff.LOGGER.debug("World info: {}", world); DropOff.LOGGER.debug("Is client: {}", world.isClientSide()); + DropOff.LOGGER.debug("" + Thread.currentThread()); DropOff.LOGGER.debug("Scanning x({},{}) y({},{}), z({},{})", minX, maxX, minY, maxY, minZ, maxZ); var blockEntities = BlockPos.betweenClosedStream(minX, minY, minZ, maxX, maxY, maxZ)

Use java 17, mixin does not support java 19

You will need to debug that for yourself. Maybe the chunk you are referencing isn't loaded or you have "broken" the BlockEntity in your test world during some previous testing? I've just been testing with a chest and got it to work. Try creating a new test world so you know you don't have corrupt data. BTW: "Pinging" does nothing except adding noise the thread. If it really did something I would I turn it off. 🙂

I've just been testing your 2 branches. In 1.18.2 the thread is usually already the ServerThread so it works. But this isn't guaranteed, it could be a networking thread. In 1.19.2 the thread is usually a networking thread so it fails. When I wrap your handle() code inside a ctx.get().enqueueWork(() -> { // original code here }); it is always on the server thread and so works. So it looks like you didn't change your code properly, maybe you didn't save it? NOTE: You will need to fix this for 1.18.2 as well. As I said above, this code could run on "any" thread unless you force it onto the ServerThread.

The 1.18.1 Level.getBlockEntity() also has that thread check, so I don't see how your code works there? I suggest you add some logging or use a debugger to figure out what is really happening (on both versions).

You probably want to look at "handling packets" here: https://forge.gemwire.uk/wiki/SimpleChannel i.e. making sure you run on the correct thread so you are doing things in a thread safe way and not running concurrently with other stuff on the networking thread(s)

Issue with alex's mobs Try the latest version then contact the mod author. https://www.curseforge.com/minecraft/mc-mods/alexs-mobs/files

You could also trying building from the command line if you think intellij is the problem.

No. Forge Gradle makes a "direct" connection to these files. The only information shown in the log is that the connection timed out. Error getting artifact: net.minecraft:client:1.18.1:mappings@txt from MinecraftRepo java.net.ConnectException: Connection timed out: connect at java.base/sun.nio.ch.Net.connect0(Native Method) at java.base/sun.nio.ch.Net.connect(Net.java:579) at java.base/sun.nio.ch.Net.connect(Net.java:568) at java.base/sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:588) at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) at java.base/java.net.Socket.connect(Socket.java:633) at java.base/sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:304) at java.base/sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:174) at java.base/sun.net.NetworkClient.doConnect(NetworkClient.java:183) at java.base/sun.net.www.http.HttpClient.openServer(HttpClient.java:532) at java.base/sun.net.www.http.HttpClient.openServer(HttpClient.java:637) at java.base/sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:266) -- snip -- The way it actually works is it first accesses this file that lists all available versions: https://piston-meta.mojang.com/mc/game/version_manifest_v2.json That file points to the following link for 1.18.1 https://piston-meta.mojang.com/v1/packages/989549ecba162cba2ec066e19a2f0364586f18bf/1.18.1.json which points to the link I posted earlier to get the client mappings. "net.minecraft:client:1.18.1:mappings@txt" https://launcher.mojang.com/v1/objects/99ade839eacf69b8bed88c91bd70ca660aee47bb/client.txt Can you access each of those links? Otherwise I don't know. It is some (unknown) issue with your or Mojang's network. Or something in between. e.g. if you accessing it from work or school which has a proxy.

Please in future put your code on github so we can see all the relevant context and make it easier to try it for ourselves. The registration is working fine for me. I changed your code a bit to make it easier to use (but I don't think this makes any difference): public static final ResourceKey<Registry<VeinType>> VEINS_KEY = ResourceKey.<VeinType>createRegistryKey(new ResourceLocation(MODID, "vein_types")); public static final DeferredRegister<VeinType> VEINS_REGISTRY = DeferredRegister.create(VEINS_KEY, MODID); I also added a programmatically registered entry: Then I list the registry at server started @Mod.EventBusSubscriber(modid = MODID) public class Events { @SubscribeEvent public static void serverStarting(ServerStartedEvent event) { var registry = event.getServer().registryAccess().registryOrThrow(VEINS_KEY); LOGGER.info("------------> " + registry.key()); registry.forEach(entry -> LOGGER.info(registry.getKey(entry) + " " + entry.weight)); } Then with a data/examplemod/examplemod/vein_types/myvein.json Which gives: [09:32:27] [Server thread/INFO] [co.ex.ex.ExampleMod/]: ------------> ResourceKey[minecraft:root / examplemod:vein_types] [09:32:27] [Server thread/INFO] [co.ex.ex.ExampleMod/]: examplemod:test 20 [09:32:27] [Server thread/INFO] [co.ex.ex.ExampleMod/]: examplemod:myvein 10 I guess the onAdd() doesn't work for datapack registries because they are "vanilla" and not real ForgeRegistrys? But I might be wrong about that.

Then speak to AMD. This is the forge support forum, we don't do PC Support here. But one of the suggested fixes was to downgrade the driver to the previous (or what one person described as the "recommended") version.

Click the link I posted above. It contains suggested fixes for a problem with your graphics driver.

https://forums.minecraftforge.net/topic/117469-error-when-trying-to-run-runclient/

Or uninstall all the mods that bake their own models?

This is a known optifine issue. https://github.com/sp614x/optifine/issues/7127 You either uninstall optifine or downgrade forge to 40.1.23 43.1.23 or before until they fix it.

It just says "game instances" as the context for the update event. But it doesn't say anything more specific. If it is only forge, maybe there is something wrong with your installation configuration? You could try creating a new brand new installation for forge to see if that fixes the problem. The other possibility is that the forge installer didn't complete installing the game and you didn't notice the error, but you seem to have been using it previously? If Mojang won't support their launcher then you can always try one of the other ones, e.g. curseforge or multimc.

There is nothing in that log that mentions forge, or trying to start minecraft. Are you sure it is the full log or even the correct log? The one called launcher_log.txt From my little understanding of the launcher, it is doing a "trigger update event" which I think means it needs to download something, then the application closes for some reason 1.5 seconds later. There is no reason given except the "Main window has been closed" which it doesn't regard as an error. You probably need to speak to Mojang to understand what is happening.

Don't post snippets, post a link to the full launcher_log.txt so we have all the relevant information.