[Wesnoth-bugs] [bug #23316] OOS in networked mp caused by automatic undoing of moves when reloading. in 1.12

Update of bug #23316 (project wesnoth): Summary: OOS in networked mp caused by automatic undoing of moves when reloading. => OOS in networked mp caused by automatic undoing of moves when reloading. in 1.12 ___ Reply to

[Wesnoth-bugs] [bug #23314] Units movement wrong during side turn events in replays causes OOS in 1.12

Update of bug #23314 (project wesnoth): Summary: Units movement wrong during side turn events in replays causes OOS => Units movement wrong during side turn events in replays causes OOS in 1.12 ___ Reply to this item at:

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Follow-up Comment #14, bug #25604 (project wesnoth): > This change means a player in slot 1 will always be side 1. Before, a player in slot 1 could become, say, side 2. I do think this change is the right way to go given the current state of the code, though. This is wrong, and like i said

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Follow-up Comment #12, bug #25604 (project wesnoth): > 3p Alirok Marsh, all local players, shuffle on, and I always end up at the top castle no matter what leader. Well yes, if you control all players then this imples that you'll always control side 1. this is expected.

[Wesnoth-bugs] [bug #25618] gui2 sliders don't support negative values

URL: Summary: gui2 sliders don't support negative values Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Do 23 Mär 2017 18:57:40 UTC Category: Bug Severity: 3 -

[Wesnoth-bugs] [bug #23466] slider disregards "min" value as offset when it is not a multiple of "step"

Update of bug #23466 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #1: Seems like this was fixed when porting that dialog to gui2.

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Update of bug #25604 (project wesnoth): Status: Ready For Test => Fixed Assigned to: vultraz => gfgtdf ___ Reply to this item at:

[Wesnoth-bugs] [bug #25220] UB: integer overflow (ai) in test scenario

Update of bug #25220 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #2: duplicate of https://gna.org/bugs/index.php?25542 fixed at

[Wesnoth-bugs] [bug #16148] Assertion failed: !wml_triggered

Update of bug #16148 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #9: The assertion in questions was removed, note sure if the underlying bug was fixed, marking as

[Wesnoth-bugs] [bug #25290] Game crashes when exiting the loading screen in an unusual way

Follow-up Comment #4, bug #25290 (project wesnoth): > 1) when exting during a loadingscreen by an exception we just call exit(), this should be rather easy to implement. this was implemented in https://github.com/wesnoth/wesnoth/commit/bf3c70b9a67f62bb2b6e6d48dee57430cbe5bc96 as said the in

[Wesnoth-bugs] [bug #25594] make scenario seding in mp optional.

URL: Summary: make scenario seding in mp optional. Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Di 14 Mär 2017 18:57:44 UTC Category: Feature Request

[Wesnoth-bugs] [bug #17995] Infinite loop on scenario load with turns=-1 and only one side defined.

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

[Wesnoth-bugs] [bug #24490] Replay Viewer Buttons are Buggy

Update of bug #24490 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #10: > ‘pause at end of turn’ – pauses in middle of turn fixed the button desciption in

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Follow-up Comment #5, bug #25604 (project wesnoth): note that the other bug is much older, also the other bug isnt really a bug in the shufle sides algorithm since LoW is not supposed to work in shuffle sides, the problem in #25604is just that it is possible to activale 'shuffle sides' there

[Wesnoth-bugs] [bug #14741] Lobby game list frequently selects first game

Follow-up Comment #11, bug #14741 (project wesnoth): > We have a new MP lobby now... could this be marked as fixed? Or is load testing still pending? this bug actuall is about the 'new' (gui2) mp lobby, note that the gui2 lobby is not that and was removed form 1.10, 1.12 release due to bugs

[Wesnoth-bugs] [bug #14741] Lobby game list frequently selects first game

Follow-up Comment #13, bug #14741 (project wesnoth): > I'm aware it's gui2, but it's still improved over the 'experimental' lobby, isn't it? Yes there is of course multiple impovements compared to that old version. But its still based on it, so i wouldn't asume that uhc bugs were fixes unless i

[Wesnoth-bugs] [bug #25467] game map unresponsive

Update of bug #25467 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #4: please test whetehr this stil occurs in 1.13.7

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Update of bug #25604 (project wesnoth): Status: Confirmed => Ready For Test ___ Follow-up Comment #6: https://github.com/wesnoth/wesnoth/commit/bae921c32264fe3c9afb0e7386447d73313cba59

[Wesnoth-bugs] [bug #25604] Shuffle Sides Recruit list bug

Follow-up Comment #10, bug #25604 (project wesnoth): > Keep in mind this has a side effect: now, you always start in the same place on the map, just with different sides. Ie, if you're side 1, you leader will change, but you always appear at stating position 1. Where/how exactly did you pobever

[Wesnoth-bugs] [bug #25290] Game crashes when exiting the loading screen in an unusual way

Follow-up Comment #5, bug #25290 (project wesnoth): > I thought there was already a bugreport for this one but i couldn't find one. It was probably this one https://gna.org/bugs/?25075 , closing that one soince this one has more discussoion.

[Wesnoth-bugs] [bug #21564] Failed to show a dialog, which doesn't fit on the screen.

Update of bug #21564 (project wesnoth): Status: Confirmed => Ready For Test ___ Follow-up Comment #6: https://github.com/wesnoth/wesnoth/commit/da5f00c2b671b79fcec8c36aa5316e1c7663a355

[Wesnoth-bugs] [bug #25633] remove ai.sycned_command

URL: Summary: remove ai.sycned_command Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Do 06 Apr 2017 19:53:39 UTC Category: Feature Request Severity: 3 - Normal

[Wesnoth-bugs] [bug #25640] OOS when oberving a mp game

URL: Summary: OOS when oberving a mp game Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: So 09 Apr 2017 19:45:45 UTC Category: Bug Severity: 5 - Blocker

[Wesnoth-bugs] [bug #25638] wesnoth.sides[x].faction doesn't work

Update of bug #25638 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #3: https://github.com/wesnoth/wesnoth/commit/7e5e1e762f7e0477a88b16ff6626660850fb35cf

[Wesnoth-bugs] [bug #25638] wesnoth.sides[x].faction doesn't work

Update of bug #25638 (project wesnoth): Status: Ready For Test => Fixed ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #25638] wesnoth.sides[x].faction doesn't work

Follow-up Comment #1, bug #25638 (project wesnoth): cannot reproduce with 1.13.7 ___ Reply to this item at: ___ Nachricht gesendet von/durch Gna!

[Wesnoth-bugs] [bug #25639] [remove_object] heals units with amla

URL: Summary: [remove_object] heals units with amla Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Sa 08 Apr 2017 21:39:16 UTC Category: Bug Severity: 3 -

[Wesnoth-bugs] [bug #25644] MP starting gold slider doesn't work properly with arrow keys

Follow-up Comment #2, bug #25644 (project wesnoth): > Fixed by changing the starting gold slider's step size to 1. hm ye but it doesnt fix the underlying bug, since other slider which have a step differnt than one are still broken. this is actuall a known bug and the actual problem here lies

[Wesnoth-bugs] [bug #25640] OOS when oberving a mp game

Follow-up Comment #1, bug #25640 (project wesnoth): i just tested at 4f50559 and it now happens to me every time (not every other time like when i tested at 1.13.7) ___ Reply to this item at:

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

Follow-up Comment #8, bug #25653 (project wesnoth): i asked and it seems like: 1) you solution 'set (CMAKE_CXX_STANDARD 11)' would raise the minimim required cmake version to 3.1 which we don't want 2) Other people did not have this problem.

[Wesnoth-bugs] [bug #25656] Assertion Failed error with incorrect controller attribute

Update of bug #25656 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #1: https://github.com/wesnoth/wesnoth/commit/1adeb98dd81745931e315c0ab913f2a641ec332a

[Wesnoth-bugs] [bug #25656] Assertion Failed error with incorrect controller attribute

Follow-up Comment #2, bug #25656 (project wesnoth): please test again ___ Reply to this item at: ___ Nachricht gesendet von/durch Gna! http://gna.org/

[Wesnoth-bugs] [bug #25504] heap use after free in new addon manager (downloading addon)

Follow-up Comment #5, bug #25504 (project wesnoth): https://github.com/wesnoth/wesnoth/commit/59ceddf917837fdf959ec4a9a4ea724e4ca32980 ___ Reply to this item at:

[Wesnoth-bugs] [bug #25285] crash starting campaign

Update of bug #25285 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #5: assuming to be fixed since the 2 issue mentioned below are.

[Wesnoth-bugs] [bug #25467] game map unresponsive

Update of bug #25467 (project wesnoth): Status: Fixed => Confirmed ___ Follow-up Comment #8: i got this one quite often when testing 1.13.7 specially when observing mp games, so this is

[Wesnoth-bugs] [bug #24383] Statistics are lost when reloading a Multiplayer Game In Mulitplayer

Follow-up Comment #4, bug #24383 (project wesnoth): what about the non-host players is the 'statistics lost' fixed for them aswell? ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #25672] Petrified leader does not lose the game and thus becomes invincible. Possible on official map!

Follow-up Comment #4, bug #25672 (project wesnoth): one problem is that it's just not that easy: petrification is mainly used in campaigns in and often the players are often given some option to unpetryfy their units, and in that case your proposal would make the player loose even if he could

[Wesnoth-bugs] [bug #25672] Petrified leader does not lose the game and thus becomes invincible. Possible on official map!

Follow-up Comment #2, bug #25672 (project wesnoth): hmm i think we should just remove that Petrified weapon sepcial there in that scenario. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25555] Use of [place_shroud] & [remove_shroud] throw errors

Follow-up Comment #1, bug #2 (project wesnoth): A c++ stcktrace of when his exception is thorwn woudl be useful. ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

Follow-up Comment #2, bug #25557 (project wesnoth): This looks like your gui data files (data/gui) is incpmatible with the wesnoth.exe file. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25585] segfault when clicking on the "x" while the application launches.

Follow-up Comment #1, bug #25585 (project wesnoth): Duplicate of http://gna.org/bugs/?25290 ___ Reply to this item at: ___ Nachricht gesendet von/durch Gna!

[Wesnoth-bugs] [bug #25587] Error message about another (unrelated) add-on when starting a campaign & sth goes wrong with sourcing.

Follow-up Comment #1, bug #25587 (project wesnoth): > When I selected then another campaign in the list so start, I did get this error message again during the loading screen, Hmm yes that's most likely becasue when strarting your campaign the whole wml data including all addons is relaoded with

[Wesnoth-bugs] [bug #25542] integer overflow in ai attack rating code

Update of bug #25542 (project wesnoth): Status: Ready For Test => Fixed ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #25579] crash on [kill] canrecruit=yes during last_breath when caused by debug mode

Update of bug #25579 (project wesnoth): Status:None => Duplicate ___ Follow-up Comment #1: Duplicate, Fixed in master, see https://gna.org/bugs/?25348

[Wesnoth-bugs] [bug #25080] UB in map resize window

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

[Wesnoth-bugs] [bug #25080] UB in map resize window

Follow-up Comment #8, bug #25080 (project wesnoth): was fixed some time ago https://github.com/wesnoth/wesnoth/commit/24e7ae28d80d589e5156910f1ba2df765fc7ca8d ___ Reply to this item at:

[Wesnoth-bugs] [bug #25472] remove [on_redo]

Update of bug #25472 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #1: Implemented this ___ Reply to this

[Wesnoth-bugs] [bug #25542] integer overflow in ai attack rating code

Update of bug #25542 (project wesnoth): Status:None => Ready For Test ___ Follow-up Comment #2: please test this,

[Wesnoth-bugs] [bug #25561] stderr message about unescaped

Follow-up Comment #3, bug #25561 (project wesnoth): > it makes sense to allow marked-up text in the add-on or scenario description But this looks like it is in the autor label not the descipriton label. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25555] Use of [place_shroud] & [remove_shroud] throw errors

Update of bug #2 (project wesnoth): Assigned to:None => celticminstrel ___ Follow-up Comment #4: Assigning to celmin who recently did multiple changes to the wesnoth.place_shroud (c++)

[Wesnoth-bugs] [bug #25562] crashes when loading create game dialog

Follow-up Comment #2, bug #25562 (project wesnoth): Hm is see 2 issues: 'Tag [combobox_definition] may not be used in [gui]' and 'Assertion m_check_invariants() failed' issue 1: the file 'data/gui/widget/combobox_default.cfg' was removed in wensoth 1.13.6 so maybe you are trying to run a

[Wesnoth-bugs] [bug #25549] poisoned units appear white instead of green

Follow-up Comment #8, bug #25549 (project wesnoth): > I see the frame_parameter() and frame_builder() constructors leave blend_with uninitialised, but I would have thought that they would take the default color_t() constructor. Note that blend_with is not a color_t but a optional

[Wesnoth-bugs] [bug #24598] Clicking too many options freezes game

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

[Wesnoth-bugs] [bug #24621] characters missing in game font.

Follow-up Comment #5, bug #24621 (project wesnoth): >Why does the family_order option in data/hardwired/fonts.cfg include only Lato family? iirc this is beacsue font substitution often just isn't working, see for example https://bugzilla.gnome.org/show_bug.cgi?id=162681

[Wesnoth-bugs] [bug #25680] editor: use after free when closing map

Follow-up Comment #2, bug #25680 (project wesnoth): just noticed this commit: https://github.com/wesnoth/wesnoth/commit/cddc2d2f69194f6802635e66c016c1a0bafdfefc if you tested before this please test again it migth have fixed it. ___ Reply

[Wesnoth-bugs] [bug #25680] editor: use after free when closing map

Follow-up Comment #1, bug #25680 (project wesnoth): you know whther this also happen in the 1.13.7 release version? ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [task #8012] Data Export #68 (bugs)

k: Any Effort: 0.00 ___ Details: A new export job has been registered. This task has been created to keep the project informed. However, only Daniel, that created the job, can remove the job itself. = Job URL = Once the job will b

[Wesnoth-bugs] [bug #25686] chat doesn't work

URL: Summary: chat doesn't work Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Mo 01 Mai 2017 17:59:46 UTC Category: Bug Severity: 5 - Blocker

[Wesnoth-bugs] [bug #25685] network packages getting stuck

Follow-up Comment #1, bug #25685 (project wesnoth): it shoudl also be reproducable with a simple [event] name = start [delay] time=2 [/delay] [/event] ___ Reply to this item at:

[Wesnoth-bugs] [bug #25686] ingame chat doesn't work

Follow-up Comment #2, bug #25686 (project wesnoth): > What context is this? In the MP lobby? During a game? during the game, thats why i said ingame. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25686] ingame chat doesn't work

Follow-up Comment #5, bug #25686 (project wesnoth): i was using 1.13.7 release with the 1.13.7 offical mp server. ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #25640] OOS when oberving a mp game

Update of bug #25640 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #2: this was fixed in

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

URL: http://gna.org/bugs/?10907 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 -

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

URL: http://gna.org/bugs/?10926 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 #11129] Orcish Incursion: Enemy leader has no keep

URL: http://gna.org/bugs/?11129 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 #11137] Bad astronomy in dawn icon

URL: http://gna.org/bugs/?11137 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 #11138] Segfault after MP server timeout

URL: http://gna.org/bugs/?11138 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 #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

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

URL: http://gna.org/bugs/?11171 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 #11238] network::manager min_threads=0 doesn't start a worker thread in contrary to the documentation of the constructor

URL: http://gna.org/bugs/?11238 Summary: network::manager min_threads=0 doesn't start a worker thread in contrary to the documentation of the constructor Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Monday 03/10/2008

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

URL: http://gna.org/bugs/?11241 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 #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

[Wesnoth-bugs] [bug #11238] network::manager min_threads=0 doesn't start a worker thread in contrary to the documentation of the constructor

Update of bug #11238 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?11238 ___ Message sent

[Wesnoth-bugs] [bug #11271] Add a sanitize data paths function to wmlint

URL: http://gna.org/bugs/?11271 Summary: Add a sanitize data paths function to wmlint Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at 13:23 Category: Feature Request

[Wesnoth-bugs] [bug #11271] Add a sanitize data paths function to wmlint

Follow-up Comment #1, bug #11271 (project wesnoth): In addition to the above binary_path stuff will go away because there won't be any need for this anymore. ___ Reply to this item at: http://gna.org/bugs/?11271

[Wesnoth-bugs] [bug #11278] Feeding ability doesn't cooperate with other max hp changers like AMLA or potions

Update of bug #11278 (project wesnoth): Item Group:None = None of the others ___ Follow-up Comment #1: Also sometimes after killing a unit or during a fight for a short amount of time the HP (not

[Wesnoth-bugs] [bug #11278] Feeding ability doesn't cooperate with other max hp changers like AMLA or potions

URL: http://gna.org/bugs/?11278 Summary: Feeding ability doesn't cooperate with other max hp changers like AMLA or potions Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at 22:15

[Wesnoth-bugs] [bug #11271] Add a sanitize data paths function to wmllint

Update of bug #11271 (project wesnoth): Summary: Add a sanitize data paths function to wmlint = Add a sanitize data paths function to wmllint ___ Reply to this item at: http://gna.org/bugs/?11271

[Wesnoth-bugs] [bug #11271] Add a sanitize data paths function to wmlint

Follow-up Comment #2, bug #11271 (project wesnoth): Since I am in no way familiar with WML I found it quite annoying that the language allows specification of filenames and paths or names, which might be used as paths, in string attributes with different names. Furthermore attributes of the same

[Wesnoth-bugs] [bug #11281] Players get kicked during game creation because they someow join the same slot

URL: http://gna.org/bugs/?11281 Summary: Players get kicked during game creation because they someow join the same slot Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at 23:04

[Wesnoth-bugs] [bug #11281] Players get kicked during game creation because they someow join the same slot

Follow-up Comment #1, bug #11281 (project wesnoth): Easier to spot with high server load. ___ Reply to this item at: http://gna.org/bugs/?11281 ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #11282] Ghost players in the slots

URL: http://gna.org/bugs/?11282 Summary: Ghost players in the slots Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at 23:06 Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #11283] Long delay until players faction becomes visible and recognized during high server load in the wait screen

URL: http://gna.org/bugs/?11283 Summary: Long delay until players faction becomes visible and recognized during high server load in the wait screen Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at

[Wesnoth-bugs] [bug #11285] OOS playing while playing SurvivalExtreme

URL: http://gna.org/bugs/?11285 Summary: OOS playing while playing SurvivalExtreme Project: Battle for Wesnoth Submitted by: j_daniel Submitted on: Sunday 03/16/2008 at 23:58 Category: Bug Severity: 4 -

[Wesnoth-bugs] [bug #11285] OOS while playing SurvivalExtreme

Update of bug #11285 (project wesnoth): Summary: OOS playing while playing SurvivalExtreme = OOS while playing SurvivalExtreme ___ Reply to this item at: http://gna.org/bugs/?11285

[Wesnoth-bugs] [bug #11278] Feeding ability doesn't cooperate with other max hp changers like AMLA

Update of bug #11278 (project wesnoth): Summary: Feeding ability doesn't cooperate with other max hp changers like AMLA or potions = Feeding ability doesn't cooperate with other max hp changers like AMLA ___ Follow-up

[Wesnoth-bugs] [bug #3676] Teams sent translated

Update of bug #3676 (project wesnoth): Severity:1 - Wish = 2 - Minor Item Group:Translations = Multiplayer Status: Fixed = None Open/Closed:

[Wesnoth-bugs] [bug #3676] Teams sent translated

Update of bug #3676 (project wesnoth): Severity:1 - Wish = 2 - Minor Priority: 1 - Later = 3 - Low Item Group:Translations = Multiplayer Status:

[Wesnoth-bugs] [bug #3676] Teams sent translated

Update of bug #3676 (project wesnoth): Severity:1 - Wish = 2 - Minor Priority: 5 - Normal = 3 - Low Item Group:Translations = Multiplayer Release:

[Wesnoth-bugs] [bug #3676] Teams sent translated

Update of bug #3676 (project wesnoth): Item Group:Translations = Multiplayer Operating System:Debian GNU/Linux = Debian GNU/Linu ___ Reply to this item at:

[Wesnoth-bugs] [bug #3676] Teams sent translated

Update of bug #3676 (project wesnoth): Severity:1 - Wish = 2 - Minor Priority: 5 - Normal = 3 - Low Release: 0.8.5-CVS = 1.4 Operating System:

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

URL: http://gna.org/bugs/?12758 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 #12764] Detect potential one-sided dialogue with wmllint

URL: http://gna.org/bugs/?12764 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 #12990] Segfault while attacking

URL: http://gna.org/bugs/?12990 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 #12991] Bogus 'Invalid WML' warning in EI: An Unexpected Appearance

URL: http://gna.org/bugs/?12991 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 #12992] 'Back to Start' doesn't do what it says.

URL: http://gna.org/bugs/?12992 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 -

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

URL: http://gna.org/bugs/?12994 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

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

URL: http://gna.org/bugs/?12996 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 #12997] Game menus are unresponsive during animations

URL: http://gna.org/bugs/?12997 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 #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: http://gna.org/bugs/?12990

<    4   5   6   7   8   9   10   >