[Commits] [wesnoth/wesnoth] 78aadf: rename replay [checkup] tags to [result]

[GitHub]

  Branch: refs/heads/1.12
  Home:   https://github.com/wesnoth/wesnoth
  Commit: 78aadf428f7eba52afeba25b6e1468fa222c378f
      https://github.com/wesnoth/wesnoth/commit/78aadf428f7eba52afeba25b6e1468fa222c378f
  Author: gfgtdf <f492343 at rmqkr.net>
  Date:   2014-04-21 (Mon, 21 Apr 2014)

  Changed paths:
    M src/synced_checkup.cpp

  Log Message:
  -----------
  rename replay [checkup] tags to [result]

before it looked like this:
[checkup]
[checkup]
a=b
[/checkup]
[checkup]
c=d
[/checkup]
[/checkup]
now it looks like:
[checkup]
[result]
a=b
[/result]
[result]
c=d
[/result]
[/checkup]


  Commit: 63cc9da38200fc8cdaa92955ceb1a161ad4fc566
      https://github.com/wesnoth/wesnoth/commit/63cc9da38200fc8cdaa92955ceb1a161ad4fc566
  Author: gfgtdf <f492343 at rmqkr.net>
  Date:   2014-04-21 (Mon, 21 Apr 2014)

  Changed paths:
    M src/replay.cpp

  Log Message:
  -----------
  more robust replaying

instead of giving an assertion error after the OOS message we now

1) ignore dependent comments when we find them but didn't expect them
2) save commands for later when we find them while expecting another
dependent command. In this case we try to get a correct dependent
command by querying the user.

after we showed the OOS message ofc.


  Commit: 986002b44880093e848e7c10a8a08581d53e3796
      https://github.com/wesnoth/wesnoth/commit/986002b44880093e848e7c10a8a08581d53e3796
  Author: gfgtdf <f492343 at rmqkr.net>
  Date:   2014-04-21 (Mon, 21 Apr 2014)

  Changed paths:
    M src/playmp_controller.cpp

  Log Message:
  -----------
  fix 21903

it's now impossible for non hosts to advance to the next scenario before
the host does, this is the intended behavior which didn't work before
because the hotkeys system automaticly sets the endturnbutton enabled if
can_execute_command(turn_info::HOTKEY_ENDTURN) == true.

We also make the clients end linger mode immediately when they receive a
PROCESS_END_LINGER, to prevent receiving data of the next scenario while we are not playing it.


  Commit: 213a93f97635704b934fb97ec8a299723832ffd0
      https://github.com/wesnoth/wesnoth/commit/213a93f97635704b934fb97ec8a299723832ffd0
  Author: gfgtdf <f492343 at rmqkr.net>
  Date:   2014-04-21 (Mon, 21 Apr 2014)

  Changed paths:
    M src/play_controller.cpp
    M src/playmp_controller.cpp

  Log Message:
  -----------
  partly revert e454252f218b

this should restore the behaviour that players don't loose if they have
no units left after the start event. Because it wasn't tested enough.

Note, that in most cases we don't need the check_victory in
playmp_controller::play_network_turn because we have a check_victory()
in the end in run_in_sycned_command


Compare: https://github.com/wesnoth/wesnoth/compare/5ab543a0264d...213a93f97635