[Wesnoth-bugs] [patch #3084] 4p-Lagoon Grass Variation

Update of patch #3084 (project wesnoth): Status: Invalid => None ___ Follow-up Comment #2: I marked the bug invalid only since it's a patch+feature. Reopening. _

[Wesnoth-bugs] [patch #3084] 4p-Lagoon Grass Variation

Update of patch #3084 (project wesnoth): Open/Closed: Closed => Open ___ Follow-up Comment #3: I marked the bug invalid only since it's a patch+feature. Reopening. _

[Wesnoth-bugs] [patch #3133] Movement algorithm

Follow-up Comment #6, patch #3133 (project wesnoth): Sure, this happens all the time, Linux-devs breaking compilation on other systems. And vice versa, but me no longer since I use a recent MinGw compiler to countercheck (which didn't complain here.) Yes, that works.

[Wesnoth-bugs] [bug #3797] Button to reset hotkeys to shipped values

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

[Wesnoth-bugs] [patch #3133] Movement algorithm

Additional Item Attachment, patch #3133 (project wesnoth): File name: movement-split.diffSize:24 KB ___ Reply to this item at: ___ Message sent via/

[Wesnoth-bugs] [bug #19433] Option "Save replay on SP/MP victory or MP defeat" has no effect

Update of bug #19433 (project wesnoth): Status:None => Invalid Assigned to:None => anonymissimus ___ Follow-up Comment #2: Indeed. It is saved

[Wesnoth-bugs] [bug #19433] Option "Save replay on SP/MP victory or MP defeat" has no effect

Follow-up Comment #3, bug #19433 (project wesnoth): (The button becomes active once the clients of the previous sides have left, starting with the side which was active while linger mode started.) ___ Reply to this item at:

[Wesnoth-bugs] [bug #19431] sortation of units in 'draft window' (recall) brocken/wrong/mixed up

Update of bug #19431 (project wesnoth): Category: Bug => Feature Request ___ Follow-up Comment #6: Well, changing into feature request then. Max, pls complain if something else here needs to be d

[Wesnoth-bugs] [bug #19431] sortation of units in 'draft window' (recall) brocken/wrong/mixed up

Update of bug #19431 (project wesnoth): Priority: 5 - Normal => 3 - Low ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #19413] Fog sometimes is not updated when you observe a game

Update of bug #19413 (project wesnoth): Status:None => Need Info ___ Follow-up Comment #1: Hi, sorry, we need a way to reproduce a bug in order to be able to do something about it. You co

[Wesnoth-bugs] [bug #19491] SoF Troll boss is passive

URL: Summary: SoF Troll boss is passive Project: Battle for Wesnoth Submitted by: jay_ Submitted on: Thu 23 Feb 2012 10:50:27 PM GMT Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #19492] debug-created unit seems always female if "random gender" checked

URL: Summary: debug-created unit seems always female if "random gender" checked Project: Battle for Wesnoth Submitted by: anonymissimus Submitted on: Fri 24 Feb 2012 01:10:40 AM GMT Category: B

[Wesnoth-bugs] [bug #19367] Incomplete i18n in wesnoth-tutorial

Follow-up Comment #2, bug #19367 (project wesnoth): The other part was fixed by Ivanovic in r53015. (I also checked that that fix works). Candidate for backport to 1.10 in case the string freeze gets thawed... ___ Reply to this item at:

[Wesnoth-bugs] [bug #19367] Incomplete i18n in wesnoth-tutorial

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

[Wesnoth-bugs] [bug #19324] Units can unstore with non-positive hit points

Follow-up Comment #1, bug #19324 (project wesnoth): -This might be used by some wml. -I am strongly opposed to introducing artificial limitations which are not required by the engine. (Such as that unit.attacks_left was capped at unit.max_attacks when set, which was bad for debugging.) Setting a u

[Wesnoth-bugs] [bug #19491] SoF Troll boss is passive

Update of bug #19491 (project wesnoth): Severity: 3 - Normal => 4 - Important ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #19491] SoF Troll boss is passive

Update of bug #19491 (project wesnoth): Status:None => Invalid ___ Follow-up Comment #1: Doesn't look like a bug, really. In one turn you didn't give him a chance to kill one of your un

[Wesnoth-bugs] [bug #19324] Units can unstore with non-positive hit points

Follow-up Comment #2, bug #19324 (project wesnoth): OK, that's a strange usecase, but at least it has a use. Maybe that's why the documentation does not mention the zero-hitpoint case. (Although maybe it should, for completeness if nothing else.) The negative hit points still look odd when healing