[New Feature]: More dynamic approach to LoginSRVTimeout

[tooolz]

Environment

Alchemy Beta 7.1.9.2516

Description

My account's got a humongous inventory and it's unable to load in the default time that newer versions of Alchemy have delegated to loading before timing out.

Here's the scenario:

• I press login,
• 10 seconds of idle takes place while the screen states logging in,
• My connection usage then shoots up to 5MB/s for ~30 seconds,
• Alchemy then reports login failed and cuts the connection, despite it still loading.

I managed to login by going into the viewer debug settings and increasing LoginSRVTimeout to more than the default 40 seconds, but.. yeah.. it seems really inconvenient that it doesn't account for whether data is still being loaded and instead simply relies on a static "seconds since the button was pressed" approach.

My feature request then is an update to the login system that stores a timestamp of the last valid data transmission and then LoginSRVTimeout instead compares whether it's been X amount of time since said valid data transmission before timing out the clients login attempt.

[DarlCat]

What's your inventory size?

[cinderblocks]

Grossly unnecessary given that this situation is far from common, and as you've already described has a solution by increasing LoginSRVTimeout.