[Wesnoth-bugs] [bug #18927] silent=yes has no effect in [objectives] when [objectives] is in a prestart event

Update of bug #18927 (project wesnoth): Status: Fixed => None ___ Reply to this item at: ___ Nachricht g

[Wesnoth-bugs] [bug #18927] silent=yes has no effect in [objectives] when [objectives] is in a prestart event

Update of bug #18927 (project wesnoth): Status:None => Fixed ___ Reply to this item at: ___ Nachricht g

[Wesnoth-bugs] [patch #2192] Fix game_config::path setting for Windows

Update of patch #2192 (project wesnoth): Status:None => Wont Do Open/Closed:Open => Closed ___ Follow-up Comment #6: Although get_cwd(

[Wesnoth-bugs] [bug #18933] Player needs a way to access unit specific recall/recruit lists

URL: Summary: Player needs a way to access unit specific recall/recruit lists Project: Battle for Wesnoth Submitted by: fendrin Submitted on: Sa 05 Nov 2011 22:37:04 GMT Category: Bug

[Wesnoth-bugs] [bug #18932] Show unrcallable/unrecruitable units greyed/shaded

URL: Summary: Show unrcallable/unrecruitable units greyed/shaded Project: Battle for Wesnoth Submitted by: fendrin Submitted on: Sa 05 Nov 2011 22:26:46 GMT Category: Feature Request

[Wesnoth-bugs] [patch #2267] GUI glitch fix

Update of patch #2267 (project wesnoth): Status:None => Wont Do Assigned to:mordante => shadowmaster ___ Follow-up Comment #1: Thanks for the pa

[Wesnoth-bugs] [patch #2336] Fixing #16815 (Problem with reset replay to beginning)

Update of patch #2336 (project wesnoth): Status:None => Wont Do ___ Follow-up Comment #2: Hello. Unfortunately, your patch did not get looked at in time. The bug it was supposed to fix

[Wesnoth-bugs] [bug #18931] The replay codepath is not aware of the acting leader

URL: Summary: The replay codepath is not aware of the acting leader Project: Battle for Wesnoth Submitted by: fendrin Submitted on: Sa 05 Nov 2011 22:01:04 GMT Category: Bug Se

[Wesnoth-bugs] [bug #18929] Replays don't work for the LoW campaign

URL: Summary: Replays don't work for the LoW campaign Project: Battle for Wesnoth Submitted by: fendrin Submitted on: Sa 05 Nov 2011 21:45:30 GMT Category: Bug Severity: 4 - Im

[Wesnoth-bugs] [patch #3022] Play music during credits list of a campaign

URL: Summary: Play music during credits list of a campaign Project: Battle for Wesnoth Submitted by: lipk Submitted on: Sat 05 Nov 2011 09:40:07 PM GMT Priority: 3 - Low Stat

[Wesnoth-bugs] [bug #18928] Wesnoth segfaults when trying to add terrains where symbol_image = alpha on editor.

Follow-up Comment #1, bug #18928 (project wesnoth): Adding some information: distribution: Ubuntu 11.10 gcc: version 4.6.1 boost: 1.46 ___ Reply to this item at: _

[Wesnoth-bugs] [bug #18928] Wesnoth segfaults when trying to add terrains where symbol_image = alpha on editor.

URL: Summary: Wesnoth segfaults when trying to add terrains where symbol_image = alpha on editor. Project: Battle for Wesnoth Submitted by: iwontbecreative Submitted on: sam 05 nov 2011 20:44:37 GMT

[Wesnoth-bugs] [bug #16299] changing control of a side right before it starts its turn misses side init

Follow-up Comment #11, bug #16299 (project wesnoth): I found a way to do it with 1.9.9 too: Step 1: Start two 1.9.9 Wesnoth clients (client A and B), join a 1v1 game on a server with both clients, start the game Step 2: Client A recruits a bunch of units, ends turn; Client B does the same; Cl

[Wesnoth-bugs] [bug #18926] Game segfaults when trying to switch tips after quitting a game.

Follow-up Comment #1, bug #18926 (project wesnoth): And here's the error and backtrace: Error: Program received signal SIGSEGV, Segmentation fault. 0x004f6354 in gui2::ttitle_screen::update_tip (this=0x7fffd8b0, window=..., previous=true) at src/gui/dialogs/title_screen.cpp:392 392

[Wesnoth-bugs] [bug #16299] changing control of a side right before it starts its turn misses side init

Follow-up Comment #10, bug #16299 (project wesnoth): Here's how the bug can be reproduced on 1.8 multiplayer: Step 1: Start two 1.8 Wesnoth clients (client A and B), join a 1v1 game on a server with both clients, start the game Step 2: Client A recruits a bunch of units, ends turn; Client B doe

[Wesnoth-bugs] [bug #18927] silent=yes has no effect in [objectives] when [objectives] is in a prestart event

Update of bug #18927 (project wesnoth): Assigned to:None => anonymissimus ___ Follow-up Comment #1: OK, here are the links to the testcase: svn: https://wesnoth-umc-dev.svn.sourceforge.net/svnro

[Wesnoth-bugs] [bug #18927] silent=yes has no effect in [objectives] when [objectives] is in a prestart event

URL: Summary: silent=yes has no effect in [objectives] when [objectives] is in a prestart event Project: Battle for Wesnoth Submitted by: espreon Submitted on: Sat 05 Nov 2011 07:14:23 PM GMT

[Wesnoth-bugs] [bug #18926] Game segfaults when trying to switch tips after quitting a game.

URL: Summary: Game segfaults when trying to switch tips after quitting a game. Project: Battle for Wesnoth Submitted by: iwontbecreative Submitted on: sam 05 nov 2011 19:03:51 GMT Category: Bu

[Wesnoth-bugs] [bug #13567] Store previous village owner in capture event

Update of bug #13567 (project wesnoth): Status:None => Fixed ___ Reply to this item at: ___ Nachricht g

[Wesnoth-bugs] [bug #15060] [text_input] causes crash when the end of textbox is reached.

Update of bug #15060 (project wesnoth): Status: Confirmed => Duplicate ___ Follow-up Comment #6: As bug #1 is the same bug and contains more information, I'm marking this one as a duplicat

[Wesnoth-bugs] [bug #16299] changing control of a side right before it starts its turn misses side init

Follow-up Comment #9, bug #16299 (project wesnoth): Ah, thought there could be a report for this already, couldn't find any though. So will this ever be fixed? This bug is effecting the multiplayer games for a long time already and I hoped that the current dev version would have fixed it which un

[Wesnoth-bugs] [bug #12424] End-of-turn button is hard to see

Update of bug #12424 (project wesnoth): Status: In Progress => Fixed ___ Reply to this item at: ___ Nachricht g

[Wesnoth-bugs] [bug #12424] End-of-turn button is hard to see

Update of bug #12424 (project wesnoth): Assigned to:mordante => fendrin ___ Reply to this item at: ___ Nachricht g

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

Update of bug #13926 (project wesnoth): Status:None => Postponed Assigned to:None => ai0867 ___ Follow-up Comment #5: Replacing the file

[Wesnoth-bugs] [bug #18745] It is now impossible to jump to ability topics from the sidebar in most translations

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

[Wesnoth-bugs] [bug #16727] Auto-saves don't work if game localization differs from OS localization

Update of bug #16727 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: This is a duplicate of bug #13926 ___

[Wesnoth-bugs] [bug #16299] changing control of a side right before it starts its turn misses side init

Follow-up Comment #8, bug #16299 (project wesnoth): See also bug #18925. ___ Reply to this item at: ___ Nachricht geschickt von/durch Gna! http://gna.org/ _

[Wesnoth-bugs] [bug #18925] Disconnects while a player gets his turn lead to units without mp and no income, aka MP BUG

Update of bug #18925 (project wesnoth): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #1: See bug #16299.

[Wesnoth-bugs] [bug #18925] Disconnects while a player gets his turn lead to units without mp and no income, aka MP BUG

URL: Summary: Disconnects while a player gets his turn lead to units without mp and no income, aka MP BUG Project: Battle for Wesnoth Submitted by: kolbur Submitted on: Sat 05 Nov 2011 12:06:31 PM GMT

[Wesnoth-bugs] [bug #18868] Hotkeys now go by qwerty layout, and not what is set in Windows

Follow-up Comment #7, bug #18868 (project wesnoth): "Still I am not sure about the original bug. I guess that one of the hotkey representations is broken for your setup, independent from the gui problem and how the hotkeys are displayed to the user." r51664 did end up fixing bug #15567, but t