| Age | Commit message (Collapse) | Author |
|---|
|
settings (monoid)
|
|
(some) files instead of the default one
|
|
intro game for the first time
|
|
|
|
instead of showing the "savegame corrupted" message
|
|
|
|
|
|
cases like creating a new scenario.
|
|
depottests. (adf88)
|
|
vehicles when converting savegames.
|
|
|
|
|
|
|
|
|
|
were swapped
|
|
as no real order influencing path finding is added
|
|
|
|
|
|
finished before starting a new one. Otherwise you could start a save, which would be marked as done by the previous save stopping and then yet another save could be started... and that could create a deadlock
|
|
|
|
|
|
pointer might not be converted or be NULL at that point
|
|
|
|
orderlist
|
|
the game
|
|
|
|
to an invalid savegame, use SlErrorCorrupt instead
|
|
requesting the map
|
|
reconnecting while the server is still saving the savegame
|
|
|
|
maximum train length to the length of the longest train
|
|
"front engine" conversion was done for road vehicles, so road vehicles didn't have orders anymore
|
|
the pool and crash
|
|
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.
|
|
copying, sharing, unsharing or deleting all orders.
|
|
CargoPacket before actually trying to do so
|
|
new pool items while loading old savegames
|
|
|
|
difficulty.industry_density.
|
|
deal with no longer existing Engine items after resetting the pool.
|
|
reconstruction.
|
|
|
|
replacment for the old 'none' setting in the newgame window.
|
|
|
|
tiles in the depot
-Fix [FS#4461]: don't count the number of vehicles but the length of vehicles to (configurably) limit train length
|
|
crashed in a tunnel entry, or with vehicles reversing there
|
|
are cleared afterwards during savegame conversion
|
|
a tunnel upon savegame load (SmatZ)
|
|
|
|
and cur_real_order_index to keep track of the current real order in an unambiguous way.
-Fix [FS#4440]: Automatic orders behave now stable wrt. service orders and are not added or removed depending on the need of servicing.
-Fix: Various other issues with automatic orders, e.g. vehicles getting stuck with "no orders" when there are automatic orders at the end of the order list.
|
