-
Notifications
You must be signed in to change notification settings - Fork 761
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stop sending standalone players to API server #3314
Conversation
9f414cf
to
e2a0018
Compare
There seem to be some HPM changes unrelated to your PR. (Stemming from something merged previously. For the sake of easier reviewable and atomic Commits please split those changes unrelated to you out, if they are missing in master you may start with an "Update HPM Hooks" commit. @MishimaHaruna is the HWSApi that does the HPM Hook updates broken atm? |
e2a0018
to
9afda07
Compare
yup, they are missing in master. updated it |
I fixed the failing HWSAPI bot builds, it was due to an expired GPG key. Because of that though, I caused a conflict here, can you please rebase? |
9afda07
to
6a3f677
Compare
…PI server API server won't have those user accounts and error out, since they won't use the API server anyway, we don't have to send them there
Without this header, HPMHookGen would sometimes generated incomplete/invalid results due to not being able to properly expand macros such as DEFINE_PACKET_ID
6a3f677
to
3913b51
Compare
Pull Request Prelude
Changes Proposed
When map-server starts up and loads autotraders ("standalone" characters), they eventually get sent to char and login server. Once this happen, login-server tries to connect those players in API server, failing, because these players never logged in.
Since those players won't ever be valid, since they are totally system-controlled, this change prevents login-server from sending those accounts to API server, solving the many errors that show up during startup.
I took the chance to convert the packets involved to struct format
Issues addressed: Fixes #3306