[Wesnoth-bugs] [bug #20582] [era] and [modification] WML is copied twice for MP campaign

Follow-up Comment #6, bug #20582 (project wesnoth): I will try but I am lagging a bit behind to latest SVN version r56594. ___ Reply to this item at: http://gna.org/bugs/?20582 ___ Message

[Wesnoth-bugs] [bug #19924] MP Campaigns - Deleting units in recall list causes OOS

Follow-up Comment #4, bug #19924 (project wesnoth): There is a report on the forum that similar problem still when deleting unit with filter on. See http://forums.wesnoth.org/viewtopic.php?f=4t=38479 ___ Reply to this item at:

[Wesnoth-bugs] [bug #20764] Starting gold in MP campaign is 2*mininum gold

URL: http://gna.org/bugs/?20764 Summary: Starting gold in MP campaign is 2*mininum gold Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Wed 24 Apr 2013 10:08:17 AM CST Category: Bug

[Wesnoth-bugs] [bug #20584] [MP] Events from [modification] are executed twice after reload

Update of bug #20584 (project wesnoth): Status:None = Invalid Assigned to:None = faabumc ___ Follow-up Comment #1: Can't reproduce the

[Wesnoth-bugs] [bug #20582] [era] and [modification] WML is copied twice for MP campaign

Follow-up Comment #4, bug #20582 (project wesnoth): As expected the proposed fix does not work. The test it was working OK was due to conflicting macro definitions in different add-ons. ___ Reply to this item at:

[Wesnoth-bugs] [bug #20582] [era] and [modification] WML is copied twice for MP campaign

Additional Item Attachment, bug #20582 (project wesnoth): File name: 20582.diff Size:1 KB ___ Reply to this item at: http://gna.org/bugs/?20582 ___ Message sent via/by

[Wesnoth-bugs] [bug #20582] [era] and [modification] WML is copied twice for MP campaign

Follow-up Comment #2, bug #20582 (project wesnoth): Hi lipk, it seems that if I do a svn merge -c -56181 . based on revision 56435, it seems to be working fine for me. I mean: - at scenario 1, the [modification] WML is copied only once in level - at scenario 2, the [modification] events are

[Wesnoth-bugs] [bug #20584] [MP] Events from [modification] are executed twice after reload

URL: http://gna.org/bugs/?20584 Summary: [MP] Events from [modification] are executed twice after reload Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Mon 04 Mar 2013 09:48:09 PM CST Category: Bug

[Wesnoth-bugs] [bug #20582] [era] and [modification] WML is copied twice for MP campaign

URL: http://gna.org/bugs/?20582 Summary: [era] and [modification] WML is copied twice for MP campaign Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Mon 04 Mar 2013 12:42:32 PM CST Category: Bug

[Wesnoth-bugs] [bug #20292] New unit checksum error during replay of A New Land

Update of bug #20292 (project wesnoth): Status: Ready For Test = Fixed ___ Follow-up Comment #4: The problem is fixed for me at revision 55933.

[Wesnoth-bugs] [bug #20292] New unit checksum error during replay of A New Land

URL: http://gna.org/bugs/?20292 Summary: New unit checksum error during replay of A New Land Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Mon 12 Nov 2012 04:15:10 PM CST Category: Bug

[Wesnoth-bugs] [bug #20292] New unit checksum error during replay of A New Land

Follow-up Comment #1, bug #20292 (project wesnoth): From further investigations, it appears that: - when A New land game is hosted on a MP server, an observer can observe and replay the game without OOS on recruit - if the host is saving the game and load it on local with replay, the replay is

[Wesnoth-bugs] [bug #20272] Problem during replay when units created in WML prestart event

Update of bug #20272 (project wesnoth): Status: Ready For Test = Fixed Release: 1.11.x = 1.11.0 ___ Follow-up Comment #2: The fix works for me

[Wesnoth-bugs] [bug #20009] mp scenario with random map launched from command line crashes

Follow-up Comment #3, bug #20009 (project wesnoth): A similar error is happening when loading the start save of a scenario in MP campaign that uses the generator. Here is the log with --log-debug=random,engine 20121103 00:10:46 debug random: Seeded random with 1415599072 with 0 calls, pool is

[Wesnoth-bugs] [bug #20262] MP Campaign: observer can't join at scenario 2 (No random seed found)

Update of bug #20262 (project wesnoth): Open/Closed:Open = Closed ___ Follow-up Comment #2: Tested OK. Problem is fixed for me at rev 55631

[Wesnoth-bugs] [bug #19924] MP Campaigns - Deleting units in recall list causes OOS

Follow-up Comment #3, bug #19924 (project wesnoth): Problem fixed. Tested OK in SVN trunk at rev 55631. ___ Reply to this item at: http://gna.org/bugs/?19924 ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #20261] MP campaign: observer back to lobby at scenario end

Update of bug #20261 (project wesnoth): Open/Closed:Open = Closed ___ Follow-up Comment #3: It is working for me at rev 55631. ___

[Wesnoth-bugs] [bug #20272] Problem during replay when units created in WML prestart event

URL: http://gna.org/bugs/?20272 Summary: Problem during replay when units created in WML prestart event Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Mon 29 Oct 2012 09:37:33 AM CST Category: Bug

[Wesnoth-bugs] [bug #20267] MP campaign: reload scenario with droided side creates OOS

URL: http://gna.org/bugs/?20267 Summary: MP campaign: reload scenario with droided side creates OOS Project: Battle for Wesnoth Submitted by: faabumc Submitted on: Sat 27 Oct 2012 03:24:30 PM CST Category: Bug

[Wesnoth-bugs] [bug #20227] MP Campaign: unparsed underlying_id lead to duplicate id conflicts

Update of bug #20227 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?20227 ___ Message sent

[Wesnoth-bugs] [bug #20227] MP Campaign: unparsed underlying_id lead to duplicate id conflicts

Follow-up Comment #2, bug #20227 (project wesnoth): Patch applied on trunk. ___ Reply to this item at: http://gna.org/bugs/?20227 ___ Message sent via/by Gna! http://gna.org/

[Wesnoth-bugs] [patch #3538] MP campaign: Synchronize underlying_unit_id in MP campaigns (bug #20227)

Update of patch #3538 (project wesnoth): Status:None = Done Assigned to:None = faabumc ___ Follow-up Comment #1: Patch applied on