Foxhole Dev Tracker

The main reason for decay and Maintenance Supplies is to keep server performance at a stable level. For that reason, anything that can impact performance can theoretically have an impact but there are measures in place to mitigate the obvious cases of griefing.

To be upfront though, it's version 1 of a brand new and complex system. If there are issues please let us know so we can iterate in the future (though please don't take this as a promise for any particular change being made).

Our certainty level is high, but the possibility of bugs or data errors should never be ruled out. If there is a discrepancy, please note it in the bug channel on Discord with as many details as possible demonstrating the issue including time stamps and regions. The team does not look at reddit for bug reports unfortunately. Thanks.

The system accounts for this kind of behaviour with Tripods. This scenario has a negligible if any impact on the Maintenance Supply economy.

The system tunes itself over time based on server performance. An update isn't required. We knew implementing this would be a risk, but the only path to figuring out that very delicate balance between usability and server stability is to try in a real world environment with 1000s of real active connections. The initial system tuning was based on data from previous wars but it's never as accurate as live testing.

Reposting my comment from yesterday. Hopefully it's helpful.

As mentioned on our devstream the goal is to keep server performance stable but make maintenance more manageable by allowing supplies to be produced at the MPF/facilities, having auto repair on decayed structures, and giving more control over what is supplied with Maintenance Tunnels. The goal is not to make things harder for no reason. If it wasn't for the technical constraint we wouldn't even have decay or it'd at least be very different.

The team is keeping a very close eye on the system over the next week. We're concerned about both problems: Either it's too difficult to maintain structures or server performance starts degrading. It's a difficult trade off in both directions and the system needs time to tune itself to the correct balance.

As mentioned on our devstream the goal is to keep server performance stable but make maintenance more manageable by allowing supplies to be produced at the MPF/facilities, having auto repair on decayed structures, and giving more control over what is supplied with Maintenance Tunnels. The goal is not to make things harder for no reason. If it wasn't for the technical constraint we wouldn't even have decay or it'd at least be very different.

The team is keeping a very close eye on the system over the next week. We're concerned about both problems: Either it's too difficult to maintain structures or server performance starts degrading. It's a difficult trade-off in both directions and the system needs time to tune itself to the correct balance.

I agree our feedback loop for our reporting system is poor and has much room for improvement.

Fair point. Be sure to include this in Dev Branch feedback. I can't promise anything will change but it'll be a good issue for the balance to at least review.

That would be very cool to do at some point. I find it almost a shame sometimes how little people know about the kinds of technical problems we solve.

This is gonna be a difficult one to get on the same page about, but I'll try anyways.

The goal of those rules is to ensure that moderation issues are reported to the proper channel. There have been numerous cases in the past where issues were brought up on reddit but not through our official reporting system. We want to prevent a situation where reddit is used more for moderation than the proper channels. Having said that, those rules may be too general and could use a review in the future.

In terms of open discussion, we actually try very hard to not stifle open discourse even if it's negative towards the game or developers. If that was our goal, half the threads that appear on this reddit would be deleted. There's been cases where dev team members have actually gotten upset that a negative thread was removed out of error because we staunchly believe in open criticism even when it's uncomfortable to read.

We're going to default to disabling all mods and then in the dev branch try to get a gauge of what mods players value most (that are fair of course) and try to allow as many of those to still function as possible.

This change won't be popular to everyone, but the "tapping" mechanic has been altered so that the structure is reset when it's actually fully built now. We made this change to alleviate the frustrations around players losing days of upgrade progress due to a single "cheap" action.

I don't want to promise anything right now as this feature made it in very late in the dev cycle but our goal is to have filters that will allow for certain mods and not others. We're figuring out the best way to do this and should have some news about this in dev branch. To stay in the loop, follow the dev branch channels on Discord when they go live.

Both stressed out and excited at the same time. Working on Foxhole is a never ending game of pain and joy at the same time.

It would be nice. In the past, it just felt unproductive to have a Q&A without being able to have a dev branch feedback loop and a chance to address some issues on the spot.

We don't feel comfortable saying "we're going to address something in the future" without having tangible changes in hand because honestly it's not really up to us to assume anything. We're responsible for making changes and it's up to the community to tell us if it helped or not. Without the changes, that loop becomes broken and its just empty promises.

Having said that, we're constantly evaluating these sorts of things so just because we believe this is the most effective now it can change in the future.