[Wesnoth-bugs] [patch #1165] improved version of 'xp sort'

Follow-up Comment #5, patch #1165 (project wesnoth): I already committed a combined sorter weeks ago for bug #13360; this patch just improves upon it. If you think this is a bad idea, then what alternative semantics do you propose? ___ Re

[Wesnoth-bugs] [patch #1165] improved version of 'xp sort'

Update of patch #1165 (project wesnoth): Assigned to:mordante => dfranke ___ Follow-up Comment #3: I'm sick ATM, but I will review and probably commit this patch sometime soon. ___

[Wesnoth-bugs] [bug #13397] nearest_keep returns occupied keeps when there are empty keeps in the same distance

Update of bug #13397 (project wesnoth): Assigned to:None => crab ___ Follow-up Comment #1: Crab was the last one to touch this code (fixing bug #13352), so assigning this to him. __

[Wesnoth-bugs] [bug #13360] Unit list: Sort XP in a meaningful way

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

[Wesnoth-bugs] [bug #13368] 2p - Dark Forecast: some units were spawned with negative HP

Update of bug #13368 (project wesnoth): Item Group:None => None of the others Assigned to:None => rhuvaen ___ Follow-up Comment #1: r34417 and r34414

[Wesnoth-bugs] [patch #1158] map_location::operator<() performance hack

Update of patch #1158 (project wesnoth): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message se

[Wesnoth-bugs] [bug #13363] Broken transition: dwarven castle + other castle + non-castle

URL: Summary: Broken transition: dwarven castle + other castle + non-castle Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 04/12/2009 at 18:23 Category: Bug

[Wesnoth-bugs] [bug #13360] Unit list: Sort XP in a meaningful way

Update of bug #13360 (project wesnoth): Assigned to:None => dfranke ___ Follow-up Comment #1: Actually, sorting by XP in the recall list is different from the default ordering: it just sort

[Wesnoth-bugs] [bug #13359] Display glitch in in-game chat

URL: Summary: Display glitch in in-game chat Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 04/12/2009 at 12:40 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #13356] It seems that statistics are calcuated wrongly

Update of bug #13356 (project wesnoth): Status:None => Invalid ___ Follow-up Comment #2: Yes, 20 is the correct answer for this EV calculation. There is, however, an outstanding bug i

[Wesnoth-bugs] [bug #13356] It seems that statistics are calcuated wrongly

Update of bug #13356 (project wesnoth): Status: Invalid => None Assigned to:None => dfranke Open/Closed: Closed => Open

[Wesnoth-bugs] [patch #1158] map_location::operator<() performance hack

Update of patch #1158 (project wesnoth): Status:None => Wont Do ___ Follow-up Comment #4: It turns out that the calls usually *are* getting inlined -- observing the contrary was a side

[Wesnoth-bugs] [bug #13355] game.cpp:1289: warning: 'res' may be used uninitialized in this function

Update of bug #13355 (project wesnoth): Status:None => Upstream Problem Assigned to:None => dfranke ___ Follow-up Comment #2: Looks like a spuri

[Wesnoth-bugs] [patch #1158] map_location::operator<() performance hack

Follow-up Comment #2, patch #1158 (project wesnoth): The point of the (aligned(4)) and (packed) attributes is to try to break aliasing rules and get away with it, but you're right; I hadn't thought about what happens when it's inlined. I like your idea of ((y << 16) | x); I looked at the generat

[Wesnoth-bugs] [patch #1158] map_location::operator<() performance hack

URL: Summary: map_location::operator<() performance hack Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 04/10/2009 at 23:50 Priority: 5 - Normal Statu

[Wesnoth-bugs] [bug #13352] Allied AI sides behave stupidly if a leader's initial village capture moves him closer to his ally's keep than his own

URL: Summary: Allied AI sides behave stupidly if a leader's initial village capture moves him closer to his ally's keep than his own Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Wednesday 0

[Wesnoth-bugs] [bug #13339] Ravine and canyon terrain, and a tweak to the bridge graphics

URL: Summary: Ravine and canyon terrain, and a tweak to the bridge graphics Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Monday 04/06/2009 at 20:26 Category: Feature Request

[Wesnoth-bugs] [bug #13329] Wesnoth quits if you choose "No" when asked if you would like to quit

Update of bug #13329 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #2: You report that you're running 1.6. Bug #13245 was reported in 1.6a and fixed subsequently, so

[Wesnoth-bugs] [bug #9496] AI's players not healed - cheat?

Update of bug #9496 (project wesnoth): Status: In Progress => Fixed ___ Follow-up Comment #4: Fixed in trunk. Not sure if I want to port the fix to 1.6 since it's somewhat complex and calls

[Wesnoth-bugs] [bug #13326] UtBS: Undo disabled for a whole scenario

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

[Wesnoth-bugs] [bug #13326] UtBS: Undo disabled for a whole scenario

Update of bug #13326 (project wesnoth): Severity: 2 - Minor => 3 - Normal Status:None => Confirmed Assigned to:None => dfranke

[Wesnoth-bugs] [bug #13302] Large chat logs slow lobby considerably

Follow-up Comment #4, bug #13302 (project wesnoth): I think this qualifies at best as a workaround. Populating a text box shouldn't be this slow. ___ Reply to this item at:

[Wesnoth-bugs] [bug #13306] Give access to help via the map editor

URL: Summary: Give access to help via the map editor Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Wednesday 04/01/2009 at 23:37 Category: Feature Request Sev

[Wesnoth-bugs] [bug #9496] AI's players not healed - cheat?

Update of bug #9496 (project wesnoth): Status: Fixed => In Progress ___ Follow-up Comment #2: The fix for this introduced bug #13298 and was thus reverted. Working on a different fix.

[Wesnoth-bugs] [bug #9496] AI's players not healed - cheat?

Update of bug #9496 (project wesnoth): Item Group:None => None of the others Status:None => Fixed Assigned to:None => dfranke _

[Wesnoth-bugs] [bug #13277] Incorrect damage statistics

Update of bug #13277 (project wesnoth): Status: Confirmed => Fixed Assigned to:None => dfranke ___ Reply to this item at:

[Wesnoth-bugs] [bug #13277] Incorrect damage statistics

Follow-up Comment #3, bug #13277 (project wesnoth): Eureka! This is caused when units have the chance to level from an attack. The full heal gets counted into both the expected and actual statistics as negative damage. (Curiously, it uses the full health of the pre-advance unit, not the post-a

[Wesnoth-bugs] [bug #13249] Configure fails: SDL 'seems' not up to date

Update of bug #13249 (project wesnoth): Severity: 4 - Important => 2 - Minor Status:None => Fixed Assigned to:None => dfranke

[Wesnoth-bugs] [bug #13280] FormulaAI: Crash on calculate_outcome

Update of bug #13280 (project wesnoth): Status: In Progress => Fixed ___ Follow-up Comment #5: Ok, fixed in 1.6 and trunk. Give it a shot. PS: In future bug reports, please include the ver

[Wesnoth-bugs] [bug #13280] FormulaAI: Crash on calculate_outcome

Update of bug #13280 (project wesnoth): Status: Confirmed => In Progress Assigned to:None => dfranke ___ Follow-up Comment #2: Hmm, I thought I'd

[Wesnoth-bugs] [bug #13280] FormulaAI: Crash on calculate_outcome

Update of bug #13280 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: I started looking into this, but I'm not familiar enough with this code, and STL iterators hurt

[Wesnoth-bugs] [bug #13279] Crash with no error message on set_unit_var

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

[Wesnoth-bugs] [bug #13279] Crash with no error message on set_unit_var

Update of bug #13279 (project wesnoth): Status:None => Confirmed Assigned to:None => dfranke ___ Follow-up Comment #3: Nevermind. Reprodu

[Wesnoth-bugs] [bug #13279] Crash with no error message on set_unit_var

Follow-up Comment #2, bug #13279 (project wesnoth): Can you try this with 1.6a, and also provide a stack trace from the crash if possible? ___ Reply to this item at:

[Wesnoth-bugs] [bug #13277] Incorrect damage statistics

Update of bug #13277 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: I've encountered this in games against WP and can verify that he's not hallucinating this.

[Wesnoth-bugs] [bug #13269] Compilation problems on Slackware 11.0

Update of bug #13269 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #5: I committed a patch that ought to shut up the warnings. Please test the latest from svn://svn.

[Wesnoth-bugs] [bug #13262] castle_locs function not found

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

[Wesnoth-bugs] [bug #13267] "Campaign - 'Towards Mountains of Haag':

Update of bug #13267 (project wesnoth): Status: Need Info => Works For Me Assigned to:None => dfranke ___ Follow-up Comment #3: We can't seem to r

[Wesnoth-bugs] [bug #13269] Compilation problems on Slackware 11.0

Follow-up Comment #2, bug #13269 (project wesnoth): It appears to me that g++ 3.4 produces a warning (not an error) if you try to assign a negative literal to an unsigned type. Can you try compiling without -Werror (./configure --disable-strict-compilation if you're using the autotools build sys

[Wesnoth-bugs] [bug #13269] Compilation problems on Slackware 11.0

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

[Wesnoth-bugs] [bug #13267] "Campaign - 'Towards Mountains of Haag':

Update of bug #13267 (project wesnoth): Status:None => Need Info ___ Follow-up Comment #1: Where's the screenshot? Afraid this report isn't much help without it, or at least without the

[Wesnoth-bugs] [bug #13253] Multiplayer Chat malfunction

Update of bug #13253 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: Duplicate of #13252. ___ Reply to thi

[Wesnoth-bugs] [bug #13252] MP Server: dogs and cats living together, mass hysteria

Follow-up Comment #1, bug #13252 (project wesnoth): Rhonda has the core dump; no word yet whether it has debug symbols. Server has not yet been restarted. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #13252] MP Server: dogs and cats living together, mass hysteria

URL: Summary: MP Server: dogs and cats living together, mass hysteria Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Tuesday 03/24/2009 at 02:04 Category: Bug

[Wesnoth-bugs] [bug #13094] Game hangs at exit if summary upload server is unreachable

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

[Wesnoth-bugs] [bug #13216] Missing zombie-mounted-die images

URL: Summary: Missing zombie-mounted-die images Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Wednesday 03/18/2009 at 18:04 Category: Bug Severity: 2 - Minor

[Wesnoth-bugs] [bug #13207] NR: Missing dialogue in Infested Caves

URL: Summary: NR: Missing dialogue in Infested Caves Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Tuesday 03/17/2009 at 02:52 Category: Bug Severity: 4 - Imp

[Wesnoth-bugs] [bug #13037] Malicious compressed data from client can exhaust memory on MP server

Update of bug #13037 (project wesnoth): Status: Ready For Test => Fixed Privacy: Private => Public ___ Reply to this item at:

[Wesnoth-bugs] [bug #13106] Unable to scroll during unit actions

Follow-up Comment #1, bug #13106 (project wesnoth): See also bug #12997. ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/ ___

[Wesnoth-bugs] [bug #13080] On some filesystems, users can overwrite each others' add-ons on add-on servers

Update of bug #13080 (project wesnoth): Privacy: Private => Public ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13094] Game hangs at exit if summary upload server is unreachable

Update of bug #13094 (project wesnoth): Item Group: None of the others => Networking ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13095] wmllint ought to replace tildes in filenames

URL: Summary: wmllint ought to replace tildes in filenames Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 03/01/2009 at 15:27 Category: Feature Request

[Wesnoth-bugs] [bug #13094] Game hangs at exit if summary upload server is unreachable

URL: Summary: Game hangs at exit if summary upload server is unreachable Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 03/01/2009 at 15:16 Category: Bug

[Wesnoth-bugs] [bug #13080] On some filesystems, users can overwrite each others' add-ons on add-on servers

Update of bug #13080 (project wesnoth): Status:None => Fixed Release: 1.511+svn => 1.5.11+svn ___ Reply to this item at:

[Wesnoth-bugs] [bug #13080] On some filesystems, users can overwrite each others' add-ons on add-on servers

Update of bug #13080 (project wesnoth): Status: Fixed => None ___ Follow-up Comment #3: Don't forget about DOS aliasing. I recommend prohibiting tildes in add-on names. I'll add the

[Wesnoth-bugs] [bug #13080] On some filesystems, users can overwrite each others' add-ons on add-on servers

URL: Summary: On some filesystems, users can overwrite each others' add-ons on add-on servers Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 02/27/2009 at 03:15 Categor

[Wesnoth-bugs] [bug #13031] Malicious map WML can hang Wesnoth / exhaust system memory

Update of bug #13031 (project wesnoth): Privacy: Private => Public ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13037] Malicious compressed data from client can exhaust memory on MP server

Follow-up Comment #5, bug #13037 (project wesnoth): rhonda: yup, that needs to be fixed as well, but it's not nearly as much of a concern. If users are connecting to malicious servers that keep crashing their client, I think that can be filed under "Doctor, it hurts when I do this" :-)

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Update of bug #13048 (project wesnoth): Privacy: Private => Public ___ Follow-up Comment #11: Making this bug public now that 1.5.11 is out. __

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Follow-up Comment #10, bug #13048 (project wesnoth): Resolved in trunk by removing the Python AI entirely. Still need to address 1.4. ___ Reply to this item at:

[Wesnoth-bugs] [bug #13047] Python AIs don't load in multiplayer

Update of bug #13047 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #2: "Fixed" by removing the Python AI entirely. __

[Wesnoth-bugs] [bug #13051] CMake doesn't set executable bit when installing wmllint et. al.

URL: Summary: CMake doesn't set executable bit when installing wmllint et. al. Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 22:54 Category: Bug

[Wesnoth-bugs] [bug #13050] Contents of the Display tab in Preferences are misaligned

URL: Summary: Contents of the Display tab in Preferences are misaligned Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 18:33 Category: Bug

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Follow-up Comment #9, bug #13048 (project wesnoth): It's impossible to import _any_ module safely, due to the func_globals loophole. ___ Reply to this item at: __

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Follow-up Comment #4, bug #13048 (project wesnoth): In other news, I really need to figure out how to use Gna markup properly. ___ Reply to this item at: ___ Me

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Follow-up Comment #3, bug #13048 (project wesnoth): I was thinking we could work around this by wrapping whitelisted modules in another module that sets __all__, but alas there are further loopholes: >>> import Queue >>> Queue.Queue.task_done.func_globals['__builtins__']['__import__']('os')

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

Follow-up Comment #1, bug #13048 (project wesnoth): Grr, silly Gna truncated my URL in code snippet. ___ Reply to this item at: ___ Message sent via/by Gna! h

[Wesnoth-bugs] [bug #13048] Hole in Python AI sandbox permits arbitrary code execution

URL: Summary: Hole in Python AI sandbox permits arbitrary code execution Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 08:45 Category: Bug

[Wesnoth-bugs] [bug #13047] Python AIs don't load in multiplayer

URL: Summary: Python AIs don't load in multiplayer Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 08:30 Category: Bug Severity: 5 - Blocke

[Wesnoth-bugs] [bug #13045] Drakes shouldn't fly over fords

URL: Summary: Drakes shouldn't fly over fords Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 06:46 Category: Bug Severity: 2 - Minor

[Wesnoth-bugs] [bug #13044] Malicious WML in UMC can crash Wesnoth on startup

URL: Summary: Malicious WML in UMC can crash Wesnoth on startup Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/22/2009 at 03:15 Category: Bug Severit

[Wesnoth-bugs] [bug #13037] Malicious compressed data from client can exhaust memory on MP server

URL: Summary: Malicious compressed data from client can exhaust memory on MP server Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Saturday 02/21/2009 at 10:39 Category: Bug

[Wesnoth-bugs] [bug #13036] Stack overflow in network::send_raw_data()

URL: Summary: Stack overflow in network::send_raw_data() Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Saturday 02/21/2009 at 09:59 Category: Bug Severity: 2

[Wesnoth-bugs] [bug #13031] Malicious map WML can hang Wesnoth / exhaust system memory

URL: Summary: Malicious map WML can hang Wesnoth / exhaust system memory Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 02/20/2009 at 10:02 Category: Bug

[Wesnoth-bugs] [bug #13030] Large text in game dialogue bleeds over into UI widgets

URL: Summary: Large text in game dialogue bleeds over into UI widgets Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 02/20/2009 at 08:21 Category: Bug S

[Wesnoth-bugs] [bug #13029] Problem with mouse-over unit identification in replays

URL: Summary: Problem with mouse-over unit identification in replays Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 02/20/2009 at 07:43 Category: Bug Se

[Wesnoth-bugs] [bug #12990] Segfault while attacking

Follow-up Comment #3, bug #12990 (project wesnoth): Based on testing by several people in #wesnoth-dev, this appears to trigger a crash only on 64-bit systems. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #12997] Game menus are unresponsive during animations

URL: Summary: Game menus are unresponsive during animations Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 10:27 Category: Bug Severity: 3

[Wesnoth-bugs] [bug #12996] TRoW needs undead flags

URL: Summary: TRoW needs undead flags Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 10:20 Category: Bug Severity: 2 - Minor

[Wesnoth-bugs] [bug #12994] Inappropriate message timing in LoW: Battle of the Book

URL: Summary: Inappropriate message timing in LoW: Battle of the Book Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 04:39 Category: Bug S

[Wesnoth-bugs] [bug #12992] 'Back to Start' doesn't do what it says.

URL: Summary: 'Back to Start' doesn't do what it says. Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 04:24 Category: Bug Severity: 3 - No

[Wesnoth-bugs] [bug #12991] Bogus 'Invalid WML' warning in EI: An Unexpected Appearance

URL: Summary: Bogus 'Invalid WML' warning in EI: An Unexpected Appearance Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 04:15 Category: Bug

[Wesnoth-bugs] [bug #12990] Segfault while attacking

URL: Summary: Segfault while attacking Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/15/2009 at 04:00 Category: Bug Severity: 4 - Important

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

URL: Summary: Detect potential one-sided dialogue with wmllint Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Friday 12/19/2008 at 10:12 Category: Feature Request

[Wesnoth-bugs] [bug #12758] UtBS: Broken logic with stables prevents victory from being triggered in The Morning After

URL: Summary: UtBS: Broken logic with stables prevents victory from being triggered in The Morning After Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Thursday 12/18/2008 at 08:06

[Wesnoth-bugs] [bug #11241] One-sided dialogue in EI victory scenario

Follow-up Comment #3, bug #11241 (project wesnoth): That doesn't seem like the right answer to me. It's very useful to be able to recall Dacyn in the duel; same goes for Owaec if you've given him an amulet. Wouldn't it make more sense for the rule to be "you're allowed to recall them, but if yo

[Wesnoth-bugs] [bug #11241] One-sided dialogue in EI victory scenario

URL: Summary: One-sided dialogue in EI victory scenario Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Tuesday 03/11/2008 at 20:08 Category: Bug Severity: 3 -

[Wesnoth-bugs] [bug #11171] Segfault while restoring game

Follow-up Comment #1, bug #11171 (project wesnoth): Btw, this is on 64-bit Debian Etch. I won't be surprised if the symptoms are architecture- or libc-specific. ___ Reply to this item at: _

[Wesnoth-bugs] [bug #11171] Segfault while restoring game

URL: Summary: Segfault while restoring game Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Wednesday 02/27/2008 at 16:26 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #11138] Segfault after MP server timeout

Follow-up Comment #1, bug #11138 (project wesnoth): I had this happen again this time immediately upon retrying a connection after a timeout (as opposed to the segfault being delayed until it timed out a second time). This makes me unsure of the sanity of my initial report; it may be that it hap

[Wesnoth-bugs] [bug #11138] Segfault after MP server timeout

URL: Summary: Segfault after MP server timeout Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/24/2008 at 04:57 Category: Bug Severity: 4 - Important

[Wesnoth-bugs] [bug #11137] Bad astronomy in dawn icon

URL: Summary: Bad astronomy in dawn icon Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Sunday 02/24/2008 at 03:43 Category: Bug Severity: 2 - Minor

[Wesnoth-bugs] [bug #11129] Orcish Incursion: Enemy leader has no keep

URL: Summary: Orcish Incursion: Enemy leader has no keep Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Saturday 02/23/2008 at 02:19 Category: Bug Severity: 4

[Wesnoth-bugs] [bug #10926] Invalid weapon error in TRoW

URL: Summary: Invalid weapon error in TRoW Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Wednesday 01/30/2008 at 10:53 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #10906] Segfault on cancelling out of Load Game

Follow-up Comment #1, bug #10906 (project wesnoth): See also #10907. ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/ ___

[Wesnoth-bugs] [bug #10907] Segfault on quitting out of local game

URL: Summary: Segfault on quitting out of local game Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Tuesday 01/29/2008 at 02:19 Category: Bug Severity: 4 - Imp

[Wesnoth-bugs] [bug #10906] Segfault on cancelling out of Load Game

URL: Summary: Segfault on cancelling out of Load Game Project: Battle for Wesnoth Submitted by: dfranke Submitted on: Tuesday 01/29/2008 at 02:13 Category: Bug Severity: 3 - No