bugBattle for Wesnoth - Bugs: bug #10871, Send event-triggering moves...

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #10871: Send event-triggering moves earlier in MP

Submitted by:  Lari Nieminen <zookeeper>
Submitted on:  Thu Jan 24 22:57:46 2008  
Category: Feature RequestSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Networking
Status: FixedPrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Release: trunkOperating System: all

Wed Dec 3 04:03:20 2014, comment #1:

This has been partly implemented (1.11.13): moves an other actions are transmitted as soon as an external input is required. This imples rng seeds, so as soon as you use the synced rng, for example by using [set_variable]rand= or as soon as you create a unit with random traits the move is transmitted to teh other clients. Note that we cannot transmit moves as soon as en event in involved, becase even with moveto events the move might still be undoable. And yes, the ase of [option] with messages or other user inout is also handled correctly.

I spend quiet some time thinking about cases like "player 1 makes a move which is transmitted during a moveto event and then player 1 leaves during a user input dialog in the moveto event", and i think it'll work. But ofc there can still be other corner cases that might not work.

Daniel <gfgtdf>
Project Member
Thu Jan 24 22:57:46 2008, original submission:

Currently, in networked MP, if I move a unit which results in a moveto event (for instance) getting triggered, that move won't get transmitted to the other players until the event has finished for me.

This is annoying when the event is long, for instance involving a lot of dialogue, because the other players won't get to read it until I've read it completely. If the move was transmitted to the other players just before triggering the event, they would get to read the dialogue at the same time I do.

There's one corner case that would need special handling however: [option]s (or [text_input]s) in [message]s. Since those require input from the current player, the other players shouldn't be able to get to any WML actions that follow that [message] before the current player has transmitted his input to them.

Lari Nieminen <zookeeper>
Project Administrator


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by shadowmaster (Updated the item)
  • -unavailable- added by gfgtdf (Posted a comment)
  • -unavailable- added by zookeeper (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon Apr 20 03:47:31 2015shadowmasterOpen/ClosedOpen=>Closed
    Wed Dec 3 04:03:20 2014gfgtdfStatusNone=>Fixed
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup