vazkiimods / zeta Goto Github PK

---- Minecraft Crash Report ----
// Who set us up the TNT?

Time: 2024-03-13 00:29:16
Description: Unexpected error

java.lang.RuntimeException: Exception while firing event org.violetmoon.zetaimplforge.event.play.entity.player.ForgeZRightClickItem@490eff17:
at org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFire(ZetaEventBus.java:229) ~[Zeta-1.0-14.jar%23593!/:1.0-14] {re:classloading}
at org.violetmoon.zeta.event.bus.ZetaEventBus.fire(ZetaEventBus.java:121) ~[Zeta-1.0-14.jar%23593!/:1.0-14] {re:classloading}
at org.violetmoon.zetaimplforge.ForgeZeta.rightClickItem(ForgeZeta.java:292) ~[Zeta-1.0-14.jar%23593!/:1.0-14] {re:classloading}
at net.minecraftforge.eventbus.EventBus.doCastFilter(EventBus.java:260) ~[eventbus-6.0.5.jar%2387!/:?] {}
at net.minecraftforge.eventbus.EventBus.lambda$addListener$11(EventBus.java:252) ~[eventbus-6.0.5.jar%2387!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.5.jar%2387!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.5.jar%2387!/:?] {}
at net.minecraftforge.common.ForgeHooks.onItemRightClick(ForgeHooks.java:771) ~[forge-1.20.1-47.1.44-universal.jar%23599!/:?] {re:mixin,re:classloading,pl:mixin:APP:redirectionor.minecraftforge.mixins.json:common.ForgeHooksMixin,pl:mixin:A}
at net.minecraft.client.multiplayer.MultiPlayerGameMode.m_233716_(MultiPlayerGameMode.java:363) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.multiplayer.MultiPlayerGameMode.m_233729_(MultiPlayerGameMode.java:250) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.multiplayer.MultiPlayerGameMode.m_233721_(MultiPlayerGameMode.java:356) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91277_(Minecraft.java:1720) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91279_(Minecraft.java:1976) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91398_(Minecraft.java:1795) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91383_(Minecraft.java:1112) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91374_(Minecraft.java:718) ~[client-1.20.1-20230612.114412-srg.jar%23594!/:?] {re:mixin,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,xf:fml:xaeroworldmap:xaero_wm_minecraft_runtick,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.main(Main.java:218) ~[forge-47.1.44.jar:?] {re:classloading,pl:runtimedistcleaner:A}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {re:mixin}
at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:111) ~[fmlloader-1.20.1-47.1.44.jar:?] {}
at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:99) ~[fmlloader-1.20.1-47.1.44.jar:?] {}
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$makeService$0(CommonClientLaunchHandler.java:25) ~[fmlloader-1.20.1-47.1.44.jar:?] {}
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?] {}
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?] {}
Caused by: java.lang.NoSuchMethodError: 'net.minecraftforge.common.util.LazyOptional top.theillusivec4.curios.api.CuriosApi.getCuriosInventory(net.minecraft.world.entity.LivingEntity)'
at org.violetmoon.quark.content.tweaks.compat.BetterElytraRocketCuriosCompat.hasCuriosElytra(BetterElytraRocketCuriosCompat.java:12) ~[Quark-4.0-438.jar%23527!/:4.0-438] {re:classloading}
at org.violetmoon.quark.content.tweaks.module.BetterElytraRocketModule.onUseRocket(BetterElytraRocketModule.java:23) ~[Quark-4.0-438.jar%23527!/:4.0-438] {re:classloading}
at org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFireCancellable(ZetaEventBus.java:235) ~[Zeta-1.0-14.jar%23593!/:1.0-14] {re:classloading}
at org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFire(ZetaEventBus.java:225) ~[Zeta-1.0-14.jar%23593!/:1.0-14] {re:classloading}
... 31 more

1. cover yourself in oil
2. open q menu and change a config option
3. press save

java.lang.RuntimeException: Exception while firing event org.violetmoon.zeta.event.load.ZConfigChanged@298fe4f6: 
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFire(ZetaEventBus.java:229)
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.event.bus.ZetaEventBus.fire(ZetaEventBus.java:103)
	at TRANSFORMER/[email protected]/org.violetmoon.zetaimplforge.config.ConfigEventDispatcher.handleConfigChange(ConfigEventDispatcher.java:31)
	at TRANSFORMER/[email protected]/org.violetmoon.zetaimplforge.config.ConfigEventDispatcher.configChanged(ConfigEventDispatcher.java:20)
	at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.doCastFilter(EventBus.java:260)
	at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.lambda$addListener$11(EventBus.java:252)
	at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:315)
	at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:296)
	at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.javafmlmod.FMLModContainer.lambda$new$0(FMLModContainer.java:42)
	at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.ModContainer.lambda$dispatchConfigEvent$13(ModContainer.java:153)
	at java.base/java.util.Optional.ifPresent(Optional.java:178)
	at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.ModContainer.dispatchConfigEvent(ModContainer.java:153)
	at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.config.ModConfig.fireEvent(ModConfig.java:77)
	at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.config.ConfigFileTypeHandler$ConfigWatcher.run(ConfigFileTypeHandler.java:147)
	at MC-BOOTSTRAP/[email protected]/com.electronwill.nightconfig.core.file.FileWatcher$WatcherThread.run(FileWatcher.java:181)
Caused by: java.lang.IllegalArgumentException: Invalid message org.violetmoon.zeta.network.message.C2SUpdateFlag
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.IndexedMessageCodec.build(IndexedMessageCodec.java:132)
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.SimpleChannel.encodeMessage(SimpleChannel.java:68)
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.SimpleChannel.toBuffer(SimpleChannel.java:81)
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.SimpleChannel.toVanillaPacket(SimpleChannel.java:112)
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.SimpleChannel.sendTo(SimpleChannel.java:92)
	at TRANSFORMER/[email protected]/net.minecraftforge.network.simple.SimpleChannel.sendToServer(SimpleChannel.java:87)
	at TRANSFORMER/[email protected]/org.violetmoon.zetaimplforge.network.ForgeZetaNetworkHandler.sendToServer(ForgeZetaNetworkHandler.java:98)
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.client.ZetaClient.sendToServer(ZetaClient.java:73)
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.client.config.ClientConfigManager.configChanged(ClientConfigManager.java:63)
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFireNonCancellable(ZetaEventBus.java:242)
	at TRANSFORMER/[email protected]/org.violetmoon.zeta.event.bus.ZetaEventBus$Listeners.doFire(ZetaEventBus.java:227)
	... 14 more

Zeta apparently is required by Integrated Dungeons and Structures now, and is crashing my client on load. Hopefully this is helpful, as I know this is a newer project. It's possible that Zeta clashes with FancyMenu's implementation, as none of the "cowardly" errors were present in logs before this.

Crash Report & Debug Log
https://pastebin.com/aYbfZ3fc
debug.log

Best regards,

• Slack

What?

The way ZetaPistonStructureResolver is initialized makes it very hard to use a Zeta-agnostic approach to separate the piston position from the position of the first block to move, as Zeta implements a copy of the vanilla PistonStructureResolver constructor logic, but uses the (potentially already modified) values of the parent resolver.

Why?

Botania reuses the vanilla piston's pushing logic to support modifications to the way the pushed structure is resolved, including movable block entities and custom sticky blocks. To do so, it mixes into the PistonStructureResolver constructor in order to separate the "piston position" from the first block to move. The reason it does that is so a slime block bound to a Force Relay can pull the block it is supposed to move away from. With vanilla pistons that would be where the piston is, which would never move. But with Botania's pushing options it's completely reasonable that the block there could be movable.

Zeta's custom resolver breaks this reuse attempt by recalculating the first block to move based on the already modified piston position, which is either the force relay block itself (which is already moving) or the coordinates (0, -Integer.MAX_VALUE, 0) if the push was initiated by a force relay. As a result, that push attempt always fails.

How to solve?

I believe the best way to maximize compatibility would be to just reuse pushDirection and startPos instead of calculating them again from the parent's pistonPos and extending values.
(The values passed to the super constructor call are already "poisoned", but that shouldn't be an issue, since all methods are replaced by Zeta implementations, using the corresponding parent logic instead of calling super if Zeta's piston structure features are disabled.)

Example

The above test setup uses honey blocks to move double chests, which in turn drag along a force relay. The force relay (which itself is a non-sticking block, like glazed terracotta) is bound to the slime block, which (though the chains) moves the two blast furnaces. At least that's how it works on Fabric with Carpet rules movableBlockEntities and chainStone enabled. (Slight modifications appear to be necessary for Quark, since it appears to treat double chests as immovable blocks.)

[04Mar2024 16:30:38.332] [main/FATAL] [mixin/]: Mixin prepare for mod zeta failed preparing client.ItemMixin in zeta_forge.mixins.json: org.spongepowered.asm.mixin.transformer.throwables.MixinTargetAlreadyLoadedException Critical problem: zeta_forge.mixins.json:client.ItemMixin from mod zeta target net.minecraft.world.item.Item was loaded too early.
org.spongepowered.asm.mixin.transformer.throwables.MixinTargetAlreadyLoadedException: Critical problem: zeta_forge.mixins.json:client.ItemMixin from mod zeta target net.minecraft.world.item.Item was loaded too early.
at org.spongepowered.asm.mixin.transformer.MixinInfo.readDeclaredTargets(MixinInfo.java:948) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinInfo.(MixinInfo.java:882) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinConfig.prepareMixins(MixinConfig.java:852) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinConfig.prepare(MixinConfig.java:781) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinProcessor.prepareConfigs(MixinProcessor.java:540) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinProcessor.select(MixinProcessor.java:462) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinProcessor.checkSelect(MixinProcessor.java:438) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinProcessor.applyMixins(MixinProcessor.java:290) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.mixin.transformer.MixinTransformer.transformClass(MixinTransformer.java:250) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.service.modlauncher.MixinTransformationHandler.processClass(MixinTransformationHandler.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at org.spongepowered.asm.launch.MixinLaunchPluginLegacy.processClass(MixinLaunchPluginLegacy.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4]
at cpw.mods.modlauncher.serviceapi.ILaunchPluginService.processClassWithFlags(ILaunchPluginService.java:156) ~[modlauncher-10.0.9.jar:10.0.9+10.0.9+main.dcd20f30]
at cpw.mods.modlauncher.LaunchPluginHandler.offerClassNodeToPlugins(LaunchPluginHandler.java:88) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.ClassTransformer.transform(ClassTransformer.java:120) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.TransformingClassLoader.maybeTransformClassBytes(TransformingClassLoader.java:50) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.cl.ModuleClassLoader.readerToClass(ModuleClassLoader.java:113) ~[securejarhandler-2.1.10.jar:?]
at cpw.mods.cl.ModuleClassLoader.lambda$findClass$15(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?]
at cpw.mods.cl.ModuleClassLoader.loadFromModule(ModuleClassLoader.java:229) ~[securejarhandler-2.1.10.jar:?]
at cpw.mods.cl.ModuleClassLoader.findClass(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?]
at cpw.mods.cl.ModuleClassLoader.loadClass(ModuleClassLoader.java:135) ~[securejarhandler-2.1.10.jar:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:525) ~[?:?]
at java.lang.Class.forName0(Native Method) ~[?:?]
at java.lang.Class.forName(Class.java:467) ~[?:?]
at dev.su5ed.sinytra.connector.service.ConnectorLoaderService$1.lambda$updateModuleReads$0(ConnectorLoaderService.java:60) ~[Connector-1.0.0-beta.37+1.20.1.jar%23501!/:1.0.0-beta.37+1.20.1]
at cpw.mods.modlauncher.api.LamdbaExceptionUtils.uncheck(LamdbaExceptionUtils.java:95) ~[modlauncher-10.0.9.jar%2390!/:10.0.9+10.0.9+main.dcd20f30]
at dev.su5ed.sinytra.connector.service.ConnectorLoaderService$1.updateModuleReads(ConnectorLoaderService.java:60) ~[Connector-1.0.0-beta.37+1.20.1.jar%23501!/:1.0.0-beta.37+1.20.1]
at net.minecraftforge.fml.loading.ImmediateWindowHandler.acceptGameLayer(ImmediateWindowHandler.java:71) ~[fmlloader-1.20.1-47.2.0.jar:1.0]
at net.minecraftforge.fml.loading.FMLLoader.beforeStart(FMLLoader.java:207) ~[fmlloader-1.20.1-47.2.0.jar:1.0]
at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.launchService(CommonLaunchHandler.java:92) ~[fmlloader-1.20.1-47.2.0.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?]

Now I tried to disable "Expanded Item Interactions" for Quark. This caused some weird issues with ghost items as already reported here: VazkiiMods/Quark#4711 .

Now I played around a bit with the source code of Quark. While doing so I removed the code of this booleean https://github.com/VazkiiMods/Quark/blob/e3a3bf167935c6d5e1e3c0514853ba71e3dedaf2/src/main/java/org/violetmoon/quark/content/management/module/ExpandedItemInteractionsModule.java#L190 and only left the return false. I expected this to produce the result that gatherTooltip https://github.com/VazkiiMods/Quark/blob/d4a601088f676f4e598648b047bf56541d3548ea/src/main/java/org/violetmoon/quark/content/management/module/ExpandedItemInteractionsModule.java#L378 wouldn't render the tooltip anymore because it relies on armorOverride being true. Now this confused me because it changed nothing even tho it should've. So I just tried around and also removed gatherTooltip leaving an empty function. Now since gatherTooltip is inside a class annotated with "@ZetaLoadModule(clientReplacement = true)" this lead me to the presumption that the client replacement doesn't work at all. I'm not advanced enough in minecraft modding to figure out more information but maybe you can figure out why this behaviour is happening.

crash-2024-03-18_15.16.56-client.txt

Playing with my own little WIP modpack and for some reason my memory usage was extremely high. Decided to check out the spark report and this was my results: here
Latest.log if it helps any bit: (Not uploaded as a gist due to massive file size) here

As was pointed out in VazkiiMods/Quark#4648, the "whitelist" / "blacklist" parameters to RecipeCrawlHandler are not terribly useful:

• The whitelist parameter can be emulated by performing a normal recipe crawl, then adding any additional desired items.
• The blacklist parameter can be emulated by performing a normal recipe crawl, then removing any undesired items.

The whitelist/blacklist parameters do not meaningfully affect the recursive parts of the recipe crawl algorithm, all it really does is call massRegistryGet on your behalf.

Especially in the case of Quark's Magnet System, usage of the whitelist/blacklist parameters creates a situation where you need to enter item IDs, but you really mean to enter block IDs.

I genuinely have no clue what's going on here... im just tryna play a custom modpack with 1.20 quark but it crashes once it finishes loading..
This is what it says in the launcher:

crash-2024-03-15_11.10.17-client.txt

Hi.

While putting together a mod pack I noticed the following appearing a lot in my logs.

[18:44:05] [Render thread/WARN] [zeta/]: Creative tab loop found when adding Block{quark:monster_box} next to Block{minecraft:spawner}

It doesn't seem like it's intended to do that and something has clearly gone wrong, though nothing is amiss as far as I can see. I figured it's worth reporting just in case. If nothing else it causes a fair amount of log spam.

I've reported it here because Zeta is specifically cited in the warning, but it might be a Quark issue. I'm not certain.