bugBattle for Wesnoth - Bugs: bug #21873, multiplayer forcing a player to...

Show feedback again

bug #21873: multiplayer forcing a player to exit upon loss

Submitted by:  None
Submitted on:  Fri Mar 28 12:55:05 2014  
Category: BugSeverity: 5 - Blocker
Priority: 6Item Group: Multiplayer
Status: Works For MePrivacy: Public
Assigned to: NoneOriginator Email: -unavailable-
Open/Closed: ClosedRelease: 1.11.12
Operating System: OSX

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Sat Jun 7 22:22:14 2014, comment #8:

Ok now I tested on master at 8f428f9, https://github.com/wesnoth/wesnoth/commit/8f428f9

Did not observe the problem here either. So I guess it's unique to 1.11.12 and my branch...

Going to change status to "works for me" in the meantime.

Chris Beck <involution>
Project Member
Sat Jun 7 15:39:22 2014, comment #7:

Okay, I did a similar test at this commit, and did not crash:


And it was similar in that the killing blow was dealt by a unit which leveled up.

So I might test again but maybe should change status to fixed / works for me, and I will debug my other branch...

Chris Beck <involution>
Project Member
Sat Jun 7 14:39:45 2014, comment #6:

Hmm actually I think messed up...

238bdbd is a revision from this branch: https://github.com/wesnoth/wesnoth/pull/191

that has since got rebased :O

So I think I did not reproduce on a clean master?

I will write again, but it actually may be a problem in my branch and not master or 1.12? It's just that it reminded me of this report.

Chris Beck <involution>
Project Member
Sat Jun 7 14:15:39 2014, comment #5:

also playing a nomral 1va1 game where the other player droided his side didn't reproduce this bug to me.

Sat Jun 7 10:28:05 2014, comment #4:

hm i sill don't know how to reproduce.
Is the obserer needed to reroduce?
From the log you posted i can see that the last attack caused an advancemnt is that needed to reproduce? Also in the log i read something about an ai is that needed to reproduce?

In a normal 1vs1 game + observer + "make easy for debug mp-mod" i didn't get an error.

Also i couldn't find revision 238bdbd (https://github.com/wesnoth/wesnoth/commit/238bdbd gives me an error).

It seems like the game exits because an end_level_exception is thrown do you know where? maybe you can make you debugger "break on throw" or a breakpoint in end_level_exception constructor?

Sat Jun 7 02:03:26 2014, comment #3:

I'm upgrading this to blocker, also note that I reproduced on master branch not 1.12 but most likely it does affect both since original report was 1.11.2.

My reproduction was from revision 238bdbd with no modifications.

Chris Beck <involution>
Project Member
Sat Jun 7 01:56:18 2014, comment #2:

I am now able to reproduce this. It seems that it may only affect games where a human player is controlling the final attack, not games with two droids (which is what I tested earlier.)

Here's my host, client, obs, and server debugging logs:
I'm also attaching a replay.

I'm marking this as "confirmed".

=== HOST LOG ===

=== CLIENT ===

=== OBSERVER ===

=== SERVER ===

(file #20945)

Chris Beck <involution>
Project Member
Sat Mar 29 00:56:24 2014, comment #1:

I just made a networked test game with 2 clients on Sablestone Delta. The game ended without any problem.

Can you be more specific, by giving us a specific scenario that causes a problem, and a recipe which consistently causes the bug on the platform that is having a problem?

Chris Beck <involution>
Project Member
Fri Mar 28 12:55:05 2014, original submission:

I submitted my operating system, I'm not sure about the operating system of the guy actually experiencing this bug.

We played a couple multiplayer matches, each one ended with him losing but everytime he lost the game reported him as having disconnected and when he got back he said that the game had forcibly shut down. This would happen in the middle of the post-game screen even before I hit end scenario.



(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):

Attached Files


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by mattsc (Updated the item)
  • -unavailable- added by involution (Posted a comment)
  • -unavailable- added by None (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 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon Oct 13 20:08:46 2014mattscOpen/ClosedOpen=>Closed
    Sat Jun 7 22:22:14 2014involutionStatusConfirmed=>Works For Me
    Sat Jun 7 02:03:49 2014involutionPriority5 - Normal=>6
    Sat Jun 7 02:03:26 2014involutionSeverity4 - Important=>5 - Blocker
    Sat Jun 7 01:56:18 2014involutionAttached File-=>Added 2p_—_Hornshark_Island_replay_client_obs_crash.bz2, #20945
      StatusNeed Info=>Confirmed
    Sat Mar 29 00:56:24 2014involutionStatusNone=>Need Info
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup