Cadiboo

Context is everything with resource locations. Also, do NOT use the (“domain:path”) way of making a resource location, use the (“domain”, “path”) constructor

How are you launching the game? You need to launch it in debug mode

Yes. I still don’t understand what you’re trying to do, and don’t really know anything about it except that it involves runes.

https://github.com/Cadiboo/Example-Mod/blob/216b1e05118261ce628990023a229173d097d72e/src/main/java/io/github/cadiboo/examplemod/config/ConfigHelper.java#L39-L42 Please not that config saving is asynchronous and it happens on another thread

Are they JSON? If they are just put your recipes in your data folder, if not there’s the recipe event that you can use to register recipes

^ Also use 1.14.2 not 1.13.2

You could just open the GUI on the other user’s screen at the same time

Yes. Turn them off in your build.gradle or use the marker system

All variable names in annotations have names and need to be specified by “@Blah(variable=value)”. However, there is default variable that can be used (called “value”). This variable name allows you to omit doing “@Blah(value=yourValue)” and to just use “@Blah(yourValue)”

https://github.com/Cadiboo/Example-Mod/blob/216b1e05118261ce628990023a229173d097d72e/src/main/java/io/github/cadiboo/examplemod/config/ConfigHelper.java#L39-L41 please note that config saving is asynchronous and done on another thread.

Or just put it in ./libs and don’t touch build.gradle. Or put it as a proper maven dependency in build.gradle and don’t touch ./libs/ Your way is a combination of the two existing ways that shouldn’t be used

I don’t think that your Capability class should be an ItemStackHandler. Post your code as a working GitHub repository

Sorry we don't support 1.7.10 (it's 4+ years old!) or any version under 1.10 on this forum anymore due to their age. We simply don't know how to help you anymore. You can go to the Minecraft Forum where I think that they still still support older versions, or update to a modern version of Minecraft (the latest version or the one before it) to receive support on this forum.

That’s your problem then

The values in the ExampleModConfig class are the “baked” values from the config. They are the runtime representations of the config values (because looking them up each time you use them is expensive) and shouldn’t be changed from outside the “bakeConfig” method. Making them only accessible through getters would be good encapsulation. However, config saving is asynchronous (it happens on another thread) so if you want the correct value that you just set immediately, you’ll need to update it in code yourself. Edit: I’ll try n find an example

If you turn on debug housing boxes, does the bounding box match up with the model?

They haven’t been updated yet

You probably want property overrides. Look at the BowItem code

What will this look like from a player’s perspective? Be detailed, currently it sounds like there’s better ways to do what you want.

https://gist.github.com/williewillus/353c872bcf1a6ace9921189f6100d09a#nitty-gritty-random-things-ctrlf-section

What’s the problem now?

Where are you downloading them from? You must only download them from the official site https://files.minecraftforge.net/maven/net/minecraftforge/forge/index_1.14.2.html

Sorry we don't support 1.7.10 (it's 4+ years old!) or any version under 1.10 on this forum anymore due to their age. We simply don't know how to help you anymore. You can go to the Minecraft Forum where I think that they still still support older versions, or update to a modern version of Minecraft (the latest version or the one before it) to receive support on this forum.

Post your full log using a service like GitHub Gist please

Don't use the (un)boxing stuff. Your IDE should be telling you not to do this. Other than that its fine. The DataManager is how vanilla syncs data, it works pretty well for basic data.