[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Update of bug #14503 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #31: Closing as this is now recorded in GitHub Issue #1173.

[Wesnoth-bugs] [bug #25684] testrunner crashes (stack use after free)

Update of bug #25684 (project wesnoth): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Closing as fixed

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

Update of bug #25686 (project wesnoth): Status:None => Fixed ___ Follow-up Comment #6: gfgtdf tested with vultraz, reports it's a bug on receiving side that seems to be resolved in

[Wesnoth-bugs] [bug #25687] Hotkeys don't persist between Wesnoth session

Update of bug #25687 (project wesnoth): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing as fixed

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Update of bug #14503 (project wesnoth): Status: Ready For Test => Fixed ___ Follow-up Comment #30: Great, thanks for your input. ___

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #28, bug #14503 (project wesnoth): Both PRs have been accepted. Are there any further adjustments you want to make or are you satisfied with what we have in master now? ___ Reply to this item at:

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

Follow-up Comment #4, bug #25686 (project wesnoth): Testing master (9cf2e792) on Windows and Linux against official server and also locally-hosted server and in-game chat appears to work normally. Bug #20815 was mentioning in-game chat was still using SDL_ttf - were you testing that?

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

Follow-up Comment #3, bug #25686 (project wesnoth): Oh right, of course. Is this only in a local game? I'm playing a game from the offical server and chat seems to be fine. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25687] Hotkeys don't persist between Wesnoth session

Follow-up Comment #1, bug #25687 (project wesnoth): Is it possible it's not being saved to the preferences file? Is there any change after you make the new hot-key? Is it a case of nothing being saved or the *wrong* hot-key being saved? ___

[Wesnoth-bugs] [bug #25673] Walking corpse bat sometimes shows humanoid animation

Update of bug #25673 (project wesnoth): Status: Confirmed => Fixed ___ Follow-up Comment #7: PR #1004 merged. ___ Reply to this

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

Follow-up Comment #1, bug #25686 (project wesnoth): What context is this? In the MP lobby? During a game? ___ Reply to this item at: ___ Message sent via/by

[Wesnoth-bugs] [bug #24644] Units moving after in game help exit

Update of bug #24644 (project wesnoth): Status: In Progress => Fixed ___ Follow-up Comment #4: PR #1002 has been merged. ___ Reply

[Wesnoth-bugs] [bug #24644] Units moving after in game help exit

Update of bug #24644 (project wesnoth): Status: Confirmed => In Progress Operating System: windows => All ___ Follow-up Comment #3: PR #1002 seems to

[Wesnoth-bugs] [bug #25682] Hotkeys which need Shift/Ctrl/Alt are displayed incorrectly

Follow-up Comment #1, bug #25682 (project wesnoth): Sounds like something to do with the specific keyboard layout. :/ ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #25621] hotkey preferences: add a hotkey which needs shift/ctrl/alt

Update of bug #25621 (project wesnoth): Status: Ready For Test => Fixed ___ Follow-up Comment #8: From what I've checked, this immediate issue seems to be resolved - thanks. I can't comment

[Wesnoth-bugs] [bug #25673] Walking corpse bat sometimes shows humanoid animation

Follow-up Comment #6, bug #25673 (project wesnoth): Bah, I didn't see the updates. That sounds reasonable to me. I don't know if the PR is the right way to go about fixing it. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25673] Walking corpse bat sometimes shows humanoid animation

Update of bug #25673 (project wesnoth): Status:None => Confirmed Operating System: Windows => All ___ Follow-up Comment #5: Confirmed on

[Wesnoth-bugs] [bug #25663] SotA S17 Sacrifice Scene Animate Unit Error

Update of bug #25663 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: Looks like it's skipped to me as well. Though I'm not so sure I remember the axe swing when I

[Wesnoth-bugs] [bug #25665] Preferences window has scrollbars in German language (independent from resolution)

Update of bug #25665 (project wesnoth): Operating System: Archlinux => All ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #25665] Preferences window has scrollbars in German language (independent from resolution)

Update of bug #25665 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: I used to see something similar in the version/build information dialogue, when using French.

[Wesnoth-bugs] [bug #25664] debug: redraw issue with unit placement window

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

[Wesnoth-bugs] [bug #24984] KDE5: wesnoth startup problem with fullscreen mode

Follow-up Comment #9, bug #24984 (project wesnoth): I just meant that X11 is still seems to be the default for most distributions - I don't do much experimentation with display stuff, if I break anything it can be hard for me to get back what I had before. Certainly, if you're confident to test

[Wesnoth-bugs] [bug #25661] gui2 story_viewer crashes

Follow-up Comment #1, bug #25661 (project wesnoth): Is gui2 in story scenes active by default already? I thought it was still under development. I couldn't get the crash you describe in either Win7 or Linux. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24984] KDE5: wesnoth startup problem with fullscreen mode

Follow-up Comment #7, bug #24984 (project wesnoth): Yeah, I think I'm still using X11... you'd have to do something special to set-up Wayland, right? ___ Reply to this item at:

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #27, bug #14503 (project wesnoth): Okay, PR #987 submitted for the global invisible units alpha change you suggested. ___ Reply to this item at:

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #25, bug #14503 (project wesnoth): If/when Nightgaunt becomes animated, I imagine the artist would follow the pattern from Shadow. If not, I'll make sure it does! What exactly did you change in drawer.cpp? Since it's a more widely-used attribute, we could try it as a separate

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #23, bug #14503 (project wesnoth): I started PR #984 for this. I left Nightgaunt alone as the artist would set the alpha levels if/when the animation frames are added. I also imagine changing invisible units' alpha levels from 0.5 to 0.6 probably isn't a bad idea. But I don't

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

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

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #21, bug #14503 (project wesnoth): I'm conscious that the animated frames can help with visibility. But I took screenshots and still couldn't find one with a completely transparent Shadow. :/ Failing that, let's look at the alpha animation:

[Wesnoth-bugs] [bug #24984] KDE5: wesnoth startup problem with fullscreen mode

Follow-up Comment #5, bug #24984 (project wesnoth): Possibly as a result of work on bug #21564 and bug #25290, I don't get crashes when starting in full-screen mode any more. However, full-screen on start-up isn't really full-screen either - it looks more like a window filling the full screen

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

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

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

Update of bug #21564 (project wesnoth): Status: Ready For Test => Fixed ___ Follow-up Comment #7: I can no longer get the error with the particular scenario I described previously. Looks good

[Wesnoth-bugs] [bug #25641] Turning on/off standing animations doesn't work correctly

Update of bug #25641 (project wesnoth): Status:None => Confirmed Release: 1.13.7+dev => 1.12.6+dev Operating System: Linux => All

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #19, bug #14503 (project wesnoth): Can you try again with a clean build, please? I tried again on master and I simply don't see the unit completely disappearing, even with ellipses disabled. I had my game window and your image, both at 400% zoom, overlaid exactly and flicked

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #17, bug #14503 (project wesnoth): Can you send the save file where you took that picture, please? I can't get my Shadows to completely disappear like that. I don't even see the team ellipse in your image... or did you disable it?

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #15, bug #14503 (project wesnoth): The PR has been merged now, so the blinking is gone but I don't know if the Shadow is visible enough at night time to your satisfaction. ___ Reply to this item at:

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Update of bug #14503 (project wesnoth): Status: Confirmed => Ready For Test ___ Follow-up Comment #14: PR has been updated with CelMin's suggestion. I've been using the attached file to test the

[Wesnoth-bugs] [bug #22352] "rails" terrain type displayed in help (erroneously) for all units

Update of bug #22352 (project wesnoth): Status:None => Confirmed Operating System: Linux Mint 16 => All ___ Follow-up Comment #8: That seems

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

Update of bug #24621 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #3: Yep, I've seen that before. Marking as confirmed - probably didn't have ability to do so

[Wesnoth-bugs] [bug #25621] hotkey preferences: add a hotkey which needs shift/ctrl/alt

Follow-up Comment #5, bug #25621 (project wesnoth): Does that mean it's just a matter of checking on key-up, or is there something more involved? ___ Reply to this item at:

[Wesnoth-bugs] [bug #25411] LoW - The Chief Must Die is now impossible

Update of bug #25411 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #14: Very well. ___ Reply to this item

[Wesnoth-bugs] [bug #25013] weapon naming: with or without space?

Update of bug #25013 (project wesnoth): Status:Wont Fix => In Progress Open/Closed: Closed => Open Operating System: Archlinux => All

[Wesnoth-bugs] [bug #25013] weapon naming: with or without space?

Follow-up Comment #8, bug #25013 (project wesnoth): The morning star is a mace weapon, I don't know of the history of it being a compound word in medieval history. Compounding words for many (although not all) words is a relatively modern thing, especially in American dialects of English, but I

[Wesnoth-bugs] [bug #25013] weapon naming: with or without space?

Follow-up Comment #6, bug #25013 (project wesnoth): I must have missed that discussion. Was morning star not included in that merge? ___ Reply to this item at:

[Wesnoth-bugs] [bug #25623] Redraw issue when switching from/to fullscreen

Follow-up Comment #3, bug #25623 (project wesnoth): At least we can say it's specific to the preferences dialogue, then. ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #25622] Minimap reveals shroud prematurely

Follow-up Comment #5, bug #25622 (project wesnoth): Ah, debug mode thing. That's why I couldn't test it. But yes, standard rule is movement == vision. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25624] help & [variation]s: effect of the hide_help key

Update of bug #25624 (project wesnoth): Summary: help: => help & [variation]s: effect of the hide_help key ___ Reply to this item at:

[Wesnoth-bugs] [bug #25623] Redraw issue when switching from/to fullscreen

Update of bug #25623 (project wesnoth): Status:None => Confirmed Operating System: Archlinux KDE5 => All Summary: switching from/to fullscreen => Redraw issue when switching from/to

[Wesnoth-bugs] [bug #25621] hotkey preferences: add a hotkey which needs shift/ctrl/alt

Update of bug #25621 (project wesnoth): Operating System: Archlinux => All ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #25621] hotkey preferences: add a hotkey which needs shift/ctrl/alt

Update of bug #25621 (project wesnoth): Status:None => Confirmed Summary: hotkey preferences: add a hotkey which needs shift => hotkey preferences: add a hotkey which needs shift/ctrl/alt

[Wesnoth-bugs] [bug #25620] hotkey preferences: restoring to default

Update of bug #25620 (project wesnoth): Operating System: Archlinux => All ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #25620] hotkey preferences: restoring to default

Update of bug #25620 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: Confirmed. Not sure how the dialogue works - is it a matter of re-running the filter when the

[Wesnoth-bugs] [bug #25615] SotA 20 North Knalga: Lua error on start

Update of bug #25615 (project wesnoth): Status: Ready For Test => Fixed ___ Follow-up Comment #2: Seems to be. Thanks. ___ Reply to

[Wesnoth-bugs] [bug #25615] SotA 20 North Knalga: Lua error on start

URL: <http://gna.org/bugs/?25615> Summary: SotA 20 North Knalga: Lua error on start Project: Battle for Wesnoth Submitted by: wedge009 Submitted on: Thu 23 Mar 2017 10:44:39 PM AEDT Category: Bug Se

[Wesnoth-bugs] [bug #25361] scrollbar in advance dialog

Follow-up Comment #8, bug #25361 (project wesnoth): Not a big deal (for me, anyway), but just pointing out that while playing Secrets of the Ancients in 1.13.7+dev, I got one of my Dark Sorcerers to advance and saw that the dialogue isn't large enough for the Lich's description. Looks to me like

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

Follow-up Comment #15, bug #25604 (project wesnoth): I'm not sure what the intended behaviour is supposed to be, whether it's shuffle starting location or faction. But testing today (06:50 UTC) against c0cfd2f0, running one Windows 7 client, one Linux client, both connecting to the official

[Wesnoth-bugs] [bug #25540] Add-on list randomly disappears when filter excludes all add-ons

Follow-up Comment #5, bug #25540 (project wesnoth): Seems fixed to me as well. I imagine redrawing only the relevant portions instead of the whole window helps with this. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25523] addon manger is slow

Follow-up Comment #9, bug #25523 (project wesnoth): Seems okay to me, thanks! ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Wesnoth-bugs] [bug #25411] LoW - The Chief Must Die is now impossible

Update of bug #25411 (project wesnoth): Status:Works For Me => Need Info Open/Closed: Closed => Open ___ Follow-up Comment #10: Re-opening for

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

Follow-up Comment #8, bug #25604 (project wesnoth): Seems okay on a 3p scenario too. Thanks. ___ Reply to this item at: ___ Message sent via/by Gna!

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

Follow-up Comment #12, bug #14741 (project wesnoth): I'm aware it's gui2, but it's still improved over the 'experimental' lobby, isn't it? ___ Reply to this item at:

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #13, bug #14503 (project wesnoth): Maybe so, but your remarks really upset me. It's not what you said but how you said it. I get enough of this kind of treatment from certain groups at work, I don't need it from here. Anyway, let's put that behind us. Seeing as you asked so

[Wesnoth-bugs] [bug #25286] editor: quit dialog sometimes buggy

Update of bug #25286 (project wesnoth): Status:Works For Me => Confirmed ___ Follow-up Comment #2: Weird. In Windows the exit dialogue only ever pops up once, so the issue doesn't happen. But in

[Wesnoth-bugs] [bug #25471] [Sighted] event in TSG 07a_Into_the_Depths does not fire

Update of bug #25471 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #5: Closing as requested. ___ Reply to

[Wesnoth-bugs] [bug #25271] Game room player list shows host multiple times for guest

Update of bug #25271 (project wesnoth): Summary: Lobby shows host multiple times for guest => Game room player list shows host multiple times for guest ___ Follow-up Comment #9: Uh, I just realised I may be confusing you.

[Wesnoth-bugs] [bug #15072] [item]halo=xxxx not covered/hideable by fog

Update of bug #15072 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #4: Reconfirming unit halos are covered by fog. Can't say I know anything about items, but this

[Wesnoth-bugs] [bug #15691] Selected game unselect after viewing player info

Update of bug #15691 (project wesnoth): Status:None => Confirmed Operating System:Debian/Lenny => All ___ Follow-up Comment #5: Reconfirming for

[Wesnoth-bugs] [bug #15765] Gamemaps are parsed too often in the new lobby

Update of bug #15765 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #4: Testing in 1.13.7+dev doesn't give me any stderr messages in Windows or Linux, even on an old

[Wesnoth-bugs] [bug #15772] Selecting game in mp lobby re-sorts the game list

Update of bug #15772 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #2: I didn't see this happening in 1.13.7+dev. Closing due to lack of feedback, but can re-open if

[Wesnoth-bugs] [bug #19302] Lobby doesn't refresh games list properly

Follow-up Comment #7, bug #19302 (project wesnoth): How about that. While testing bug #15772, I think I ran into this one. Entered a game without meaning to, exited immediately, then had an empty room. Retried the room and re-entered a different game, causing it to apparently hang on trying to

[Wesnoth-bugs] [bug #15848] room list does not resize until a new private message query is opened

Update of bug #15848 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #2: Checked in redesigned MP lobby for 1.13.7+dev, but can re-open if it's proven to still be an

[Wesnoth-bugs] [bug #15894] (new) MP Lobby - Text no longer selectable.

Update of bug #15894 (project wesnoth): Operating System: Windows => All ___ Follow-up Comment #4: Redesigned MP lobby in 1.13.7+dev carries this over.

[Wesnoth-bugs] [bug #16088] ellipses pass trough south-east/west encampment walls

Update of bug #16088 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #3: Checked again in 1.13.7+dev, looks fine to me. Closing due to lack of feedback.

[Wesnoth-bugs] [bug #19302] Lobby doesn't refresh games list properly

Follow-up Comment #6, bug #19302 (project wesnoth): I couldn't reproduce this with 1.13.7+dev. Given this is so old I'm inclined to close this. ___ Reply to this item at:

[Wesnoth-bugs] [bug #19731] Spurious "Return value of AI ACTION was not checked" errors when quitting AI turns

Update of bug #19731 (project wesnoth): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #3: I tried this in

[Wesnoth-bugs] [bug #20382] Wrong team names

Update of bug #20382 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing due to lack of feedback. Can re-open if it's demonstrated to still be a problem.

[Wesnoth-bugs] [bug #21928] "enemy unit sighted!" announcement plays during replays

Update of bug #21928 (project wesnoth): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #3: Closing this due

[Wesnoth-bugs] [bug #22986] a whispered text is not always in the blue color

Update of bug #22986 (project wesnoth): Status:None => Fixed Assigned to:None => vultraz ___ Follow-up Comment #3: I think this is

[Wesnoth-bugs] [bug #24914] 1.13.5 Mage of Light illuminates halo issue

Update of bug #24914 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #3: Reconfirming on 1.13.7+dev. ___ Reply

[Wesnoth-bugs] [bug #25013] weapon naming: with or without space?

Update of bug #25013 (project wesnoth): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #4: Closing due to

[Wesnoth-bugs] [bug #25496] HTTT: S18 - Is Delfador using the right portrait consistently?

Update of bug #25496 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #5: Closing on confirmation of correct behaviour. Happy to re-open if it can be proven not to be

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #11, bug #14503 (project wesnoth): I'm only speaking for myself, I don't represent everyone, so there's no need to be so harsh with me, thanks. ___ Reply to this item at:

[Wesnoth-bugs] [bug #23650] bugs in Legend of Wesmere with shuffle sides active

Follow-up Comment #1, bug #23650 (project wesnoth): Somewhat related: bug #25604 ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

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

Follow-up Comment #4, bug #25604 (project wesnoth): Somewhat related: bug #23650 ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Wesnoth-bugs] [bug #24644] Units moving after in game help exit

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

[Wesnoth-bugs] [bug #22090] Village count incorrect after map resize

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

[Wesnoth-bugs] [bug #19624] Random crashes when launching the test scenario

Follow-up Comment #6, bug #19624 (project wesnoth): Any news on this one? Seems to be a rather old issue - I can't recall any crashes on the test scenario, certainly not in recent years. ___ Reply to this item at:

[Wesnoth-bugs] [bug #19302] Lobby doesn't refresh games list properly

Follow-up Comment #5, bug #19302 (project wesnoth): Is this still confirmed for the redesigned MP lobby in 1.13.x? If it is a network issue it might still be, but the last contact on this issue was nearly five years ago, so it would be good to get an update.

[Wesnoth-bugs] [bug #15072] [item]halo=xxxx not covered/hideable by fog

Follow-up Comment #3, bug #15072 (project wesnoth): No response on this one - can we mark as fixed? ___ Reply to this item at: ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #14503] Player often can't see his own shadows and nightgaunts

Follow-up Comment #9, bug #14503 (project wesnoth): After playing through Secrets of the Ancients, I think the blinking - while annoying to an extent - really does appear to be an attempt to avoid the completely invisible unit situation that we have with undead units. It doesn't look like

[Wesnoth-bugs] [bug #25411] LoW - The Chief Must Die is now impossible

Update of bug #25411 (project wesnoth): Open/Closed:Open => Closed ___ Follow-up Comment #6: Thanks, in this case, I'll mark this as closed.

[Wesnoth-bugs] [bug #25411] LoW - The Chief Must Die is now impossible

Follow-up Comment #4, bug #25411 (project wesnoth): As discussed on IRC: As you rightly point out, the western side has far more wolves, so approaching from that direction does appear infeasible now. But it seems to take an awful lot of distance before the wolves stop pursuing, I didn't recall

[Wesnoth-bugs] [bug #25411] LoW - The Chief Must Die is now impossible

Follow-up Comment #3, bug #25411 (project wesnoth): I just tried it again and experienced the same problem - as soon as I approach the chief, I'm detected by the wolves (what you said the AI is supposed to do). But after retreating, they still come after me mercilessly, as though the

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

Update of bug #25604 (project wesnoth): Status:None => Confirmed ___ Follow-up Comment #1: Confirmed. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25409] Multiplayer empty slots get unexpectedly filled

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

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

Follow-up Comment #24, bug #25549 (project wesnoth): No worries, and thanks - confirmed fixed. ___ Reply to this item at: ___ Message sent via/by Gna!

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

Follow-up Comment #22, bug #25549 (project wesnoth): Thanks for that. Looks like this means poison was broken since December 2016. That's a long time, I didn't realise it would be that long! Still, I recognise the change in 97b675ea as being where I was finding the poison blending wasn't using

[Wesnoth-bugs] [bug #25271] Lobby shows host multiple times for guest

Follow-up Comment #8, bug #25271 (project wesnoth): I tried vultraz2 and vultraz3 on official server with Legend of Wesmere campaign and French, English GB, and English US languages, all having the issue on the guest's Connected Players list. Would be nice to have at least one other test this,

[Wesnoth-bugs] [bug #25271] Lobby shows host multiple times for guest

Follow-up Comment #6, bug #25271 (project wesnoth): It's okay. If it's any consolation, it's not a game-crippling bug, just a cosmetic oddity. Out of curiosity, how long are your player names? I doubt it would make a difference, but it's something to consider.

[Wesnoth-bugs] [bug #25271] Lobby shows host multiple times for guest

Follow-up Comment #4, bug #25271 (project wesnoth): I just tested against 15f8ac3c and unfortunately, yes, this still occurs. Tested with Windows and Linux clients connecting to the official server, both clients show multiple player entries (as in the original screenshot) when they are the guest.

  1   2   3   4   5   6   7   8   9   >