summaryrefslogtreecommitdiff
path: root/src/network/network_server.cpp
AgeCommit message (Collapse)Author
2012-05-09(svn r24221) -Fix [FS#5166]: Lag counters were not properly reset when ↵rubidium
switching states making it possible to get disconnected for lagging when you weren't lagging
2012-02-16(svn r23958) -Fix: don't allow chat messages from pre-active clients. As ↵rubidium
they haven't got the savegame yet, they won't have the interface to send them either (dihedral)
2012-02-16(svn r23957) -Fix [FS#4990]: allow sending chat to pre-active clients as the ↵rubidium
clients start accepting once they send 'map ok' to the server, which is the same moment we change their status to pre-active
2012-02-12(svn r23941) -Add: support for clangsmatz
2012-01-17(svn r23817) -Fix [FS#4962]: desync due to different NewGRF version. So ↵rubidium
reduce the chance that it happens significantly with betas/RCs/nightlies by doing the same as is done for stable releases: check the NewGRF version of server vs client. Previously this check was not done for nightlies/betas/RCs due to missing versioning information in the source tarballs, but they have that for a while now. So just force the NewGRF version check for all versions, and remove the broken --revision configure option
2012-01-09(svn r23780) -Fix [FS#4963] (r23764): also name the two new errors ↵truebrain
server-side. As extra, split up one of the errors in 3 errors, to be more specific what goes wrong. As cherry on top, make sure on all sides we can never again forget to add such entries on both sides, by introducing an assert_compile()
2012-01-07(svn r23769) -Codechange: make the lag/join start timeouts configurable as wellrubidium
2012-01-06(svn r23764) -Fix [FS#4955]: make default timeouts for certain states lower ↵rubidium
and configurable
2012-01-03(svn r23740) -Codechange: remove some 300 unneeded includes from the .cpp filesrubidium
2011-11-26(svn r23337) -Fix [FS#4826]: don't send chat messages to clients that ↵rubidium
haven't joined yet
2011-10-15(svn r23031) -Fix [FS#4804]: for the admin "bots" there was no distinction ↵rubidium
between bankruptcy and manual removal of companies even though the API suggested that
2011-08-21(svn r22805) -Codechange: move use of magic number for version checking to ↵rubidium
more logical location
2011-05-05(svn r22424) -Document: some more bitsrubidium
2011-05-01(svn r22400) -Codechange: replace some defines in the tcp/game code so ↵rubidium
doxygen can create better documentation
2011-04-30(svn r22384) -Fix [FS#4585]: No client error packet was sent to the admin botsrubidium
2011-04-22(svn r22372) -Fix (r22364) [FS#4598]: segmentation fault when trying to get ↵rubidium
the server's IP
2011-04-22(svn r22370) -Codechange/fix: keep better accounting of the order in which ↵rubidium
clients joined: * Clients can't be starved from joining the game * Clients will see the amount of clients actually waiting in front of them, instead of the amount of waiting clients in total
2011-04-22(svn r22369) -Codechange: allocate ClientInfo when needed, i.e. don't ↵rubidium
allocate it for clients that are there to just get a list of companies. This means that these short lived clients won't be seen by the admin network in their client queries anymore
2011-04-22(svn r22368) -Codechange: move the IP address field from the ClientInfo to ↵rubidium
ClientSocket
2011-04-22(svn r22367) -Codechange: send ClientSockets instead of ClientInfos to the ↵rubidium
admin "core" as they send IP addresses to the admin "bots"
2011-04-22(svn r22366) -Codechange: make GetClientIP a function of the server's ↵rubidium
ClientSocket, after all the Socket is the bit that's associated with the network
2011-04-22(svn r22365) -Codechange: add overload of NetworkServerKickOrBanIP using the ↵rubidium
ClientID, which later resolves the IP address to ban. This to consolidate the knowledge about resolving IP addresses
2011-04-22(svn r22364) -Codechange: don't show the (unknown) client address in the ↵rubidium
client list at clients
2011-04-22(svn r22363) -Codechange: NetworkFindClientStateFromClientID -> ↵rubidium
NetworkClientSocket::GetByClientID
2011-04-22(svn r22362) -Codechange: NetworkFindClientInfoFromClientID -> ↵rubidium
NetworkClientInfo::GetByClientID
2011-04-22(svn r22361) -Codechange: delete the client list popup when the client got ↵rubidium
removed (instead of previously selecting some other client)
2011-04-17(svn r22335) -Cleanup (r22308): remove superfluous tabssmatz
2011-04-09(svn r22308) -Fix [FS#4574]: waiting on a server could kick the client, or ↵rubidium
rather the client would kick itself due to an unexpected packet
2011-02-17(svn r22092) -Fix-ish (r22068): when you change a boolean to a enum, check ↵rubidium
specifically for a particular value
2011-02-15(svn r22086) -Fix: do not check if we can allocate an item if we won't try ↵smatz
to do so anyway
2011-02-12(svn r22070) -Fix [FS#4503] (r21399): crashes when disconnecting after ↵rubidium
requesting the map
2011-02-12(svn r22069) -Fix: delete all savegame packets, not just the first onerubidium
2011-02-12(svn r22068) -Codechange/Fix: return "connection lost" instead of "okay" ↵rubidium
when SendPackets closed the connection
2011-02-12(svn r22067) -Fix: don't hold a mutex when sending packets and thus possibly ↵rubidium
closing the connection as that wants to acquire the mutex again
2011-02-11(svn r22064) -Fix [FS#4497] (r21399): crash when disconnecting and ↵rubidium
reconnecting while the server is still saving the savegame
2011-02-08(svn r22032) -Codechange: add some asserts to verify we don't allocate too ↵rubidium
many NetworkClientSockets/Infos
2011-01-22(svn r21890) -Cleanup: remove some unneeded includesrubidium
2011-01-19(svn r21854) -Codechange: refactor the password setting methods to make it ↵rubidium
possible to change the password of other companies (on the server)
2011-01-19(svn r21853) -Codechange: HashCurrentCompanyPassword is only used by ↵rubidium
servers, so move it to network_server.* (dihedral)
2011-01-04(svn r21727) -Fix [FS#4377]: admin bots weren't always notified of password ↵rubidium
changes (dihedral)
2011-01-03(svn r21704) -Fix [FS#4374]: no need to perform any more checks after the ↵smatz
connection is closed (Rubidium)
2011-01-03(svn r21701) -Codechange: ConsoleColour = TextColour, so make it that way ↵rubidium
and remove some unneeded casts
2010-12-21(svn r21571) -Codechange: Having a break after a return is no good.alberth
2010-12-05(svn r21405) -Codechange: prepare sending of company information in the UDP ↵rubidium
packet for longer company names (in bytes), by truncating the names if needed
2010-12-05(svn r21401) -Fix: ofcourse MSVC x64 has something to complain about...rubidium
2010-12-05(svn r21399) -Change/Feature/Fix [FS#4284]: perform the compression of ↵rubidium
savegames to send to the client asynchroniously. This will reduce the lag of the other clients to the time it takes to make the memory dump and it will speed up downloading the map as the download starts earlier (possibly with a slightly lower bandwidth due to slow compression). This should also fix the lag message people get when the savegame compression takes more than a few seconds.
2010-12-05(svn r21398) -Change/Feature-ish: when making a savegame to send to a ↵rubidium
client, don't write it to disk but create the packets immediately
2010-12-05(svn r21392) -Change: prepare the network protocol for getting the file size ↵rubidium
later in the download process
2010-11-30(svn r21363) -Add: support for limiting the amount of (accepted) incoming datarubidium
2010-11-30(svn r21361) -Change: make sure the client is listening, or rather ↵rubidium
receiving, our frames