@albion Thank you for your kind answer. >_

sorry but no: i don't allow this because there have been issues with other libraries in the past where people have done this, their copied versions have become outdated (or just modified outright), and then start causing conflicts with the live version

Can i get permission to add this to a mod so that i dont require it to minimize the dependencies . If its ok. I wil also give you credit.
i'll also reveal the source of the original creator outside and inside

Works just fine

I think it can be reproduced easily, this is a small car mod or how can I contact you?

i would need to see the error to know if it's something i can fix on my end

I'm just clarifying, if nothing can be done, then I'll just turn it off.

Pop-up errors when using the Dash roamer mod. Is there a solution?

♥

thank you!

Thanks @albion for quick fix !! also for all your tips on the Discord. You have helped more than your are ever credited for.

If you are having errors in 42.12, make sure the mod has updated to v1.4.4
To force a mod update:
- close the game
- unsubscribe from the mod
- wait until the bottom bar of your steam window says 'Downloads - X of X Items Complete' (the exact number does not matter)
- subscribe to the mod again

You can see your mod version in the in-game mod list.

Got it, thank you

probably, yeah

Yeah, I already figured this out. So when b42 comes to stable, it'll be like this?

the game automatically sizes progress bars to match the length of the longest value (second column in the tooltip): they've shrunk because the Item Report text has been removed

Hello Albion
I've been using Show Wall Health and after 42.11 came out I ran into a small issue: SWH uses your dependency to remove the debug text from item descriptions (ItemReport:...) which causes the boredom, stress and unhappiness bars to shrink a lot like here https://imgur.com/a/KvzNs3H (in some cases they are even smaller). Could something be added to preserve the size of those bars or is it unfixable?

got it, thanks

this error is caused by broken clothing mods, it would still happen without starlit

zombie.gameStates.IngameState.render(IngameState.java:1406)
zombie.gameStates.GameStateMachine.render(GameStateMachine.java:28)
zombie.GameWindow.renderInternal(GameWindow.java:468)
zombie.GameWindow.frameStep(GameWindow.java:940)
zombie.GameWindow.mainThreadStep(GameWindow.java:628)
zombie.MainThread.mainLoop(MainThread.java:76)
java.base/java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: unknown location "Pants_Skinny"
zombie.characters.WornItems.BodyLocationGroup.getLocationNotNull(BodyLocationGroup.java:29)
zombie.characters.WornItems.BodyLocationGroup.isExclusive(BodyLocationGroup.java:61)
zombie.inventory.types.Clothing.DoTooltip(Clothing.java:247)
zombie.inventory.InventoryItem.DoTooltipEmbedded(InventoryItem.java:986)
zombie.inventory.InventoryItem.DoTooltip(InventoryItem.java:718)
... 24 more

se.krka.kahlua.integration.expose.MultiLuaJavaInvoker.call(MultiLuaJavaInvoker.java:70)
se.krka.kahlua.vm.KahluaThread.callJava(KahluaThread.java:191)
se.krka.kahlua.vm.KahluaThread.luaMainloop(KahluaThread.java:851)
se.krka.kahlua.vm.KahluaThread.call(KahluaThread.java:174)
se.krka.kahlua.vm.KahluaThread.pcall(KahluaThread.java:1826)
se.krka.kahlua.vm.KahluaThread.pcallvoid(KahluaThread.java:1668)
se.krka.kahlua.integration.LuaCaller.pcallvoid(LuaCaller.java:38)
zombie.ui.UIElement.render(UIElement.java:2009)
zombie.ui.UIManager.render(UIManager.java:419)
zombie.gameStates.IngameState.renderFrameUI(IngameState.java:1331)
zombie.gameStates.IngameState.renderframeui(IngameState.java:1317)
zombie.gameStates.IngameState.renderInternal(IngameState.java:1456)

I'm puzzled



LOG : General f:19327, t:1754943381568> -----------------------------------------
STACK TRACE
-----------------------------------------
Callframe at: se.krka.kahlua.integration.expose.MultiLuaJavaInvoker@ad017183
function: render -- file: ISToolTipInv.lua line # 110 | Vanilla.
[12-08-25 01:16:21.568] ERROR: General f:19327, t:1754943381568> ExceptionLogger.logException> Exception thrown
java.lang.reflect.InvocationTargetException at GeneratedMethodAccessor3191.invoke(null:-1).
Stack trace:
jdk.internal.reflect.GeneratedMethodAccessor3191.invoke(Unknown Source)
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.base/java.lang.reflect.Method.invoke(Unknown Source)
se.krka.kahlua.integration.expose.caller.MethodCaller.call(MethodCaller.java:62)
se.krka.kahlua.integration.expose.LuaJavaInvoker.call(LuaJavaInvoker.java:211)

can you send the stack trace? errors like that are usually actually caused by another mod, which mod the game blames when multiple are involved is basically completely random

sends bazillion errors when hovering over jeans or pants

yeah, there's full API for tooltips now: https://github.com/demiurgeQuantified/StarlitLibrary/wiki/Module:-InventoryUI

Did you add support for progress bars in the tooltips?

you can ignore it, it fails safe and just disables the module, and the module it disables (afaik) isn't actually used by any mods yet - it's caused by mod incompatibility (some other mod has corrupted the global namespace, and now starlit can't do what it needs to do) but it's very difficult to diagnose which mod is causing it. if you haven't checked, there will sometimes be extra info in your console.txt a little bit above the error (but this is only when the library can detect which mod ♥♥♥♥♥♥ up, which isn't always the case)

sorry, read from bottom to top

at se.krka.kahlua.integration.LuaCaller.pcall(LuaCaller.java:76)
at se.krka.kahlua.integration.LuaCaller.protectedCall(LuaCaller.java:117)
at zombie.Lua.LuaManager.RunLuaInternal(LuaManager.java:564)
at zombie.Lua.LuaManager.RunLua(LuaManager.java:510)
at zombie.Lua.LuaManager.RunLua(LuaManager.java:496)
at zombie.Lua.LuaManager.LoadDirBase(LuaManager.java:342)
at zombie.Lua.LuaManager.LoadDirBase(LuaManager.java:264)
at zombie.Lua.LuaManager.LoadDirBase(LuaManager.java:392)
at zombie.GameWindow.init(GameWindow.java:1206)
at zombie.GameWindow.mainThreadInit(GameWindow.java:576)
at zombie.GameWindow.mainThread(GameWindow.java:489)
at java.base/java.lang.Thread.run(Unknown Source)
`

`Callframe at: error
function: __call -- file: Logger.lua line # 37 | MOD: Starlit Library
function: Traits.lua -- file: Traits.lua line # 20 | MOD: Starlit Library
se.krka.kahlua.vm.KahluaException: [Starlit Library] [Error] Unable to get trait metatable. Sandbox options affecting traits will not work. See previous messages for info.
at se.krka.kahlua.stdlib.BaseLib.error(BaseLib.java:292)
at se.krka.kahlua.stdlib.BaseLib.call(BaseLib.java:120)
at se.krka.kahlua.vm.KahluaThread.callJava(KahluaThread.java:182)
at se.krka.kahlua.vm.KahluaThread.luaMainloop(KahluaThread.java:1007)
at se.krka.kahlua.vm.KahluaThread.call(KahluaThread.java:163)
at se.krka.kahlua.vm.KahluaThread.pcall(KahluaThread.java:1980)
at se.krka.kahlua.vm.KahluaThread.pcall(KahluaThread.java:1782)

hi so I've been getting this weird error nearly everytime I boot up my game and start playing it which is kinda weird, I suppose I have quite some lot of trait mods that possibly may have caused this but I just have a question, should I ignore this? it only happens on game startup and never again. but I'm afraid it might conflict with the trait mods.

(gotta make post 2 messages, error screen too big)

@albion OK

the second error is caused by Dynamic Backpack Upgrades (B42) unfortunately you'll have to report it to them
the first error seems straight up impossible, if it's not happening regularly just ignore it

function: render -- file: ToolTipInvOverride.lua line # 29 | MOD: Dynamic Backpack Upgrades (B42)
function: render -- file: InventoryUI.lua line # 21 | MOD: Starlit Library

ERROR: General f:198188, t:1748323011417> ExceptionLogger.logException> Exception thrown
java.lang.RuntimeException: Object tried to call nil in render at KahluaUtil.fail(KahluaUtil.java:100).

function: render -- file: InventoryUI.lua line # 82 | MOD: Starlit Library

ERROR: General f:32298, t:1748165418738> ExceptionLogger.logException> Exception thrown
java.lang.reflect.InvocationTargetException at GeneratedMethodAccessor824.invoke(null:-1).

error

@Mitchel Vories: I had same issue. After albion's hint I removed Capacity Limit Bypass (part of Customizable Containers) changes from "zombie" directory and all errors disappeared.

the cause is almost certainly a java mod (any mod that requires manual installation is probably a java mod) that modifies the item class, it's outdated for 42.6.0 and would cause this error even without my mod (or literally any lua mod) enabled

thanks, i spoke with chuck about it and my mod doesn't appear in every error he's been sent so it's probably not on my end but another mod's

Wrong thread, sorry.
Meant to post in Named Literature.
Thanks for the quick response, though.

no, are you sure it's this mod causing it? i can't see how it could possibly be related

Reading a book reduces Stress to 0 and not the stated value.
Is this normal?

this error is harmless, as the library detects it and fails safely, just disabling the module that errored (which isn't actually used by any mod yet). unfortunately this is caused by other mods being poorly written, there may be more information in your log pointing to which mod is causing the issue. however for now there is no reason to disable the mod because of it

Had to disable the mod.
Callframe at: error
function: __call -- file: Logger.lua line # 37 | MOD: Starlit Library
function: Traits.lua -- file: Traits.lua line # 20 | MOD: Starlit Library
se.krka.kahlua.vm.KahluaException: [Starlit Library] [Error] Unable to get trait metatable. Sandbox options affecting traits will not work.

The issue of the tooltip box extending too far to the right was resolved by disabling ”Show mod info in item tooltip” in the UI tab of vanilla options. Was that extra lines causing the problem...?

It would be great to be able to insert or replace elements.

yeah, for some reason adding a key/value item after a label causes this: i can't work out any code reason for it but i think it's a bug with the vanilla tooltip rendering code (they just don't do this so it's not apparent)

i'm adding api to move tooltip elements around, so you can place your key/value above the label and the issue won't occur (i imagine this is probably where you'd want it to be anyway)

that's very strange, nothing like that happens to me - i'll take a closer look tomorrow. the item script tooltip could indeed be related since none of my test items had one

Here is the reference image. https://imgur.com/a/ue2M3K6
Changing the tooltip text size in the options does not seem to make a difference.

Thanks for the update. It's now right-justified just like I hoped.
However, there's now also some extra space on the right side of the box.
It's extending further to the right than necessary. Could this be because of the tooltip coming from the item script?