Ralms

In order to provide more control to the server admins, without requiring mods to override values, the following would be a great addition which should not require much to implement. Essentially, move to the server side: Per Skill XP Level requirement. Per Skill Books multiplier. Ability to define VHS Skill XP bonus. (Most VHS are very overpowered in Multiplayer)

This is around the same concept and idea, however is a multi level request. The main goal is to allow the server admins to have more control in balancing Occupation and Traits, without requiring mods. Here are the suggestion: Move the Occupations list to be 100% server side, allowing the server to define the occupation list that is presented to a player when creating their character. Allow the Server to define Traits points cost. Allow the server to disable some traits. Allow the server to define the Mutually Exclusive traits list.

I'm amazed it returned to you that many servers, when you say "Steam's server browser" is not the in-game one correct? As the ingame browser is pretty much useless, just shows 10 to 20 servers, doesn't sort them by popularity (highest number of online players, etc) . The reality of it is, that the great majority of players that get the game, don't magically guess they will need to go check on other places (Discord, Foruns, other websites) etc to find a good server. Many, simply start the game, "Join -> Internet" and pick one from the list. The fact that this is a poor experience here, it results on a poor experience for the player overall. Overall, both the Steam and NoSteam lists need significant overall and should support stuff like "tags" to be used as filters, or at least region support, so that that the player can pick a server with lowest ping / distance.

This is a simple request. Currently, the client, when it receives Packet "AccessDenied" during login, will look for the translation reason by prepending "UI_OnConnectFailed_". In order to allow java modded servers to customize with more freedom the login access denied message, please move this to the server side. Otherwise, custom messages are presented as "UI_OnConnectFailed_Whatever reason the server sent back". The code in question is located on GameClient.receiveAccessDenied(ByteBuffer, short), when doing Translator.getText(). Thank you.

Version? 41.78.15 Singleplayer/Multiplayer? Multiplayer Host or dedicated? Dedicated Mods? None Old or new save? Old (doesn't seem relevant) Reproduction steps: Set server to "SafehouseAllowLoot = False" + "SafehouseAllowTresspass = True" With PlayerA, Claim Safehouse and drop items on the ground. With PlayerB, enter PlayerA safehouse and perform a search. Items will be identified by Search and given the option to pick-up. Expectation: Search shouldn't be able to find any item (regardless of what item, including on land) on a Safehouse claimed tiles.

Is Hotfix 41.78.15 considered as a fix for this? Since it didn't fix anything.

• Version? 41.78.13 • Singleplayer/Multiplayer? Multiplayer • Host or dedicated? Dedicated • Mods? None • Old or new save? New • Reproduction steps: Start server with "AllowCoop=false" Join with normal character. Get killed (like with zombies) On the death screen, from the options on the bottom, pick "New Character". Setup new character. (Options and spawn location don't matter, can be all default). Game will be with Chat and Black screen. Last log lines: [02-12-22 01:56:22.424] LOG : General , 1669946182424> 97,061,958> using spawn region Muldraugh, KY. [02-12-22 01:56:22.425] LOG : General , 1669946182425> 97,061,958> 12 possible spawn points. [02-12-22 01:56:22.425] DEBUG: Lua , 1669946182425> 97,061,959> LuaManager$GlobalObject.setPlayerMouse> coop player spawning at 10884,10159,0. [02-12-22 01:56:22.426] LOG : General , 1669946182426> 97,061,959> Warning, root node parent is always null.. [02-12-22 01:56:22.458] LOG : General , 1669946182458> 97,061,991> coop player=1/4 access denied: Coop players not allowed. This is clearly a bug, the client shouldn't stay stuck, should either present the error to the client with the option to go back to menu or continue with the new character. Bug aside, one question I have is since the game client is not even in Coop mode, why is it sending Coop packets to the server.

Thank you for the less than 24h heads-up between the last unstable build release and stable...

Hey, I assume this is Unstable too, correct? Also, just while you are at it, if a client fails to download the map, the only option given to the players are "Quit to Desktop". Wouldn't it be better to either give "Back to Menu" + "Quit to Desktop"? Or just "Back to Menu"? It's frustrating having to start the game client again because something went wrong downloading the map while joining multiplayer. Thanks.

Thank you for acknowledging it. To provide more details, the situation which has highest occurrence where a large amount of data is transmitted and would benefit from a retry logic is the map download. On high populated servers, the "Failed to download map", because 1 chunk didn't arrive is very common.

Thanks for the update. I have some questions regarding these topics: Can we have a quick description of what each Anti-Cheat type is checking in the server config file? The way its now, its completely generic and hard to decide the impact it would be turning each one on or off and hard to tune multipliers (type 2, 3, 4, 9, 15, 20, 23 so far). Regarding large files downloads, from hosting a server for over 9 months now, I noticed that the Game client won't retry to download anything. If a file fails to download for any reason (several packets lost, network interruption blip, etc) it just forces the player to quit, not even return to main menu. Can we add retry logic and allow the player to return to the main menu if something goes wrong connecting to a server? Thanks.

Interesting to know that TIS is not concerned with a vanilla server having the map corrupting itself.

Hi, The following error / bug is on a server that has been running the same map for a few months now (since 41.71 stable was released), with no mods. Today, I run "quit" to stop the server, in order to make a proper full backup of it. Without changing anything at all, when I start the server back up, it gets stuck initializing, completely stuck on a endless loop. 2022-08-09 13:20:05,075 |chat| INFO : Faction chat '#####' created 2022-08-09 13:20:05,141 |Log| INFO : loading 19471 zones from map_zone.bin 2022-08-09 13:20:05,460 |Log| INFO : Max #ZONES on one chunk is 19 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan 2022-08-09 13:20:06,303 |Log| INFO : InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan The error "InventoryItem.loadItem() data length not matching, resetting buffer position to '1136780'. itemtype: Base.LightBulbCyan" will keep spamming, at around 3 thousand entries a second and will never stop. I waited for 15 mins, which shows that its clearly stuck in some sort of code bug which causes a infinite loop. Being more specific, the server printed 4.3 Million log entries with this error only in 20 mins. Will test this on 41.73 or might even just give up on the map, but thought of reporting. EDIT: Confirmed, issue persists on 41.73...

With such a stupid response, I wouldn't be surprised that you aren't great managing servers. I'm not hosting a server for my couple friends, I'm hosting a server for dozens of people. I don't just let the server auto-update blindly and expect it to miraculously work. The updates happen on a schedule, I warn my community of: Beware, in X nr of days, server will be down for maintenance and update. And about the "auto restart" daily, I restart the server weekly and is more then stable because its not running on my toaster, is running on an enterprise server with 48GB of Ram. If you have no clue on what you are talking about, you have a good thing to do: Stay quiet.

You guys did a good job by testing an Unstable version and just transitioning to Stable without changes. And then, you release a hotfix out of nowhere disrupting the multiplayer servers? Was this that critical that had to be released like this? Servers don't update by themselves, specially when they are running for several days straight... Now I had several players that weren't able to join because of this stupid patch, when you have the LUA checksum enabled.