Brady_The

Involved Harmony IDs: SomeUnknownMod is unfortunately definitely not much help. If that log section is correct, though, the mod causing the crash must be a code mod, otherwise Harmony shouldn't be involved. I am not the best stacktrace reader, but the first offender in line 1158 contains an if-statement regarding a "wearableTexturePrefixCode", but nothing out of that mod list stands out to me. You definitely would know more about those mods. There's also a reference to the size of the texture atlas, which technically shouldn't be a problem anymore in 1.20 but people still report issues. Using https://mods.vintagestory.at/textureatlasresized might help.

Involved Harmony IDs: CombatOverhaul, CombatOverhaulAuto It appears that the server is running a somewhat outdated version of Combat Overhaul. Updating to v0.1.24 might already do the trick. If not, the server owner could try if updating to a more recent version will help. The later mod versions are tagged with higher game versions, but generally patch game version updates (vx.xx.3) don't change anything drastic. Still, backups are always a good idea before doing to some testing.

You can indeed: Also read the comments. Some contain solutions that might even be easier.

That's definitely not StepUp related. I accidentally created a block-free door by being a bit fancy. I was wondering why I suddenly wasn't stopped anymore. That said, I'd absolutely love this mechanic. It'd give the ridable elk another edge and it would be the perfect opportunity for functional gear (snow shoes).

If the game doesn't load at all, this error message is just the tip of a (probably very large) iceberg. Post server-main and client-main logs here. If I had to venture a guess, I'd say that you updated the game version to the newest one, but either forgot to update some mods or weren't able to.

Couple of things. I assume you added this mossblock under your own mod domain (morebuildingblocks?). If that is the case, the shape doesn't load because the game is looking for "cube.json" in the folders "block/basic" in your mod, which presumably doesn't exist. If you want to use Vanilla assets, you have to tell the game to look in the right place. You do that, by prefixing the domain "game:" (this works for any folder in the games asset folder (creative, game, survival)) in front of any path that links to a default file. I am not sure about `"all": { "base": "morebuildingblocks:block/mossblock" },`. If that is your mod id and if that mossblock texture exists in "textures/block" within your mod folder structure, it would be okay, but if it doesn't and you would rather use the games default texture, you have to replace this domain with "game" as well.

To be fair, the ModDB hasn't been updated in a long while. Now the team has a designated maintainer who regularly works on it. It might have worked in the past, but it probably was patched.

These are the worst kind of errors to figure out, due to how these patches are set up. It's probably a food mod, it might be a compatibility mod. Judging from the error message, you are most likely okay to ignore this message. If you want to figure out what mod is causing this issue, you have two options. If you only got a few, maybe already one or two contestants: Open the .zip-files of the mods, open the "assets" folder, open the "game" folder, open the "patches" folder, see if it contains a folder called "Food". If it does, check if the folder contains a file called "potingredients". If not, check the next patch. If you got a couple of dozen mods: Do a binary search. Disable the latter half of your mods. Check if the error message pops. If it does, disable half of your enabled mods. Continue, until the error message stops. If not, disable the first half, enable the second half. Rinse and repeat.

That'd be great. How many times did I want to check something and had to load into a world to be able to. Even though, I have the feeling that the handbook is currently only populated or created while logging into a world.

Don't worry, it happens to the best of us. You must have accidentality pressed a key combination. This is a dev view. Press Alt+F10 (default binding) until all lines have disappeared. If that doesn't work, head to the Controls settings and look up the combo for "Cycle Dialog Outline Modes".

Without screenshots we could only guess what you might be talking about.

They are indeed! One tip for VSMC: Set up the texture and shape base paths. The former one will cause textures to be displayed on shapes. The latter will make life easier for you later down the line.

Hey there. Open the shape file (found in "\survival\shapes"). You are trying to open the deer entity file.

Hey there. Overall the patch looks good. You only got two small mistakes. You initiate the file reference after the domain with a slash, that prevents the patch from being applied. The server-debug log would have given you this error message: That's the reason why you wouldn't have seen any error messages in the server-main log, if you would have looked. Which btw, I can only recommend. Especially the client- and server-main.log files are a great tool to figure out if something is wrong and what it is. The next mistake happens in the path. Drops are always formatted as an array (identifiable by the square brackets [ ]). If you want to access an array, you have to address the array like any other key ("dropsByType", "*-phormiumtenax-*-harvested-*", "quantity", "avg"). You do that via their indices. Arrays start counting at 0, which in this case, is your harvested phormiumtenax. If you would have wanted to address the drops of the normal phormiumtenax you would have used "1" in the path instead.

What if they don't. I am not going to suggest to a user, who might not even know what a .zip-file is, to go to a third-party website, create an account, and explain how to fill out an issue report. If I can keep this answer civilised, so can you.

You have to log-in with your game account to post comments. Even as a guest you should see the comment section, though.

Go into Creative ("/gm 2"), and hit Ctrl+F4. This will toggle the display of so called meta block. Generally they shouldn't interfere with your ability to place blocks, but structures spawned via World Edit act differently. Destroy one or two of those meta blocks, switch back into Survival ("/gm 1) and try to place blocks on the cleared position. If it works now, you probably have to do some more cleaning to get the whole ruin working.

Just post a comment explaining the bug. If you get a warning or error in the logs, post those as well. The mod author will receive a notification.

I consider the glider more of a slower-falling than a flying contraption.

There is. Open chat. Execute "/player yourplayername allowcharselonce". Open chat. Execute ".charsel".

Hey there, unfortunately I cannot help you directly because I've not worked with the distilling mechanic. Documentation appears to be sparse to non-existent. I personally would have a look at this wiki page: https://wiki.vintagestory.at/Alcohol_brewing/en#Distillation, have a look at the in-game processes (I am not much of a theoretician.) and have a look at the game files "cider.json" and "spirit.json" (found in "\assets\survival\itemtypes\liquid"), particularly anything that includes the word "distill". There are also a couple of mods that utilise the distillation process, which you could potentially use as reference. Among others, for example: https://mods.vintagestory.at/warriordrink or https://mods.vintagestory.at/balancedthirst.

The way compatibility is currently set up between those two is a bit unfortunate. You either have to decide between the Primitive Survival or Better Hoe hoe functionality. This doesn't affect the already created blocks at all. Which means that you can switch between those. That will require a world reload every time, which could be somewhat annoying but it would definitely be feasible, because how often do you use those two hoe mechanics combined.

There is indeed. If you don't mind using mods. https://mods.vintagestory.at/betterhoe (It still works on 1.20.6.)