[Wesnoth-bugs] [bug #12331] deprecated "advanceto" still used in campaign

Update of bug #12331 (project wesnoth): Status:None => Need Info ___ Follow-up Comment #1: Which campaign? ___ Reply to this ite

[Wesnoth-bugs] [bug #12330] UTBS - across harsh sands - recalled unit not initiated for de/rehydration

Update of bug #12330 (project wesnoth): Status:None => Fixed Assigned to:None => ai0867 Summary: UTBS - across hasr sand - recalled unit not initiated for de/rehydration => U

[Wesnoth-bugs] [bug #12329] un-handled error on unknown unit type inside base_unit tag

Update of bug #12329 (project wesnoth): Status:None => In Progress Assigned to:None => ai0867 ___ Reply to this item at:

[Wesnoth-bugs] [bug #7547] Add possibility to unban/unmute in a multiplayer game

Update of bug #7547 (project wesnoth): Summary: Cannot unmute => Add possibility to unban/unmute in a multiplayer game ___ Reply to this item at: _

[Wesnoth-bugs] [bug #7551] Add possibility to unban in a multiplayer game

Update of bug #7551 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: Which means it is indeed a duplicate of Bug #7547 EdB already set the original to feature reque

[Wesnoth-bugs] [bug #7492] Please make /ignore add and /ignore remove accept a list

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

[Wesnoth-bugs] [bug #4539] [if] should work in more then just the [event] tag

Update of bug #4539 (project wesnoth): Status:None => Wont Fix Open/Closed:Open => Closed ___ Reply to this item at:

[Wesnoth-bugs] [bug #12316] Image path appears instead of unit name.

Update of bug #12316 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #2: It was due to an unannounced WML change: http://www.wesnoth.org/forum/viewtopic.php?p=311089#p3

[Wesnoth-bugs] [bug #11947] Halo is kept over advancement.

Follow-up Comment #7, bug #11947 (project wesnoth): It appears to be fixed in trunk, haven't had a chance to test on 1.4. ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #12394] Cautious AI.

Follow-up Comment #1, bug #12394 (project wesnoth): Attached a replay where I herded the AI through the center and took out its leader without any resistance. (file #4842) ___ Additional Item Attachment: File name: 2p_-_The_Freelands_-_AI

[Wesnoth-bugs] [bug #11002] My team wins but I lose.

Update of bug #11002 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: Duplicate of Bug #3779. ___ Reply to

[Wesnoth-bugs] [bug #3779] Team win to be counted as win for all players

Follow-up Comment #4, bug #3779 (project wesnoth): Bug #11002 marked as a duplicate of this bug. ___ Reply to this item at: ___ Message sent via/by Gna! http:/

[Wesnoth-bugs] [bug #11807] Notice of last scenario

Update of bug #11807 (project wesnoth): Status:None => Wont Fix ___ Follow-up Comment #1: It is up to the campaign's author to notify the player, if he wants to. There are also technic

[Wesnoth-bugs] [bug #10130] Make alterations to units and sides direct

Update of bug #10130 (project wesnoth): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Wesnoth-bugs] [bug #12375] 2 new events: consider attack + unconsider attack

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

[Wesnoth-bugs] [bug #12428] Removing the attack that was used in attack_end causes validation failure.

URL: Summary: Removing the attack that was used in attack_end causes validation failure. Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Friday 10/10/2008 at 00:51 Category: Bug

[Wesnoth-bugs] [bug #12428] Removing the attack that was used in attack_end causes validation failure.

Update of bug #12428 (project wesnoth): Item Group:None => None of the others ___ Follow-up Comment #2: Due to the workaround, to reproduce the bug, check out a revision in the range 29921-29997.

[Wesnoth-bugs] [bug #12375] 2 new events: consider attack + unconsider attack

Update of bug #12375 (project wesnoth): Assigned to:None => ai0867 ___ Follow-up Comment #2: Bug is marked as in progress because the functionality hasn't been added to the AIs yet. I am c

[Wesnoth-bugs] [bug #12375] 2 new events: consider attack + unconsider attack

Update of bug #12375 (project wesnoth): Status: In Progress => Ready For Test ___ Follow-up Comment #4: The events seem to play nicely with the default AI, but I'm less sure about formula AI and pyth

[Wesnoth-bugs] [bug #12459] Defining a side with no_leader causes the side to be no longer persistent

Update of bug #12459 (project wesnoth): Status:None => Works For Me ___ Follow-up Comment #1: Fixed LoW's problem in r30301. save_id is what persistence works with, its default value is th

[Wesnoth-bugs] [bug #12459] Defining a side with no_leader causes the side to be no longer persistent

Update of bug #12459 (project wesnoth): Status:Works For Me => Invalid ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #12625] When using the --load option, the filesystem browser cannot navigate upwards.

URL: Summary: When using the --load option, the filesystem browser cannot navigate upwards. Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Monday 11/24/2008 at 00:47 Category:

[Wesnoth-bugs] [bug #12640] moved unit sprite redrawn at prior location

Follow-up Comment #1, bug #12640 (project wesnoth): The issue here seems to be the [teleport], {MOVE_UNIT} moves the sprite properly for me. (though this doesn't seem to be universal, see Delfador's Memoirs scenario 10, ending dialogue) ___

[Wesnoth-bugs] [bug #12666] LoW: Bounty Hunters - left_behind string starts with ", "

Follow-up Comment #1, bug #12666 (project wesnoth): The following should fix this, but most of it can't be applied at this time due to the stringfreeze. Index: 09_Bounty_hunters.cfg === --- 09_Bounty_hunters.cfg (revision 312

[Wesnoth-bugs] [bug #12660] [role] without type= doesn't work

Update of bug #12660 (project wesnoth): Assigned to:None => ai0867 ___ Follow-up Comment #1: This bug was introduced by revision 30859, which added empty string matching to standard unit f

[Wesnoth-bugs] [bug #12660] [role] without type= doesn't work

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

[Wesnoth-bugs] [bug #12685] Bat breaks throgh the ice in DID campaign

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

[Wesnoth-bugs] [bug #12666] LoW: Bounty Hunters - left_behind string starts with ", "

Follow-up Comment #2, bug #12666 (project wesnoth): Attached an improved version of the patch which sanitizes the iterator's name. (file #5067) ___ Additional Item Attachment: File name: bounty_hunters.diffSize:2 KB

[Wesnoth-bugs] [bug #12715] [modify_turns] unable to change current turn when turn limit is disabled (-1)

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

[Wesnoth-bugs] [bug #12714] Runtime Error crash using [end_turn] tag

Update of bug #12714 (project wesnoth): Status:None => In Progress Assigned to:None => ai0867 ___ Follow-up Comment #1: [end_turn] current

[Wesnoth-bugs] [bug #12714] Runtime Error crash using [end_turn] tag

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

[Wesnoth-bugs] [bug #12778] wmlunits creates wrong stats

Update of bug #12778 (project wesnoth): Assigned to:None => ai0867 ___ Follow-up Comment #1: The accuracy era indeed triggers the bug, it has been removed from the addons wmlunits parses.

[Wesnoth-bugs] [bug #12778] wmlunits creates wrong stats

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

[Wesnoth-bugs] [patch #1116] Titlescreen requires discrete ESC press to quit (bug 12747)

Update of patch #1116 (project wesnoth): Status:None => Done ___ Reply to this item at: ___ Message se

[Wesnoth-bugs] [bug #12747] Holding Escape in title screen quits the game

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

[Wesnoth-bugs] [bug #12827] [HttT] invalid WML error in Home of the North

Update of bug #12827 (project wesnoth): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: This bug has been

[Wesnoth-bugs] [bug #12815] Scenario Map Preview & Turns not refreshing when overwriting custom savegames

Follow-up Comment #3, bug #12815 (project wesnoth): Looks like old entries aren't being removed either. Also, the modification time *is* being updated even though the rest of the data isn't. ___ Reply to this item at:

[Wesnoth-bugs] [bug #12876] Wrong version and difficulty reported in load menu.

Update of bug #12876 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: This is a duplicate of bug #12815 The problem is the save_index file, it caches a summary of e

[Wesnoth-bugs] [bug #12317] Game crashes on utf-8 byte order mark

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

[Wesnoth-bugs] [bug #12835] Option to Disable Camera Centering

Update of bug #12835 (project wesnoth): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: This has been impl

[Wesnoth-bugs] [bug #12546] WML variables not completely compatible with standard mathematical operations

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

[Wesnoth-bugs] [bug #12940] Problems when [option]s are taller than screen

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

[Wesnoth-bugs] [bug #12935] Auto-replace an AI with an AI

Update of bug #12935 (project wesnoth): Assigned to:None => ai0867 ___ Follow-up Comment #1: Looks like there is already code that intends to do that, in multiple places even. However, the

[Wesnoth-bugs] [bug #12935] Auto-replace an AI with an AI

Update of bug #12935 (project wesnoth): Category: Feature Request => Bug ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #12935] Auto-replace an AI with an AI

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

[Wesnoth-bugs] [bug #12951] Repeatable segfault of unknown origin

Update of bug #12951 (project wesnoth): Item Group:None => None of the others ___ Follow-up Comment #1: It works fine here, using v1.5.9+svn (32665) on debian lenny.

[Wesnoth-bugs] [bug #12955] Error running sample.py AI

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

[Wesnoth-bugs] [bug #12913] Python AI fails to run in Campaigns (1.5.8)

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

[Wesnoth-bugs] [bug #12955] Error running sample.py AI

Follow-up Comment #3, bug #12955 (project wesnoth): I fixed the bug, the problem was incorrect path concatenation, resulting in stuff like "data/ai/pythonsample.py" instead of "data/ai/python/sample.py". This file is then not found, resulting in the path "", which is treated as a path relative to

[Wesnoth-bugs] [bug #12913] Python AI fails to run in Campaigns (1.5.8)

Follow-up Comment #3, bug #12913 (project wesnoth): The bug wasn't actually with permissions, but with opening a directory as a file, full explanation in bug #12955. ___ Reply to this item at: _

[Wesnoth-bugs] [bug #12955] Error running sample.py AI

Follow-up Comment #5, bug #12955 (project wesnoth): Yes. ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/ ___

[Wesnoth-bugs] [bug #12522] Segmentation fault when requesting addons

Update of bug #12522 (project wesnoth): Item Group:None => None of the others Status:None => Wont Fix ___ Follow-up Comment #1: This bug may or ma

[Wesnoth-bugs] [bug #12975] Wesnoth crashes when pressing "OK" on the login window multiple times

Update of bug #12975 (project wesnoth): Status:None => Confirmed Assigned to:None => mordante Summary: Wesnoth crashes when pressing "OK" on the login window when the password is i

[Wesnoth-bugs] [bug #12975] Wesnoth crashes when pressing "OK" on the login window multiple times

Update of bug #12975 (project wesnoth): Item Group: Networking => User Interface ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #12981] Cutting the number of clicks required to move units by half

Update of bug #12981 (project wesnoth): Status:None => Invalid ___ Follow-up Comment #1: The 'n' hotkey has existed for a while now, it cycles through the units that can still do somet

[Wesnoth-bugs] [bug #12998] Segfault when loading a replay

URL: Summary: Segfault when loading a replay Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Sunday 02/15/2009 at 14:12 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #12982] Suspected typo bugs in Python AI scripts

Follow-up Comment #1, bug #12982 (project wesnoth): self.enemydests is stored in do_one_move() and used in eval_move(), enemylocs is stored at the start of eval_move() and used at the very end. So, I'm reasonably sure that's as intended. Looking at bruteforce.py now. ___

[Wesnoth-bugs] [bug #12982] Suspected typo bugs in Python AI scripts

Follow-up Comment #2, bug #12982 (project wesnoth): Testing the change to sample.py results in no noticeable difference, so I'm leaving this to someone who knows a bit more about it. ___ Reply to this item at:

[Wesnoth-bugs] [bug #13012] Editor: empty terrain slots not reset

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

[Wesnoth-bugs] [bug #12963] Floating-point exception in sample.py vs. sample.py

Update of bug #12963 (project wesnoth): Status: Ready For Test => Fixed ___ Follow-up Comment #3: Together with revision 32753 , this bugs

[Wesnoth-bugs] [bug #12998] Segfault when loading a replay

Follow-up Comment #2, bug #12998 (project wesnoth): I observed two sample.py AIs fighting each other on the multiplayer server. I did not control any side at any point. ___ Reply to this item at: __

[Wesnoth-bugs] [bug #13039] [DID] A Haunting in winter crashes after first turn

Update of bug #13039 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #3: Things work again. The issue consisted of the following: -"data" is prepended to the path when

[Wesnoth-bugs] [bug #12998] Segfault when loading a replay

Follow-up Comment #4, bug #12998 (project wesnoth): As stated on IRC, I cannot reproduce with C++ AIs. ___ Reply to this item at: ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #12428] Removing the attack that was used in attack_end causes validation failure.

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

[Wesnoth-bugs] [bug #13134] operations on un-set variables can cause crash

Update of bug #13134 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #3: I can't reproduce the multiply issue. I'm marking this FIXED until someone finds a way to repro

[Wesnoth-bugs] [bug #12077] Fog and sighted events not properly updated for slowed units

Update of bug #12077 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #2: As for the second part, as zookeeper stated in bug #12885, the sighted event is too much troubl

[Wesnoth-bugs] [bug #13138] Bridge on Lava is bas

Update of bug #13138 (project wesnoth): Item Group:None => None of the others Status:None => Invalid ___ Follow-up Comment #2: What do you mean e

[Wesnoth-bugs] [bug #13138] Bridge on Lava is bas

Follow-up Comment #3, bug #13138 (project wesnoth): With correctly-sized attachment this time. (file #5390) ___ Additional Item Attachment: File name: lava-bridges.png Size:617 KB __

[Wesnoth-bugs] [bug #13140] moveto event to store initial location or full path

Update of bug #13140 (project wesnoth): Assigned to:None => ai0867 ___ Follow-up Comment #1: I've been planning to add $x2,$y2 variables representing the hex the unit came from. I'll get o

[Wesnoth-bugs] [bug #13139] Campaign Replay saved after loading a savegame are broken (no recall)

Follow-up Comment #3, bug #13139 (project wesnoth): It's reproducible now, here's a backtrace with debug symbols. #0 0xb79f044a in std::basic_string, std::allocator >::basic_string () from /usr/lib/libstdc++.so.6 #1 0x084c682a in formula_error (this=0xc6a6088, ty...@0xbfe12948, formu...@0xbfe

[Wesnoth-bugs] [bug #13139] Campaign Replay saved after loading a savegame are broken (no recall)

Follow-up Comment #4, bug #13139 (project wesnoth): Ugh, sorry about that, wrong bug report. ___ Reply to this item at: ___ Message sent via/by Gna! http://gn

[Wesnoth-bugs] [bug #13148] $(operations) +, *, / using unset variables

Update of bug #13148 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: It's reproducible now, here's a backtrace with debug symbols. #0 0xb79f044a in std::basic_st

[Wesnoth-bugs] [bug #13138] Bridge on Lava is bas

Update of bug #13138 (project wesnoth): Status: Invalid => Need Info ___ Follow-up Comment #6: It works fine here on 1.5.13+svn w/ debian 5.0, please check whether the problem persists on th

[Wesnoth-bugs] [bug #13138] Bridge on Lava is bas

Update of bug #13138 (project wesnoth): Status: Need Info => Invalid Open/Closed:Open => Closed ___ Reply to this item at:

[Wesnoth-bugs] [bug #13196] incorrect version reported in load page

Update of bug #13196 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: This is probably a symptom of bug #12815, so delete the files named save_index and save_index.g

[Wesnoth-bugs] [bug #13196] incorrect version reported in load page

Update of bug #13196 (project wesnoth): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message sen

[Wesnoth-bugs] [bug #13197] Eastern Invasion

Update of bug #13197 (project wesnoth): Status:None => Fixed Assigned to:None => ai0867 Open/Closed:Open => Closed _

[Wesnoth-bugs] [bug #13221] Removing the randomness in batles

Update of bug #13221 (project wesnoth): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: No. http://wesnot

[Wesnoth-bugs] [bug #13042] Objective; [show_if]

Update of bug #13042 (project wesnoth): Status:None => In Progress Assigned to:None => ai0867 ___ Reply to this item at:

[Wesnoth-bugs] [bug #13140] moveto event to store initial location or full path

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

[Wesnoth-bugs] [patch #1135] Fixes for German translation of "The South Guard"

Update of patch #1135 (project wesnoth): Assigned to:None => ivanovic ___ Reply to this item at: ___ Message se

[Wesnoth-bugs] [bug #13231] REPEAT macro doesn't show up on Utility macro reference page

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

[Wesnoth-bugs] [bug #13234] Wrong borders on the "Ka'lian under attack" map, campaign: Legend of Wesmere

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

[Wesnoth-bugs] [bug #13242] graphics bug with shaman/forest/orc scout

Follow-up Comment #2, bug #13242 (project wesnoth): The shield of the right dwarf fighter shows what is probably the same thing. Whether this is a bug or not I don't know. http://wesnoth.org/start/1.6/images/start-4-full.jpg ___ Reply to

[Wesnoth-bugs] [bug #13523] [era] [event]s fail to work when wesnoth is started with the --multiplayer switch

URL: Summary: [era] [event]s fail to work when wesnoth is started with the --multiplayer switch Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Sunday 05/17/2009 at 00:04 Catego

[Wesnoth-bugs] [bug #13523] [era] [event]s fail to work when wesnoth is started with the --multiplayer switch

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

[Wesnoth-bugs] [bug #13526] IPv6 support.

Follow-up Comment #1, bug #13526 (project wesnoth): SDL_net, the library we rely on for network and such, has no support for IPv6. So to support IPv6 in wesnoth, we'd either need to drop SDL_net, or wait for its maintainer to provide IPv6 support. Unfortunately, it seems the former is more likely

[Wesnoth-bugs] [patch #1177] removed duplicate last breath event

Update of patch #1177 (project wesnoth): Status:None => Done ___ Reply to this item at: ___ Message se

[Wesnoth-bugs] [bug #13526] IPv6 support.

Update of bug #13526 (project wesnoth): Priority: 5 - Normal => 1 - Later Status:None => Upstream Problem ___ Follow-up Comment #3: Which is nothing m

[Wesnoth-bugs] [bug #13640] Click yes or no, the game quits

Update of bug #13640 (project wesnoth): Item Group:None => None of the others Status:None => Duplicate ___ Follow-up Comment #1: This is a duplicat

[Wesnoth-bugs] [bug #13641] Version 1.6.2 for MS Windows will not download

Update of bug #13641 (project wesnoth): Status:None => Invalid ___ Follow-up Comment #1: Sourceforge was down yesterday, it's back up now. Nevertheless, that's not a link to the windo

[Wesnoth-bugs] [bug #13655] data/lua/wml-tags.lua not included when starting wesnoth --multiplayer

URL: Summary: data/lua/wml-tags.lua not included when starting wesnoth --multiplayer Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Tuesday 06/09/2009 at 00:53 Category: Bug

[Wesnoth-bugs] [bug #13655] data/lua/wml-tags.lua not included when starting wesnoth --multiplayer

Update of bug #13655 (project wesnoth): Item Group:None => None of the others ___ Follow-up Comment #1: Bug #13523 is related. Though fixed, it highlights the differences between the two methods of s

[Wesnoth-bugs] [bug #13513] Stoned units should not rest heal

Follow-up Comment #2, bug #13513 (project wesnoth): This bug exists in both trunk and the 1.6 branch, both healing and resting work on petrified units. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #13513] Stoned units should not rest heal

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

[Wesnoth-bugs] [bug #13514] Stoned units shouldn't provide leadership

Update of bug #13514 (project wesnoth): Status:None => Works For Me ___ Follow-up Comment #3: Having just tested on both the 1.6 branch and trunk, I can't reproduce it. (unlike bug #13513)

[Wesnoth-bugs] [bug #13513] Stoned units should not rest heal

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

[Wesnoth-bugs] [bug #13926] Scenario name (unicode) used for generated save filenames, breaking autosave.

URL: Summary: Scenario name (unicode) used for generated save filenames, breaking autosave. Project: Battle for Wesnoth Submitted by: ai0867 Submitted on: Friday 07/10/2009 at 06:59 Category:

[Wesnoth-bugs] [bug #13914] Units, Abilities, Weapon Specials sections of Help unclear to why they're empty.

Update of bug #13914 (project wesnoth): Summary: Units, Abilities sections of Help unclear to why they're empty/missing info => Units, Abilities, Weapon Specials sections of Help unclear to why they're empty. ___ Follow-up

[Wesnoth-bugs] [bug #13909] Make "Toggle Full Screen" into "Show Full Screen"

Update of bug #13909 (project wesnoth): Status:None => Fixed Assigned to:None => ai0867 ___ Follow-up Comment #2: "Show Full Screen"

  1   2   3   >