summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2011-02-13(svn r22073) -Fix: immediately update the train weight when you change the ↵yexo
multiplier for train cargo weight
2011-02-13(svn r22072) -Fix (r21966): flipping wasn't (correctly) disabled in some casesrubidium
2011-02-13(svn r22071) -Fix (r20075): some hotkey names in hotkey.cfg for the scenario ↵yexo
editor toolbar were completely bogus
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-12(svn r22066) -Fix [FS#4502]: building a statue did not check whether the ↵rubidium
object pool is full
2011-02-12(svn r22065) -Fix [FS#4500]: pool allocation checks triggered when towns ↵rubidium
could not be built
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-11(svn r22063) -Change: make the "has network" check also check whether the ↵rubidium
client is actually fully connected
2011-02-11(svn r22062) -Fix: memory leak when saving fails mid-wayrubidium
2011-02-11(svn r22061) -Change: when loading old savegames with long trains set the ↵yexo
maximum train length to the length of the longest train
2011-02-11(svn r22060) -Update from WebTranslator v3.0:translators
arabic_egypt - 46 changes by Company_director hungarian - 20 changes by IPG spanish - 1 changes by Terkhen
2011-02-11(svn r22059) -Fix (r21179): Make the send chat message window follow the ↵terkhen
position of the status bar.
2011-02-11(svn r22058) -Fix (r22050): removing broken orders happened before the ↵rubidium
"front engine" conversion was done for road vehicles, so road vehicles didn't have orders anymore
2011-02-11(svn r22057) -Fix: waypoint conversion could (previously) silently overfill ↵rubidium
the pool and crash
2011-02-11(svn r22056) -Fix [FS#4408]: metric and imperial HP are not the same. As ↵rubidium
imperial HP are used internally, set a conversion rate for metric HP -Change: make the imperial HP to kW conversions a bit more precise
2011-02-11(svn r22055) -Fix [FS#4490]: [Squirrel] some invalid squirrel code caused ↵yexo
the squirrel compiler to crash
2011-02-10(svn r22054) -Codechange: support for rounding the converted units to their ↵rubidium
closest integral value instead of flooring
2011-02-10(svn r22053) -Fix: The land area information window was not updated after a ↵terkhen
language change.
2011-02-10(svn r22052) -Update from WebTranslator v3.0:translators
catalan - 11 changes by arnau
2011-02-10(svn r22051) -Fix (r21935): Roads under road stops would get a wrong owner ↵terkhen
after overbuilding.
2011-02-10(svn r22050) -Fix-ish [FS#4496]: in ancient savegames, e.g. TTO savegames, ↵rubidium
non primary vehicles (wagons and such) could have unitnumbers or even orders. However, these orders would not be updated when a station is removed. As such some savegames have wagons with current orders to invalid stations which triggers trouble in the load conversion. So, trash any orders/unitnumbers a non-primary vehicle has.
2011-02-10(svn r22049) -Codechange: Add assert condition to GetRoadOwner.terkhen
2011-02-10(svn r22048) -Fix (r4495): company 0 does not always exist, so put temporary ↵glx
vehicles in a valid company
2011-02-10(svn r22047) -Fix: selling a vehicle triggered the assert added in r22041yexo
2011-02-09(svn r22046) -Fix [FS#4487]: Make sure order indices stay in range when ↵frosch
copying, sharing, unsharing or deleting all orders.
2011-02-09(svn r22045) -Codechange: Move cancelling the current loading order on ↵frosch
deleting the current order to a separate function.
2011-02-09(svn r22044) -Fix [FS#4493]: update the consist cache when a part of a train ↵rubidium
is flipped in the depot
2011-02-09(svn r22043) -Fix: invalidate the right windows when a part of a train is ↵rubidium
flipped in the depot
2011-02-09(svn r22042) -Fix: when loading a TTO/TTD savegame, verify we can allocate a ↵smatz
CargoPacket before actually trying to do so
2011-02-09(svn r22041) -Codechange: add a check that we called ↵smatz
PoolItem::CanAllocateItem() before actually allocating it
2011-02-09(svn r22040) -Codechange: handle case where too many Engines would be ↵rubidium
loaded, and ensure we don't overfill the SpriteGroup pool
2011-02-09(svn r22039) -Update from WebTranslator v3.0:translators
dutch - 3 changes by habell korean - 3 changes by junho2813 brazilian_portuguese - 99 changes by Luis_Mizuchiro serbian - 1 changes by etran
2011-02-09(svn r22038) -Fix (r21406): Tab completion in chat did not cycle through all ↵terkhen
possible options.
2011-02-09(svn r22037) -Codechange: remove some unneeded (hidden) castingrubidium
2011-02-09(svn r22036) -Codechange: rename units to match coding style, and give ↵rubidium
conversion variables a more descriptive name
2011-02-09(svn r22035) -Codechange: refactor (display) unit conversion to happen at a ↵rubidium
single place
2011-02-08(svn r22034) -Fix [FS#4488]: crash when watching the vehicle view of a ↵rubidium
vehicle that has multiple sequential nearest depot orders (or consists of a single nearest depot order) when there is no depot with index 0
2011-02-08(svn r22033) -Fix: don't crash when there are too many objects generated ↵smatz
already when placing transmitters
2011-02-08(svn r22032) -Codechange: add some asserts to verify we don't allocate too ↵rubidium
many NetworkClientSockets/Infos
2011-02-08(svn r22031) -Fix: bad servers could crash a clientrubidium
2011-02-08(svn r22030) -Cleanup: dead code in NetworkGameWindow::OnInvalidateData (adf88)rubidium
2011-02-08(svn r22029) -Fix [FS#4482]: the server list got not resorted/redrawn after ↵rubidium
NewGRFs were downloaded
2011-02-08(svn r22028) -Cleanup: remove traces of a debugging "feature" that got ↵rubidium
disabled a long time ago
2011-02-08(svn r22027) -Update from WebTranslator v3.0:translators
traditional_chinese - 38 changes by josesun luxembourgish - 12 changes by Phreeze
2011-02-08(svn r22026) -Fix: don't crash when we generate too many objects while ↵smatz
generating map
2011-02-08(svn r22025) -Fix: verify there is enough space in the pool when creating ↵smatz
new pool items while loading old savegames
2011-02-08(svn r22024) -Fix [FS#4468]: verify we can allocate an OrderList before we ↵smatz
actually try to do so (Rubidium)