[Wesnoth-bugs] [bug #13288] "The Chief Must Die" scenario consistently crashes Wesnoth

Update of bug #13288 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #2: I can reproduce with that save, with 1.6 and latest 1.6+svn, on Mac OS 10.5.6. ___

[Wesnoth-bugs] [bug #13288] "The Chief Must Die" scenario consistently crashes Wesnoth

Follow-up Comment #1, bug #13288 (project wesnoth): Can't reproduce here. I've played the scenario to the end with no problems and also killed units on the defense with Kalenz (hidden and not hidden). ___ Reply to this item at:

[Wesnoth-bugs] [bug #13296] Assertion failure and abort in Caverns of Flame scenario

Update of bug #13296 (project wesnoth): Status: Confirmed => Fixed Assigned to:None => soliton ___ Follow-up Comment #3: Here is the fixed

[Wesnoth-bugs] [bug #13288] "The Chief Must Die" scenario consistently crashes Wesnoth

Update of bug #13288 (project wesnoth): Severity: 3 - Normal => 5 - Blocker ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13296] Assertion failure and abort in Caverns of Flame scenario

Summary: Systematic crash in Caverns of Flame scenario => Assertion failure and abort in Caverns of Flame scenario ___ Follow-up Comment #1: Confirmed under Linux with r34321. This is an assertion failure: 20090330 21:52:12 error con

[Wesnoth-bugs] [bug #11294] porting wmlxgettext from perl to python, spec list

Update of bug #11294 (project wesnoth): Status:None => Ready For Test ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [patch #1148] random village naming: second sylabus

Follow-up Comment #2, patch #1148 (project wesnoth): Please also check your patch for indentation; there are places where you use spaces instead of tabs, and vice versa; this is a bit of a mess. There are even places where you fill an empty line with spaces. Overall, I'm concerned by the approac

[Wesnoth-bugs] [bug #13296] Systematic crash in Caverns of Flame scenario

URL: Summary: Systematic crash in Caverns of Flame scenario Project: Battle for Wesnoth Submitted by: ldicesare Submitted on: Monday 03/30/2009 at 20:28 Category: Bug Severity:

[Wesnoth-bugs] [patch #1148] random village naming: second sylabus

Follow-up Comment #1, patch #1148 (project wesnoth): ok, couple of comments don't worry the first reviews are usually full of seemongly useless stuff to correct please review your patch for minor useless changes like * adding a blank space at end of line 37 of mapgen.cpp * adding an extra spa

[Wesnoth-bugs] [patch #1146] Implement AI hot-redeployment and refactor the AI and AI parameter lookup code

Follow-up Comment #3, patch #1146 (project wesnoth): For overview of new functionality, execute formula "!help" from formula console. The main question is : has I broken anything that uses team.cpp ? (i intended to preserve team.cpp interface and semantics) I've checked it myself, by rereading

[Wesnoth-bugs] [bug #3379] Fix the AI "cheating" on fog/shroud maps

Update of bug #3379 (project wesnoth): Assigned to:None => dragonking ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #6164] Documentation of resource GUI elements

Update of bug #6164 (project wesnoth): Assigned to:None => mordante ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #8099] start compaign: differentiate add-ons and factory campaigns

Update of bug #8099 (project wesnoth): Assigned to:None => mordante ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #11837] Improve AI to make better use of the leader

Update of bug #11837 (project wesnoth): Assigned to:None => dave ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #12764] Detect potential one-sided dialogue with wmllint

Update of bug #12764 (project wesnoth): Status:None => Fixed Assigned to:None => esr ___ Follow-up Comment #1: wmllint already do

[Wesnoth-bugs] [bug #13294] No localedef

Update of bug #13294 (project wesnoth): Assigned to:None => silene ___ Follow-up Comment #1: The files are not dummy. But they are not supposed to be created by default either, unless you

[Wesnoth-bugs] [bug #12773] All campaign data in single compressed file.

Update of bug #12773 (project wesnoth): Item Group:None => None of the others Assigned to:None => jhinrichs ___ Reply to this item at:

[Wesnoth-bugs] [bug #13295] enemy_units contains black, inactive units in 2p_Caves_of_the_Basilisk

URL: Summary: enemy_units contains black, inactive units in 2p_Caves_of_the_Basilisk Project: Battle for Wesnoth Submitted by: benetnash Submitted on: Monday 03/30/2009 at 14:21 Category: Bug

[Wesnoth-bugs] [patch #1146] Implement AI hot-redeployment and refactor the AI and AI parameter lookup code

Follow-up Comment #2, patch #1146 (project wesnoth): new version of the patch. commit-ready (I'll do that), but before that, team.cpp needs to be checked. Question of the day is: has I broken anything in team.cpp handling of AI parameters in the case that there is only 1 AI per side ? (file #553

[Wesnoth-bugs] [bug #13292] Installation problem caused by unknown find arguments

Update of bug #13292 (project wesnoth): Item Group:None => None of the others Status:None => Fixed ___ Reply to this item at:

[Wesnoth-bugs] [bug #13291] Compilation problem in multiplayer_connect.cpp

Update of bug #13291 (project wesnoth): Status:None => Fixed ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13293] Unportable test(1) construct

Update of bug #13293 (project wesnoth): Item Group:None => None of the others Status:None => Fixed ___ Reply to this item at:

[Wesnoth-bugs] [bug #13294] No localedef

URL: Summary: No localedef Project: Battle for Wesnoth Submitted by: wiz Submitted on: Monday 03/30/2009 at 09:45 Category: Bug Severity: 2 - Minor Priority: 5

[Wesnoth-bugs] [bug #13293] Unportable test(1) construct

URL: Summary: Unportable test(1) construct Project: Battle for Wesnoth Submitted by: wiz Submitted on: Monday 03/30/2009 at 09:43 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #13292] Installation problem caused by unknown find arguments

URL: Summary: Installation problem caused by unknown find arguments Project: Battle for Wesnoth Submitted by: wiz Submitted on: Monday 03/30/2009 at 09:41 Category: Bug Severit

[Wesnoth-bugs] [bug #13291] Compilation problem in multiplayer_connect.cpp

URL: Summary: Compilation problem in multiplayer_connect.cpp Project: Battle for Wesnoth Submitted by: wiz Submitted on: Monday 03/30/2009 at 09:36 Category: Bug Severity: 4 -

[Wesnoth-bugs] [bug #13290] [if] and [switch] should work within [part]

URL: Summary: [if] and [switch] should work within [part] Project: Battle for Wesnoth Submitted by: esr Submitted on: Monday 03/30/2009 at 07:49 Category: Feature Request Sever

[Wesnoth-bugs] [bug #13285] Segfault when changing resolution

Follow-up Comment #3, bug #13285 (project wesnoth): IMHO this is not a common bug. I'm running Mac OS X 10.5.6 / Wesnoth 1.6a on a MacBook Air (with GMA X3100). I don't have a problem switching resolutions - neither on my laptop screen (1280x800 fullscreen, 1024x768 window (if secondary monitor)