"mixintos" : {
"/stonehearth/jobs/mason/recipes/recipes.json" : [
"file(mixins/mason_recipes/mason.recipies.json)"
]
}
Typo “recipies”… they sound delicious
Download Jofferson and save yourself all this heartache.
2 Likes
If that fixed it, I think I might have to kill myself.
edit: and nope.
Did you fix the underscore? You have a . at the moment
I did. also [Stonehearth.log file][1]
[1]: 2015-Jan-24 18:48:46.120818logger initialized 2015-Jan-24 18:48:46.122818 | server | 1 | app | St... - justpaste.it I copy and pasted it into a thing to save people downloading it.
Just plugging at things that I notice are not what I would have done…
“craftable_recipes” : {
“decoration” : {
should read
"craftable_recipes" : {
“signage_decoration” : {
"name" : "Armored Stone Statue",
Is not usually a recipe field
nvm, I saw what you did… and Relyss fixed it!
I skimmed through the log text but couldn’t find anything out of place.
Also having made the small changes that were pointed out I could get my mason to craft the stone statue. It should be working for you as well…
1 Like
Writing this it works:
"craftable_recipes" : {
"decoration" : {
"ordinal" : 7,
"name" : "Armored Stone Statue",
"recipes" : {
"stone_armor_statue" : {
"recipe" : "file(/recipes/stone_armor_statue_recipe.json)"
}
}
}
}
Make a smaller iconic version, by the way. It’s too big. And the placed version buries the settler that places it 
Anyway, I like the statue. Good job! 
3 Likes
The iconic model is 9 on length and width and 12 on height? Also, I think I need to change the collision. but thats something that is hard because its hard to trial and error with SH
Oh, in the iconic json file, the qb file referenced is stone_armor_statue.qb and not stone_armor_statue_iconic.qb
There you have, another bug. 
Yes, I think the iconic are 10x10 or so and the height can be different.
1 Like
I did have it originally to stone_armor_statue.qb
But then I thought that was wrong file path so I changed it 
I can change it back also I meant that the iconic is 10x10 and 12 high. The matrix is 10x10 but the model is 9x9
Also, nothing is still working for me.
I’m just grasping at straws here, but how are you testing it? Are you loading up a saved game or are you starting a new game each time?
1 Like
I was about to say both
"recipe" : "file(/recipes/stone_armor_statue_recipe.json)"
and
"recipe" : "file(../../recipes/stone_armor_statue_recipe.json)"
are valid and reference the same file. But it sounded like it was working 
@Azhrak are you running the latest release from Steam, you can tell your release number by looking in the lower left hand corner when your are at the main menu.
Other than that are you reloading game saves to do your testing. I can’t tell you how many times I’ve been trolled by saves maintaining data about objects. I’ve had many cases where even if I change a .json file the results were only visible when I started a new game. It’s a long shot, but it’s something.
@Drotten I didn’t see your post…
2 Likes
Oh, I’m loading, Is that a problem?
It shouldn’t be a problem, but seeing as SH is so early in development, one should expect it to be a tad unpredictable
Anyway, try starting up a new game instead.
Edit: That’s quite alright @honestabelink
1 Like
It is a problem. When modding or trying mods, always start a new game.
2 Likes
Okay, so making a new game kind of worked
by kind of I mean it gives me new results
by new results I mean it crashes when I promote any worker to mason 
Yay progress…?
The log file should tell you more of why it crashed (sometimes).
2015-Jan-24 19:35:15.014334logger initialized2015-Jan-24 19:35:15.015334 | server | 1 | app | Stonehearth Version 0.1.0.196
2015-Jan-24 19:35:15.015334 | server | 1 | simulation.core | QPC count: 90969937206, frequency: 4119902
2015-Jan-24 19:35:15.015334 | server | 1 | simulation.core | QPC count: 90969937376, frequency: 4119902
2015-Jan-24 19:35:15.015334 | server | 1 | simulation.core | QPC count: 90969937605, frequency: 4119902
2015-Jan-24 19:35:15.015334 | server | 1 | simulation.core | QPC count: 90969937978, frequency: 4119902
2015-Jan-24 19:35:15.026334 | server | 0 | lua.data | lua git is enabled
2015-Jan-24 19:35:15.109339 | server | 1 | resources | Modules have been modified by the user!
2015-Jan-24 19:35:15.129340 | server | 1 | app | Running Stonehearth server on port 16886
2015-Jan-24 19:35:15.195344 | server | 0 | mod stonehearth.world_generation | initialize not implemented for world generation service!
2015-Jan-24 19:35:15.202344 | server | 0 | mod stonehearth | greedy task scheduling enabled
2015-Jan-24 19:35:15.769377 | client | 1 | browser | cef started.
2015-Jan-24 19:35:15.796378 | client | 2 | network | client allocating new send buffer (total: 0)
2015-Jan-24 19:35:15.832380 | server | 2 | network | server allocating new send buffer (total: 0)
2015-Jan-24 19:35:15.995390 | server | 1 | simulation.remote_client | started buffering client updates. (seq:10 ack:0)
2015-Jan-24 19:35:16.199401 | server | 1 | simulation.remote_client | stopped buffering client updates. (seq:10 ack:10)
2015-Jan-24 19:35:18.443530 result of stonehearth.inventory is 5
2015-Jan-24 19:35:18.443530 result of stonehearth.inventory is 5
Here is log file.
1 Like
Actually the loading bug is just a lot of flat out weird implementation. Lots of components only upon their initialization into the world pull values from their respective .json’s. After this the values are usually store in lua tables, then later saved to disk.
Upon reloading the game, the values are pulled from the save, rather than the .json, causing this massive troll. I guess it acutally makes sense when you think about it. But still… 
Glad we are getting somewhere 
Crashes are good in this case
@Azhrak is that the whole log. What kind of crash, like hard where the program closes down and you get error messages from it
1 Like
Yep, I deleted the old log when I updated the mod just so you wouldn’t and I wouldn’t have to go through pages of stuff.