During periods of high activity like during a frog rain, hound attack, or antlion earthquake, the server disconnects everyone including the host and all progress since last save is lost. The problem exists so llong as Beatrice is enabled on that server, whether there is a Beatrice player or not. It also happens regardless of how many or few players there are online.

Disabling the mod allows the game to progress past the replicable point of crashing.

Here is the server log starting with the first error.

[00:08:47]: [string "../mods/workshop-1379031350/modmain.lua"]:428: attempt to index local 'attacker' (a nil value)
LUA ERROR stack traceback:
../mods/workshop-1379031350/modmain.lua:428 in (method) CanBeAttacked (Lua) <426-439>
self =
hiteffectsymbol = marker
defaultdamage = 30
keeptargetfn = function - scripts/prefabs/hound.lua:181
forcefacing = true
inst = 126910 - firehound (valid:true)
lastattacker = 113021 - trap_teeth (valid:true)
retargetperiod = 3
hitrange = 3
lasttargetGUID = 125151
lastwasattackedbytargettime = 0
nextbattlecrytime = 405.57424289048
lastwasattackedtime = 399.76668751612
keeptargettimeout = 0.39999996870756
hurtsound = dontstarve/creatures/hound/hurt
externaldamagetakenmultipliers = table: 1BEA7F08
laststartattacktime = 401.70002095029
retargettask = PERIODIC 126910: 3.000000
externaldamagemultipliers = table: 1BEA7A30
losetargetcallback = function - scripts/components/combat.lua:296
battlecryenabled = true
_ = table: 1BEA7D00
targetfn = function - scripts/prefabs/hound.lua:156
attacker = nil
asdf = true
scripts/prefabs/bramblefx.lua:35 in (local) v (Lua) <12-47>
inst = 127265 - bramblefx_trap (valid:true)
x = 126.59100341797
y = 0
z = -258.83999633789
i = 1
v = 126910 - firehound (valid:true)
range = 2.75
scripts/components/updatelooper.lua:40 in (method) OnUpdate (Lua) <38-42>
self =
onwallupdatefns = table: 39B15A10
longupdatefns = table: 39B15790
onupdatefns = table: 39B15998
inst = 127265 - bramblefx_trap (valid:true)
dt = 0.033333335071802
i = 1
v = function - scripts/prefabs/bramblefx.lua:12
scripts/update.lua:207 in () ? (Lua) <164-243>
dt = 0.033333335071802
tick = 12083
k = 127265
v = 127265 - bramblefx_trap (valid:true)
cmp = table: 39B15628

[00:08:47]: [string "../mods/workshop-1379031350/modmain.lua"]:428: attempt to index local 'attacker' (a nil value)
LUA ERROR stack traceback:
../mods/workshop-1379031350/modmain.lua:428 in (method) CanBeAttacked (Lua) <426-439>
scripts/prefabs/bramblefx.lua:35 in (local) v (Lua) <12-47>
scripts/components/updatelooper.lua:40 in (method) OnUpdate (Lua) <38-42>
scripts/update.lua:207 in () ? (Lua) <164-243>

[00:08:47]: Warning: Widget:SetFocusFromChild is happening on a widget outside of the screen/widget hierachy. This will cause focus moves to fail. Is ScriptErrorWidget not a screen?
[00:08:47]: stack traceback:
scripts/widgets/widget.lua:605 in (method) SetFocusFromChild (Lua) <602-627>
scripts/widgets/widget.lua:624 in (method) SetFocusFromChild (Lua) <602-627>
scripts/widgets/widget.lua:624 in (method) SetFocusFromChild (Lua) <602-627>
scripts/widgets/widget.lua:656 in (method) SetFocus (Lua) <629-665>
scripts/widgets/menu.lua:83 in (method) SetFocus (Lua) <74-85>
scripts/widgets/scripterrorwidget.lua:109 in (method) OnUpdate (Lua) <102-119>
scripts/update.lua:95 in () ? (Lua) <33-134>

The log ends abruptly there. I would love to see this fixed as Beatrice is so charming and fun, one of my friends loves playing her.

up

Hi guys! Thanks for the feedback. I know this is old (lol), but since I’m back I had a look at this issue too. It should be fixed now.

Do let me know if you still have the issue or any others (if you’re still on DST!)

[00:02:33]: [workshop-2189004162 (Insight)]: A crash has occured.
[00:02:33]: [workshop-2189004162 (Insight)]: Title: WARNING!
[00:02:33]: [workshop-2189004162 (Insight)]: Text: [string "../mods/workshop-1379031350/scripts/prefabs..."]:179: variable 'v' is not declared
LUA ERROR stack traceback:
=[C]:-1 in (global) error (C) <-1--1>
scripts/strict.lua:23 in () ? (Lua) <21-26>
../mods/workshop-1379031350/scripts/prefabs/beatrice.lua:179 in (local) fn (Lua) <171-185>
scripts/entityscript.lua:1150 in (method) PushEvent (Lua) <1137-1164>
../mods/workshop-1379031350/modmain.lua:207 in (upvalue) Pull_bees (Lua) <207-207>
../mods/workshop-1379031350/modmain.lua:208 in () ? (Lua) <208-208>
=[C]:-1 in (method) CallRPC (C) <-1--1>
scripts/networkclientrpc.lua:1190 in (global) HandleRPCQueue (Lua) <1171-1240>
scripts/update.lua:42 in () ? (Lua) <33-134>

[00:02:33]: [workshop-2189004162 (Insight)]: Additionaltext: This error may have occurred due to a mod you have enabled!
You have the following mods enabled:
"Treats for Webber" " Craft From Chest [DST] Fixed" "Extra Equip Slots Plus [Doom] 汉化版" "Fast Travel (GUI)" "Repair Combine" "No Thermal Stone Durability" "Faster picker" "Better Ice Flingomatic (New)" "Beatrice - Reimagined" "Global Positions" "Insight" " Simple Health Bar DST"
[00:02:33]: [workshop-2189004162 (Insight)]: SERVER_OWNER_HAS_OPTED_IN: true
[00:02:33]: [workshop-2189004162 (Insight)]: Submitting log
[00:02:33]: SimLuaProxy::QueryServer()
[00:02:35]: [workshop-2189004162 (Insight)]: Report: {"message":"Thanks for your report!","code":1} true 200
[00:02:35]: [workshop-2189004162 (Insight)]: Status: [Insight]: Crash reported sucessfully!
Code: 1
[00:02:35]: [workshop-2189004162 (Insight)]: State: 2

plss

Thank you for reporting and sorry for the delay. I work on this on and off depending on whether I have time for DST so it’s quite sporadic. Anyways, latest update should fix this issue.

For the record, above bugs have all been fixed! ^^

since 03/26-27 update, when you atack something, bees seems to resist the order and dont go to the target, they go back to you if its night or winter, you have to command multiple times before they start to atack the target

引用自 Yisus Senpai：

since 03/26-27 update, when you atack something, bees seems to resist the order and dont go to the target, they go back to you if its night or winter, you have to command multiple times before they start to atack the target

Hi Yisus! Thanks for the report. This should be fixed now in the latest version.

Duplication exploit, if you hold right click to send bees to retrieve an item, if more bees are send than items in the floor all bees will came back with that item.

引用自 Yisus Senpai：

Duplication exploit, if you hold right click to send bees to retrieve an item, if more bees are send than items in the floor all bees will came back with that item.

Will look into this. Are you are sure the items were not in a stack though?

引用自 Skye：

引用自 Yisus Senpai：

Duplication exploit, if you hold right click to send bees to retrieve an item, if more bees are send than items in the floor all bees will came back with that item.

Will look into this. Are you are sure the items were not in a stack though?

Yeah just tried with diferent items, just droped one rot and make some distance from the item, commanded the bees to pick it holding right click most i could and i ended with 5 rots.

引用自 Yisus Senpai：

引用自 Skye：

Will look into this. Are you are sure the items were not in a stack though?

Yeah just tried with diferent items, just droped one rot and make some distance from the item, commanded the bees to pick it holding right click most i could and i ended with 5 rots.

Perfect. Should be fixed in the latest update

If you command a bee to pick up a Mandrake, two will show up