[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Update of bug #21903 (project wesnoth): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #10, bug #21903 (project wesnoth): for the log: 1.12 commit is: https://github.com/wesnoth/wesnoth/commit/986002b44880093e848e7c10a8a08581d53e3796 master commit is: https://github.com/wesnoth/wesnoth/commit/35f781d428aed486752d65d01624d9a236a363d5 ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Nachricht gesendet von/durch Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #8, bug #21903 (project wesnoth): As someone who has played a lot of MP campaigns as both host and player, that seems a reasonable way to handle it IMO. We just need to make players aware of this now, though really they will also figure it out. ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Update of bug #21903 (project wesnoth): Status:Works For Me = Ready For Test ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #9, bug #21903 (project wesnoth): Let's be sure to test how observers are handled as well. Ideal behavior would be that observers also progress. I can help test that, hit me up on IRC (as happygrue) and we can make sure this works. ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Update of bug #21903 (project wesnoth): Status:None = Works For Me ___ Follow-up Comment #7: ok i implemented what i said below in the following way: Hosts can always end linger mode, non host can never end linger mode. Instead, the linger mode is ended on non hosts when it's ended on hosts. ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Nachricht gesendet von/durch Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #6, bug #21903 (project wesnoth):
ok i think the orignal plan to make this work was to disable the end_turn
button when starting linger mode, and reable it when receivong
notifynextscenario, in playturn.cpp with:
gui::button* btn_end =
resources::screen-find_action_button(button-endturn);
if(btn_end) {
btn_end-enable(true);
}
return PROCESS_END_LINGER;
however this doesn't work because the state of the endturn button get
reassigned by the hotkeys code to the value of
can_execute_command(end turn hotkey, null)
so i tihnk in order to fix this problem we have to ensure
can_execute_command(hotkey::HOTKEY_ENDTURN) returns the correct value.
Note the it shoudl always return true for the host when in linger mode.
___
Reply to this item at:
http://gna.org/bugs/?21903
___
Nachricht gesendet von/durch Gna!
http://gna.org/
___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #5, bug #21903 (project wesnoth): Also related: the button should probably be greyed out and unclickable for observers as well, until the host gives the next level. ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #4, bug #21903 (project wesnoth): I think the problem is actually just a UI problem and not with any of the engine -- the end scenario button in linger mode should not be clickable when it is greyed out! ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Follow-up Comment #2, bug #21903 (project wesnoth): I have tested this now in 1.11.5: There's no mp campaign mechanism there, but I used the looping test scenario in a networked setting. Then there is still a bug here but the character is different: If P2 ends the scenario before the host, they transition to the next level, but they believe they should play before the host and cause OOS this way. ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Update of bug #21903 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
