Player data rollback

[dull yew]

I think nobodies reading stuff on the bug report forum this week so ill post it here as well hoping someone with a connection to TIS will see it. https://theindiestone.com/forums/index.php?/topic/91371-mp-players-rolling-back-b213/

[eager wigeon]

This report isnt valid, I would suggest making actual bug reports based on the template provided

https://theindiestone.com/forums/index.php?/topic/43261-bug-report-guide-updated-18122025/

[dull yew]

Done.

[misty sage]

I really want to see this fixed 🙁

[dull yew]

Me too.. 🧡

[spark linden]

So I watched a player quit and saw a stack trace error that I saved...

[04-02-26 23:51:25.539] LOG : Multiplayer f:199372, t:1770274285539, st:362,511,386> connection: guid=418835121674741546 [RakNet] "disconnection-notification".

[04-02-26 23:51:25.556] ERROR: Multiplayer f:199372, t:1770274285556, st:362,511,404> GameServer.main> Exception thrown
java.nio.BufferOverflowException at Buffer.nextPutIndex(null:-1). Message: Server error
Stack trace:
java.base/java.nio.Buffer.nextPutIndex(Unknown Source)
java.base/java.nio.HeapByteBuffer.putDouble(Unknown Source)
zombie.characters.PlayerCraftHistory.save(PlayerCraftHistory.java:73)
zombie.characters.IsoPlayer.save(IsoPlayer.java:1428)
zombie.iso.IsoObject.save(IsoObject.java:1323)
zombie.savefile.ServerPlayerDB$NetworkCharacterData.<init>(ServerPlayerDB.java:49)
zombie.savefile.ServerPlayerDB.serverUpdateNetworkCharacter(ServerPlayerDB.java:179)
zombie.network.GameServer.disconnect(GameServer.java:3126)
zombie.network.GameServer$DelayedConnection.disconnect(GameServer.java:4272)
zombie.network.GameServer.main(GameServer.java:895)
.

Also when the player rejoined they had two dots on the minimap, with two of the same name, and they of course got rolled back about an hour...

[eager wigeon]

I would suggest forwarding it as a bug report, since posting it here will mean it will simply get lost

[spark linden]

Seems like it's already been reported I was just spreading the word and letting my guy know he's not alone. This is a pretty major glitch that many people are experiencing. I hope it get's solved soon, unlike the map_sand.bin problem that has persisted for years now lol Having players constantly rolled back makes people not want to play anymore... And I don't blame them.

I'm about to go through the process of migrating some bases to a new server hoping the bug is not immediately present at least. Maybe we can go another few hundred hours on this new server before it happens again lol

[misty sage]

Yep. There is like 3 or more topics about it.

[misty sage]

From my point of view, it seems like this problem is being ignored because the TIS team believes it is caused by some mod… but it also happens on vanilla servers, as already pointed out by some players… it’s a frustrating bug for a game that I love so much.

Here are the links:

https://theindiestone.com/forums/index.php?/topic/91385-42132-character-data-rollback/
https://theindiestone.com/forums/index.php?/topic/91371-mp-players-rolling-back-b213/
https://theindiestone.com/forums/index.php?/topic/91197-42131-players-rollback/

(it seems to have persisted since the previous version)

[eager wigeon]

I can assure you it is not ignored, but the posts you sent are all problematic. One isnt formatted right as Spiffo said there, one is on an older version, which we cannot accept bugs unless it is reproduced specifically on a new save. The last one seems fine but lacks a lot of logs, I will ask for more info there

I have a test server that is running for over a month now, as several other server owners do, and they cannot reproduce the issue there

So even the steps in these bug reports arent good enough because of that, since simply having an old save is not what causes it. There is a lot of investigation going into trying to reproduce this bug.

[misty sage]

Hi Beard, thanks for the reply and for taking the time to clarify this.
I’d like to make it clear that at no point was our intention to criticize or suggest the issue was being ignored. The feeling that we were being left aside came mainly from the lack of feedback until now — which you’ve just explained here.

I’m genuinely glad to hear that the team is actively investigating and trying to reproduce the problem. We completely understand how difficult this is, especially since the bug is intermittent: sometimes it happens, sometimes it doesn’t. That makes reproduction particularly challenging, as we’re often working with clues and indicators rather than consistent steps.

Some of the indicators we’ve observed so far are:
• stack traces that were previously posted;
• the server player count not decreasing correctly in some cases;
• and the fact that when the amount of player data is reduced (fewer carried items, fewer learned books, less persistent character data), the issue seems to happen less frequently — although it can still occur occasionally.

We know these aren’t definitive proofs, but they’re the only patterns we’ve been able to identify so far. If you need additional logs or specific tests from our side, we’re more than willing to help.

[eager wigeon]

Thanks for the extra info, as far as I am aware, the data limit should be increased in the next patch as a hopeful fix to this problem (or the next-next patch, I am not sure)

So you guys will be able to let us know if that did fix it or if it is something else, since we cannot reproduce it, but we can at least use the error message to increase the data limit

[dull yew]

I mean I’m poking holes here but as far as I can tell I’m the only one in my server using the ‘unwanted’ inventory feature and the only one getting it so maybe try with that?

[eager wigeon]

I will keep that in mind when testing

[dull yew]

https://steamcommunity.com/sharedfiles/filedetails/?id=3652001094&searchtext=buffer

https://steamcommunity.com/sharedfiles/filedetails/?id=3651576948

[eager wigeon]

Thanks, as mentioned, this fix is already coming in the next patch that will hopefully solve the isuse

[dull yew]

I assume no ETA on this patch?

[eager wigeon]

When it is ready

[misty sage]

That is so great to hear!

[spark linden]

Do you mean to say the buffer size will be increased in the next official patch? I wonder if it's going to be as big as that mod. From what I understand that mod increased the size from 64kb to 4mb. A substantial increase and it seems to work well. Haven't seen any rollbacks since installing it.

[eager wigeon]

It will be increased to 128kb afaik, the default is 64kb iirc

[spark linden]

Might still use the mod if that's the case...

[eager wigeon]

Feel free, however we cannot accept any bug reports or help with any technical issues when using mods

[spark linden]

All good!

We don't need you to fix every mod, just the base game lol...

From what I've read that buffer gets filled up with recipes and other bloated character data, mostly from mods, but considering this game was built by modders for modders, you'd think we'd have more of a buffer for said mods.

tbh idk anyone who's not running multiple mods against better judgment and TIS advice lol

[dull yew]

I just know that's 128kb isn't going to be enough, We'll be making another post about data rollbacks before Summer and it will take another month for a patch that increases the limit.

[eager wigeon]

The 32k limit was fine for years, its just the new media data we added that put it over the edge