summaryrefslogtreecommitdiff
path: root/src/order_backup.cpp
AgeCommit message (Collapse)Author
2012-07-29(svn r24446) -Add [FS#5199]: Store more consist properties in order backups.frosch
2012-07-29(svn r24444) -Codechange: Base OrderBackup on BaseConsist.frosch
2011-12-09(svn r23464) -Fix [FS#4876]: clear the backed up orders of a removed station ↵rubidium
as well, otherwise one could create orders to a station that was never in the original backupped orders. For example a road vehicle trying to go to a buoy.
2011-11-12(svn r23199) -Fix [FS#4822]: oil rigs that "expired" did not get removed ↵rubidium
from the station list
2011-05-18(svn r22473) -Codechange: Automatic orders are better called implicit orders ↵planetmaker
as no real order influencing path finding is added
2011-05-02(svn r22410) -Document: some more bits ;)rubidium
2011-02-19(svn r22116) -Codechange: use PoolBase::Clean() at more placessmatz
2011-02-10(svn r22047) -Fix: selling a vehicle triggered the assert added in r22041yexo
2011-01-31(svn r21933) -Codechange: Split cur_order_index into cur_auto_order_index ↵frosch
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.
2011-01-18(svn r21846) -Codechange: move documentation towards the code to make it ↵rubidium
more likely to be updated [o-s].
2010-12-08(svn r21438) -Fix (r21424): fix triggered an assertion when the build did ↵rubidium
support networking
2010-12-07(svn r21424) -Fix: CMD_CLEAR_ORDER_BACKUP might not get executed when the ↵rubidium
user pressed the shift key
2010-08-26(svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to ↵rubidium
some headers
2010-08-19(svn r20571) -Codechange: free/reserve some bits in the order commands to ↵rubidium
increase the vehicle pool limit
2010-08-18(svn r20547) -Change: the way order backups are performed. Now restoring an ↵rubidium
order doesn't require up to 765 commands.
2010-08-18(svn r20545) -Codechange: make sure an OrderBackup gets cleared when the ↵rubidium
depot it belongs to gets removed, the depot window gets closed or when another vehicle gets sold in a depot
2010-08-18(svn r20541) -Fix: when removing a vehicle update the "clone orders ↵rubidium
of"-vehicle of a backed up order, or remove it if there is no vehicle sharing orders with that vehicle.
2010-08-18(svn r20539) -Codechange: make order backups more self-contained.rubidium