warjort

See this thread where I show how to look at the detailed data: https://forums.minecraftforge.net/topic/115287-tps-drops-despite-low-cpu-usage/#comment-510487 But you should look at the spark wiki for full details on how to use it.

The correct way to implement that constructor is something like: public Menu() { super(Component.translatable("unital.menu_screen.title")); } That value is reference to an entry in your language file which you can fix later once you get it working.

Do this. You can't run client code on the server. Or more accurately, you can, but it will crash on a dedicated server.

Your log shows world edit getting loaded. [15Aug2022 12:27:15.695] [main/DEBUG] [net.minecraftforge.fml.loading.moddiscovery.ModFileInfo/LOADING]: Found valid mod file worldedit-mod-7.2.10 (3).jar with {worldedit} mods - versions {7.2.10+1742f98} But, I don't understand why you are asking for help with WorldEdit here? You should ask the mod author. My guess is you haven't read the FAQ? https://www.curseforge.com/minecraft/mc-mods/worldedit If that's not it, the mod authors are the ones with the relevant knowledge.

No. You need to call blit() with the relevant parameters. All you have done is change its behaviour if it is ever called, which it is not. Look at a vanilla screen like BookViewScreen.render() and search for blit

You have no activeList.render()

Difficult to say, the code you posted doesn't build - private maven repository - so we can't generate the blockstates json. But it also doesn't seem to have other relevant things, like even your block, so I guess if we could run your build it wouldn't help? The file you linked looks like a template model file, which doesn't mean a lot in isolation. I could try to parse what it does and infer/guess the rest, but I probably won't. 🙂

From what I can tell your screen does nothing but draw the background? 🙂 You set up the texture for rendering, but never blit() it.

This mod can help you understand what your server is doing. https://www.curseforge.com/minecraft/mc-mods/spark

I have tried to underline all the things that could be causes of this problem. NOTE: These are just the most likely, it is not exhaustive there are other possibilities listed further down the error message. Also some of these things underlined might not be mod names. Sometimes mod authors are not always helpful in the way they name things. 😞

It looks like you have an issue where IntegratedDynamics is expecting to find a JEI class, but you have REI installed? You should check you have the latest version of these mods then contact the mod authors.

You can also try posting the installer.log.txt to see if the minecraft launcher has recorded an error that is not shown in the log you posted?

Don't know then. The log you posted isn't the logs/debug.log that was asked for. And it doesn't contain any other error. We don't even know if the GL ERROR is gone because you don't show an updated log.

Actually that GL ERROR seems to be a problem with misconfiguring key binds. e.g. see this similar issue reported for quark https://github.com/VazkiiMods/Quark/issues/3793 Of course, it doesn't mean the current problem is caused by Quark, only that it points to badly configured key bindings (either by a mod or the user). One thing to try would be backup your options.txt then delete it. This will allow the key bindings to revert to their default configuration. But it will do the same for all your other minecraft option settings as well.

That network packet is handled by ServerPlayerGameMode.handleBlockBreakAction() You can see forge already has an event there PlayerInteractEvent.LeftClickBlock. Your issue is that the event is not designed for your use case. It is fired to determine what method is used to handle the packet or whether it should be handled at all. You might be able to use it, but you would probably have to do if (player instanceof ServerPlayer serverPlayer) { ServerPlayerGameMode gameMode = serverPlayer.gameMode // your logic } Then use an access transformer to get access to the block break progress fields in that class, e.g. "isDestroyingBlock", "destroyProgressStart", "gameTicks", etc. Your problem will be that those fields have not been updated yet when the event is fired, so you will have a kind of "off by one" issue. Like I said, the event is not really designed for this usecase.

Since reverting to a previous version seems to have fixed the issue, you should report it to the mod author so they can fix it.

This is in your config file, not the mod: E:\Users\david\Downloads\1.19 Server\config\byg\trades.json5

Your error now is something about evilcraft:werewolf not being a valid profession

Creating music disks is the missing method in the moonlight mod :

The way music disks got registered changed in either 1.19.1 or 1.19.2 (can't remember) so it might be the compatibility is marked wrongly for one of these mods. Like I said, the mod author would know more about this.

Your other errors including the problem you had with evilcraft may just be a consequence of this? They are all missing registry entries at a later stage in the mod loading.

java.lang.NoSuchMethodError: 'net.minecraft.world.item.RecordItem net.mehvahdjukaar.moonlight.api.platform.PlatformHelper.newMusicDisc(int, java.util.function.Supplier, net.minecraft.world.item.Item$Properties)' at TRANSFORMER/[email protected]/net.mehvahdjukaar.supplementaries.reg.ModRegistry.lambda$static$168(ModRegistry.java:1001) at TRANSFORMER/[email protected]/net.minecraftforge.registries.DeferredRegister.lambda$addEntries$1(DeferredRegister.java:388) Looks like an issue with either supplementaries or the moonlight mod. You seem to have the latest versions of these mods for 1.19 - double check? Then contact the mod author.

https://github.com/sp614x/optifine/issues/6974

That is unknowable. It depends upon how many and what mods you have installed. If you use prebuilt modpacks they will often have a recommended amount.