summaryrefslogtreecommitdiff
path: root/src/network
AgeCommit message (Collapse)Author
2010-12-07(svn r21429) -Fix [FS#3771]: the server didn't check for the paused state ↵rubidium
when allowing to execute commands
2010-12-06(svn r21420) -Fix: admins were always given the stats of company 0rubidium
2010-12-06(svn r21418) -Fix: core.h needs config.hrubidium
2010-12-05(svn r21417) -Fix: ofcourse MSVC x64 has something to complain aboutrubidium
2010-12-05(svn r21412) -Codechange: limit company name by amount of characters, not bytesrubidium
2010-12-05(svn r21406) -Codechange: rename some textbuf related names to make them a ↵rubidium
bit more descriptive
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 r21400) -Fix [FS#4284]: when loading a savegame takes more than 2 ↵rubidium
seconds locally, don't see that as lag of the server. Also increase the client side's lag thresholds a bit
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 r21397) -Change/Feature-ish: when getting a savegame from the server, ↵rubidium
just keep it in memory instead of writing it to a file
2010-12-05(svn r21396) -Codechange: rename SafeSaveOrLoad to SaveLoad (it only did ↵rubidium
load), and add support for (safe) loading with a LoadFilter
2010-12-05(svn r21392) -Change: prepare the network protocol for getting the file size ↵rubidium
later in the download process
2010-12-05(svn r21390) -Codechange: prepare the network join progress bar for getting ↵rubidium
the file size later in the download process, i.e. when a chunk of the savegame is already received by the client
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
2010-11-30(svn r21358) -Codechange: make some network function names conform to coding ↵rubidium
style
2010-11-30(svn r21357) -Codechange: make it possible to resize the packet's bufferrubidium
2010-11-28(svn r21350) -Fix: some indentationrubidium
2010-11-27(svn r21344) -Feature [FS#4214]: Natural sorting of strings using ICU.terkhen
2010-11-26(svn r21334) -Fix [FS#4271]: make (more) sure that the savegame and ↵rubidium
transferred file are the same file and not different ones
2010-11-26(svn r21331) -Codechange: Make drawing the widgets default behaviour in ↵alberth
OnPaint().
2010-11-25(svn r21322) -Fix [FS#4268] (r20924): packets were leakedrubidium
2010-11-25(svn r21319) -Fix: crash when creating file download by the content download ↵smatz
system failed
2010-11-25(svn r21318) -Fix: parameters to ShowErrorMessage() were swapped when ↵smatz
content download failed
2010-11-23(svn r21308) -Fix [FS#4262] (r20933-ish): crash upon desyncrubidium
2010-11-23(svn r21302) -Fix (r18994): do not add HTTP connection to list of ↵smatz
connections when it fails in the beginning
2010-11-21(svn r21285) -Codechange: prevent ICC warningsmatz
2010-11-19(svn r21256) -Fix [FS#4189]: Clients weren't always notified when the ↵rubidium
connection was lost
2010-11-19(svn r21254) -Change: show a different "lag" message when a client is ↵rubidium
lagging because of connection trouble or lagging because the client is just slow
2010-11-18(svn r21248) -Codechange: don't run the tar scanner twice upon startuprubidium
2010-11-18(svn r21246) -Fix: upon rescanning AIs the new AIs would (after some time) ↵rubidium
show up in the AI list but you could not select all
2010-11-14(svn r21182) -Fix: possible just-freed memory readsrubidium
2010-11-13(svn r21157) -Codechange: remove information about the text direction out of ↵rubidium
the language "list"
2010-11-01(svn r21071) -Fix: ofcourse the svn properties weren't set properly either :(rubidium
2010-11-01(svn r21070) -Fix: file not being picked up by doxygenrubidium
2010-10-24(svn r21033) -Codechange: be more strict with the packets a client accepts ↵rubidium
at a given moment
2010-10-24(svn r21032) -Codechange: perform some more strict tests on the server side ↵rubidium
when receiving some packets and don't send some when the clients aren't ready for them
2010-10-24(svn r21030) -Codechange: move ClientStatus into the network server socket classrubidium
2010-10-24(svn r21029) -Codechange: split the map downloading packet + 3-state enum ↵rubidium
into 3 separate packets
2010-10-24(svn r21027) -Change/Fix: under some circumstances the file handle of the ↵rubidium
downloaded savegame wouldn't be closed, and validity of the handled wasn't checked in all cases
2010-10-24(svn r21025) -Codechange: document PacketGameType's enums and reshuffle them ↵rubidium
slightly to make the whole more readable and easier to understand
2010-10-24(svn r21024) -Fix: erroneous tabrubidium
2010-10-22(svn r21008) -Change: don't make client reconnect waiting time depend on the ↵rubidium
company; in coop games that does not spread clients at all, and most companies have a low number causing it not to be spread out either. Use the ClientID instead. Based on a patch by dihedral.
2010-10-21(svn r21004) -Fix [FS#3746]: chat/console messages got sometimes messed up ↵rubidium
due to LTR names in RTL translations and vice-versa
2010-10-20(svn r21001) -Fix [FS#4170] (r20936): clients were not always notified of a ↵rubidium
player leaving the game
2010-10-18(svn r20993) -Codechange: some shuffling of game protocol packet description ↵rubidium
so they're documented in the "same" place as UDP, content and admin packets (dihedral)
2010-10-18(svn r20988) -Fix [FS#4167]: no need to send packets and possibly get the ↵rubidium
connection closed when the next call also tries to send the packets and then closes the connection. Especially if the former frees a structure that the latter assumes to be still there
2010-10-17(svn r20978) -Fix (r20963): MSVC seems to be complaining more than GCC once ↵rubidium
again :)