summaryrefslogtreecommitdiff
path: root/src/network
AgeCommit message (Collapse)Author
2011-05-06(svn r22431) -Fix (r22399): NETWORK_RECV_STATUS_MALFORMED_PACKET != false.michi_cc
2011-05-06(svn r22429) -Add: some constants for specific palette colours used in the GUI.frosch
2011-05-05(svn r22424) -Document: some more bitsrubidium
2011-05-04(svn r22423) -Document: some network stuffrubidium
2011-05-04(svn r22421) -Fix: Replace various references to Windows palette greyscale ↵frosch
indices with the DOS palette indices.
2011-05-02(svn r22410) -Document: some more bits ;)rubidium
2011-05-01(svn r22403) -Document: some more network/core coderubidium
2011-05-01(svn r22401) -Codechange: replace some defines in the udp code so doxygen ↵rubidium
can create better documentation
2011-05-01(svn r22400) -Codechange: replace some defines in the tcp/game code so ↵rubidium
doxygen can create better documentation
2011-05-01(svn r22399) -Codechange: replace some defines in the tcp/content code so ↵rubidium
doxygen can create better documentation
2011-05-01(svn r22398) -Codechange: remove some defines from the tcp/admin code, so ↵rubidium
doxygen can create better documentation
2011-04-30(svn r22387) -Fix-ish [FS#4601]: Windows' recv seems to return "graceful ↵rubidium
closed" before having passed the remaining buffer which causes OpenTTD to think all connections are "incorrectly" terminated, i.e. without the "I'm leaving" packet from the client. So let the client wait a tiny bit after sending the "I'm leaving" packet and before gracefully closing the connection
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-22(svn r22360) -Codechange: use globally unique client id to mark the selected ↵rubidium
client instead of the position in the client list
2011-04-22(svn r22359) -Codechange: pass client info pointers instead of the position ↵rubidium
to the client popup list's callbacks
2011-04-22(svn r22358) -Codechange: WC_TOOLBAR_MENU isn't the right name when its only ↵rubidium
used for client list popups
2011-04-22(svn r22357) -Fix (r22345): crash when opening the chat box or company ↵smatz
password input box
2011-04-17(svn r22343) -Change: Remove pixel limiter for query strings.terkhen
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-03-13(svn r22248) -Codechange: Make OnInvalidateData() process 'delete this;' ↵frosch
already in command scope.
2011-03-13(svn r22247) -Codechange: Update comments wrt. ForceRebuild() in command-scope.frosch
2011-03-13(svn r22241) -Codechange: Add additional to-be-used parameter to ↵frosch
OnInvalidateData().
2011-03-06(svn r22208) -Fix [FS#4543]: When downloading a file via HTTP failed mid-way ↵rubidium
and OpenTTD fell back to the old system the partial downloaded amount would be counted twice
2011-03-03(svn r22162) -Fix [FS#4533]: No update of NewGRF window when unknown GRF ↵yexo
name becomes available
2011-02-27(svn r22154) -Fix [FS#4529]: _current_company was modified when moving a ↵terkhen
client to spectators, causing issues in bankruptcy (Rubidium)
2011-02-25(svn r22144) -Codechange: Unify 'while (true)' to 'for (;;)'alberth
2011-02-20(svn r22123) -Fix [FS#4522]: CommandQueue::Pop() did not update 'last'; ↵frosch
popping the last item caused the queue to disconnect unless there was only one item.
2011-02-20(svn r22121) -Fix: In case of high frame_freq one could get commands ↵rubidium
executed after a new network game was started
2011-02-19(svn r22116) -Codechange: use PoolBase::Clean() at more placessmatz
2011-02-17(svn r22093) -Fix [FS#4514]: The server list did not get sorted with one ↵rubidium
item in it, so the "position in the list" variable was never updated causing problems when using the keyboard shortcuts for scrolling
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-15(svn r22085) -Fix: assert when connecting to the admin portsmatz
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