bot accounts can expire
TurBoss opened this issue · comments
could this time be extended to maybe 1 year?
thanks
are you sure the user account had the botflag set?
Hello,
this account was created with the CREATEBOTACCOUNT command
hm, not sure how cleanly solve this.
i guess there needs to be a "task" which checks which users are online and write this to db.
the cleanup / audit thing then should also take this into account to ignore users which where recently online.
as springrts.com server is automaticly rebooted after a (automatic) kernel update, IMHO 365 days should be enough to never be hit.
i leave this open, as there is only a workarround active
hi please remove botflags or make botflag support up to 8v8 instead of 4v4 - all community use latest engine and this policy now punishes hard working people trying to provide hosts to support Spring
My dev envir is long gone, but imo the best way to fix this bug (which was my fault) would be to exclude logged in users from the effect of audit_access. Iirc can check if the user(name) is online within the for loops and continue if so.
My dev envir is long gone, but imo the best way to fix this bug (which was my fault) would be to exclude logged in users from the effect of audit_access. Iirc can check if the user(name) is online within the for loops and continue if so.
i guess thats not enough: IMHO a correct fix would be a task which is run by timer (daily) which updates last_login (or a new attribute like last_online).
i.e. think about the server going offline, server is going up again, the audit task is run. (the risk is pretty low as long as the host of uberserver is restarted because of kernel updates)
Hm, you are right
Line 59 in cc4155c