Bug 4461 - Com_GameRestart() occuring without being required on old ioq3 source <-> new client
Status: RESOLVED WONTFIX
Alias: None
Product: ioquake3
Classification: Unclassified
Component: Misc
Version: GIT MASTER
Hardware: PC All
: P3 normal
Assignee: Zachary J. Slater
QA Contact: ioquake3 bugzilla mailing list
URL:
Depends on:
Blocks:
 
Reported: 2010-01-04 19:48 EST by tinkah
Modified: 2011-02-07 01:17:11 EST
2 users (show)

See Also:


Description tinkah 2010-01-04 19:48:51 EST 
Something is quirky in the compatibility of the engine between 2007 ioq3 source servers and a client compiled now:

Apparently fs_gamedirvar->modified is considered to be true in FS_ConditionalRestart (while in single-gamer it isn't) when playing on ~2007 ioq3 source servers and as a result the configs (including) autoexec are re-read without having to.

This is not a disaster but it has some irritating effects such as re-setting fullscreen and reloading a map if an autoexec has such settings without needing to go through that process and most importantly without the user wanting it to.
Comment 1 tinkah 2010-01-04 19:55:29 EST 
a, success, fs_game should not be "" at the beginning for a STANDALONE build.
Comment 2 tinkah 2010-01-04 20:27:34 EST 
i wonder why isn't set by BASEGAME.
Comment 3 tinkah 2010-01-04 20:28:29 EST 
i suppose it should default to BASEGAME unless there's another reason to leave it "".
Comment 4 Amanieu d'Antras 2010-01-04 20:34:54 EST 
An empty string is the same thing as BASEGAME
Comment 5 tinkah 2010-01-05 18:55:53 EST 
once I set 

fs_gamedirvar = Cvar_Get ("fs_game", "<dir name>", CVAR_INIT|CVAR_SYSTEMINFO );

behavior was normal, on "", it was re-reading configs on entering an internet server.


I suppose it may be related to a server with fs_game VS client with "" fs_game.
Comment 6 Thilo Schulz 2011-02-07 01:17:11 EST 
Yes. I think users can survive an unnecessary game_restart. Fixing this gives more headaches than it really achieves anything.