game-server

Seeing this in ci, and when running make lint

	"golangci-lint run ./examples/... && golangci-lint run --timeout 15m ./..."
WARN [runner] The linter 'golint' is deprecated (since v1.41.0) due to: The repository of the linter has been archived by the owner.  Replaced by revive. 
WARN [runner] The linter 'scopelint' is deprecated (since v1.39.0) due to: The repository of the linter has be

User Story

If a large download fails using curl it does not cause a fatal error instead it simply carries on.

Basic info

• Command: Install

Further Information

It is worth checking how all downloads handle when failing to ensure they cause a fatal exit.

To Reproduce

Use a game server that is non-steam and cause the download to fail

Expected behaviour

Is there an existing issue for this?

• I have searched the existing issues before opening this issue.

Current Behavior

If you reinstall a server and then go to file manager, click create new directory, there will be a green bar that the server has begun reinstalation. It is just a little visual bug, nothing serious. After refreshing the page, it goes away.
![Screenshot (697)](https

Current Behaviour

.go o 120721
Then step back 10 yards
Then go 10 yards

The minerals will disappear

Expected Blizzlike Behaviour

Minerals and herbs should be provided to all phase(phaseMask)

Source

No response

Steps to reproduce the problem

.go o 120721
Then step back 10 yards
Then go 10 yards

Extra Notes

No response

In the current version, only the Handshake is used at the start of the connection. If the client does not send a message for a long time, the session will not be closed automatically. Will future versions do this session logic maintenance? For example, Netty can set the session to be automatically closed if the client does not send messages for a long time .

Before creating an issue, please ensure:

• This is a bug in the software that resides in this repository, and not a
  support matter (use https://otland.net/forums/support.16/ for support)
• This issue is reproducible without changes to the C++ code in this repository

Expected behaviour

09:22 You see a sp