Page 1 of 1
rescue bug
Posted: Wed Aug 19, 2015 2:09 pm
by babak2010
Re: rescue bug
Posted: Wed Aug 19, 2015 3:32 pm
by east
g_Config.m_SvRescue isn't useless. The sv_rescue command only exists to ensure it's not enabled/disabled at runtime (like with sv_test_cmds).
Re: rescue bug
Posted: Wed Aug 19, 2015 3:48 pm
by babak2010
east wrote:g_Config.m_SvRescue isn't useless. The sv_rescue command only exists to ensure it's not enabled/disabled at runtime (like with sv_test_cmds).
so if you can change g_Config.m_SvRescue to enable (1) I mean from consol not cfg
Re: rescue bug
Posted: Wed Aug 19, 2015 3:50 pm
by babak2010
the problem is : same name sv_rescue
MACRO_CONFIG_INT(SvRescue, sv_rescue, 0, 0, 1, CFGFLAG_SERVER, "Allow /rescue command so players can teleport themselves out of freeze")
pConsole->Register("sv_rescue", "", CFGFLAG_SERVER, CServer::ConRescue, pConsole, "Allow /rescue command so players can teleport themselves out of freeze");
Re: rescue bug
Posted: Wed Aug 19, 2015 3:57 pm
by babak2010
east wrote:g_Config.m_SvRescue isn't useless. The sv_rescue command only exists to ensure it's not enabled/disabled at runtime (like with sv_test_cmds).
ok I got that.
Re: rescue bug
Posted: Wed Aug 19, 2015 3:57 pm
by east
Yes, it's the same for sv_test_cmds. The registered command sv_rescue overwrites the config variable sv_rescue and makes it non-accessible from the console. So sv_rescue is read-only at runtime.