#KubeJS isn't anymore Serverside in 1.19.2?
62 messages · Page 1 of 1 (latest)
Once your question has been answered, please close this post with </resolve:1050379261372006400> command!
if i had to guess this is an ongoing issue with how ingredients are currently done in kubejs for 1.19.2+ (since it requires the custom ingredient api), making serverside only essentially impossible
iirc @hot edge said he wanted to take a look this weekend?
oh wait no that was the rhino issue which is… equally problematic
damn it, why is it this weekend now
I want a longer weekend

i‘d already guessed you didn’t have enough free time (or spent it playing rust and league to relax from work lmao)
so no biggie
but yeah shit sucks unfortunately still, and 1.19.3 is currently unusable because of forge bugs and vanilla changes 😍
BASED
played until 6 am
anyway where am I
oh the ingredient thing
thats honestly just mb
easy single if block to fix it
wait it already has if (!CommonProperties.get().serverOnly) {
hmm didn’t you want to rewrite the system anyways?
to not use kubejs ingredients unless necessary

yeah yeah
god damn it
right hold on
question 1
do we want to bring back tag ingredient
probably not
but vanilla sends list of all items
yeah but it should be fine honestly
remember 1.18 was fine despite vanilla doing that
1.18 has tag ingredient
yes but it’s always resolved as items because we just use Ingredient.of(tag) for the vanilla ingredient
no kjs overrides every recipe to use my own tag ingredient im pretty sure
1.18 had IngredientJS
right
oh you mean the way it parses them
i‘m not sure
and then it puts those recipes back in to the map
but either way you serialise it back to vanilla in the end
inb4 reason 1.18 runs at all is because KJS injects more efficient tag ingredient

im not sure what point it stops doing that
idea:
add Temp: Tag Name tags
"Temp: Ingredient Issue", "Temp: Method Issue" etc
so tag all posts that have them
already did
oh lmao
I have the exact same issue, is it still not possible to have kubejs only server side?
Currently no, but thats not really intended and will be fixed at some point
