DutchM

There is when using commands etc. Shouldn't be too big of a deal but eh there's no way to circumvent the error anyway so I suppose I'll have to redo my colored string.

I can definitely do that, and I probably will if there's really no circumventing this, but I'd really prefer seeing if there's a way to circumvent it since that wouls save alot of work rn, and also be clearer to the player imo.

I'm fully aware that that is the cause of the issue. I'm looking for a way to circumvent the issue without changing that. As far as I can tell using some reference searches in Eclipse, recipes are the only thing that break by doing this.

Yes, recipes aren't broken in general, it's just that recipes that use string that don't set a data tag are broken, and I have no control over what other modders do with their recipes, so I would like to make it so my mod fixes those recipes (that is, other mod's json recipes that use vanilla string).

In my mod I am trying to do a registry override, which works fine, but since the vanilla item didn't have any variants and my override item does, it causes a jsonparseerror on every single recipe that uses the item. I was wondering if there was any way to prevent this (it's caused by the fact that the json recipes don't have a data value as the original item doesn't have one, but since the override does have variants it requires a data value in the json). I looked through the stacktrace of the json error and could not find any place where a mod might hook into the process of loading recipe jsons. I condifered a few possible options to resolve this, but none of them are particularly helpful: before the recipes are parsed, find every json recipe that would cause a jsonerror as a direct result of my override and fix the issue in the json file. This is not a solution since my mod may not always have the permissions to write, and may also cause issues in modloaders that do some form of version-checking or whatever. use some method to catch exceptions from another thread. Not possible since the exception is already caught by the thread itself. look for all recipes that would cause a jsonerror as a direct result of my override, parse them myself, then register the result. While definetely possible this would be a rather inefficient way to do it, and would also not prevent the json errors from occuring. while the third option is possible, it would be nice to know if there is any point in which a mod can interrupt the recipe loading process (for instance if there's a hook i missed that let's you acess the json object or the loader or something) Some things of note: Vanilla recipes seem to be handled by a different loader which is perfectly capable of ignoring wheter or not an item has variants. I can't fix the recipe registry entries after the fact, since the json error prevents the recipes from entering the registry in the first place.

Either I figured I might as well report it ^^

I could, but it also requires my work's phone number, and like I said I can just use my other pc.

More of a ... idk what to call it not really bug but weirdness in the code... report than a suggestion, but I don't know where else to put it. I don't quite get why EntityPlayer#openGui deviates from Java styleguides, even though the rest of the code seems to follow them neatly. To clarify: GUI is an acronym and thus should be spelled in all caps like this: EntityPlayer#openGUI, not EntityPlayer#openGui. I don't understand why this method specifically deviates from this, especially since other abbreviations I have encountered in the code are fully capitalized.

Welp I can still start it on my other toaster of a pc. That one has a slightly newer processor so it doesn't have this bug, but it is a much slower pc.

Considering I don't have a job and thus cannot register an oracle account and thus cannot download EOL versions of Java, that is not an option.

Also the link you send just gives me a login screen, but I think I should be able to find java 8 pre-60 no problem

Oh yeah absolutely I will get a new pc once I have saved up enough money for it. Keep in mind I'm just another Minecraft playin' kiddo without a job I mean that may be a bit too liberal use of the term kiddo as im 16 but you get my point

Didn't work, and I doubt that is the issue, as I can launch the exact same version of forge via the minecrfat launcher without any problems

Intel® Core™ i5 CPU M 520 @ 2.40GHz according to intel driver & support assistant.

running it using the equivalent jdk versions also causes the same error.

jre 1.8.0_141 (I checked and there is only one more recent version: jre 1.8.0_201, but it gives the exact same problem) Intel® HD Graphics (Core i5) version 8.15.10.2900, no newer versions are available for my hardware.

it keeps crashing after it sets the user; [22:11:23] [main/INFO] [net.minecraft.client.Minecraft]: Setting user: Player710 [22:11:39] [main/INFO] [net.minecraft.client.Minecraft]: LWJGL Version: 2.9.4 [22:11:39] [main/ERROR] [net.minecraft.client.Minecraft]: Couldn't set pixel format I looked online and people said it either means your jdk is out of date or your graphics drivers are out of date. I checked both and neither is the case. Also, I do not have the same problem when running forge from the Minecraft client. crash-2019-02-06_22.11.41-client.txt

Thanks! I found this post https://www.minecraftforum.net/forums/mapping-and-modding-java-edition/minecraft-mods/modification-development/2726011-is-it-possible-to-draw-parts-of-a-json-model-in within a few minutes of searching

Oh I just noticed the little text on the top of the category. Sorry I assumed that bugs included bugs encountered in development and that modder support was just for help, not for bugs. If a moderator sees this and thinks it should indeed be in the other subcategory. please move

Not sure if this should be here or in modder support, as I don't know if it's caused by a bug or if I did something wrong. Either way I would love to know if there is a way to fix it in my mod :) aka there might be situations where face a is behind face b, yet face a is rendered first, meaning face b is rendered on top. I suspect that the block renderer looks at which centre of each element is closer, instead of actually calculating which face should be rendered in front. This is merely a suspicion though. I have attached a block model json and a screenshot for reference. DO NOT USE THIS MODEL IN YOUR OWN MOD. Side note; I split up some elements in a failed attempt to fix the problem, so the json file is not the exact same as the model in the screenshot. The problem is the same though. P.S. yes I could remove the faces which are causing the issues and make the wayer opaque, but this is for a deco mod and making the water opaque would in my opinion reduce the visual quality of the block greatly. fountain.json