[Wesnoth-bugs] [bug #22903] LoW MP - The Uprooting: names in status table
Follow-up Comment #3, bug #22903 (project wesnoth): Could someone point me to the code related to those MP controller tweaks? ___ Reply to this item at: http://gna.org/bugs/?22903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22068] Multiplayer scenario start saves are broken.
Follow-up Comment #18, bug #22068 (project wesnoth): The problem with WML variables should now be resolved (https://github.com/wesnoth/wesnoth/commit/3a4928f23185ad49237103b1ade35c90f385badc) ___ Reply to this item at: http://gna.org/bugs/?22068 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22068] Multiplayer scenario start saves are broken.
Follow-up Comment #17, bug #22068 (project wesnoth): A quick status update: I think I know what's the problem with saved wml variables and I'll fix that as soon as I can. That'll probably be early next week when I get access to my laptop. For networked mp problems, I suspect that there might be a separate bug as various problems were reported with side controllers/players. I'll try to look into that too, but I can't tell how long it will take to fix. ___ Reply to this item at: http://gna.org/bugs/?22068 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22068] Multiplayer scenario start saves are broken.
Update of bug #22068 (project wesnoth): Assigned to:ayne = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?22068 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22068] Multiplayer scenario start saves are broken.
Follow-up Comment #11, bug #22068 (project wesnoth): I pushed a partial fix for this: https://github.com/wesnoth/wesnoth/commit/2464cfab486ab9c4a95a509e9224312c57c99f3b Currently, sos saves seem to work fine in non-networked MP. However, in networked MP sides are assigned incorrectly and this causes OOS. It would be great if someone else could take a look at this, too. ___ Reply to this item at: http://gna.org/bugs/?22068 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22328] controllers can be corrupted in mp connect when reloading a game
Update of bug #22328 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?22328 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21978] Inconsistent lock behavior when 'use map settings' unchecked
Update of bug #21978 (project wesnoth): Status: Ready For Test = Fixed ___ Reply to this item at: http://gna.org/bugs/?21978 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21977] ready blocked on scenario transition, when allow_new_game=yes
Update of bug #21977 (project wesnoth): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?21977 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21808] cannot join a reloaded game as an observer
Update of bug #21808 (project wesnoth): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?21808 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21976] carryover wml seems not to work in networked mp
Update of bug #21976 (project wesnoth): Assigned to: thunderstruck = None ___ Reply to this item at: http://gna.org/bugs/?21976 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21978] Inconsistent lock behavior when 'use map settings' unchecked
Update of bug #21978 (project wesnoth): Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?21978 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22307] random map generation produces oss in multiplayer campaigns
Update of bug #22307 (project wesnoth): Status:None = Ready For Test ___ Follow-up Comment #2: Should be fixed in http://git.io/t01EGg ___ Reply to this item at: http://gna.org/bugs/?22307 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21978] Inconsistent lock behavior when 'use map settings' unchecked
Update of bug #21978 (project wesnoth): Status:None = Ready For Test ___ Follow-up Comment #1: Should be fixed in https://github.com/wesnoth/wesnoth/commit/87b3ba53771feb6ea12148280077e35a999f1b65 and https://github.com/wesnoth/wesnoth/commit/a35e8a6093dda5fc01696a727c96ab7fd64e62ac. I made it so that 'controller_lock' behaves identically as other locks when 'use_map_settings' is (un)checked. As for factions and leaders, I added new 'faction_lock' and 'leader_lock' keys to for the sake of consistency. I'll second commit is till not in master, but soon will be there. ___ Reply to this item at: http://gna.org/bugs/?21978 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21978] Inconsistent lock behavior when 'use map settings' unchecked
Follow-up Comment #2, bug #21978 (project wesnoth): Fixes are also on master now. ___ Reply to this item at: http://gna.org/bugs/?21978 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21156] Flicker after loading an MP campaign
Update of bug #21156 (project wesnoth): Severity: 3 - Normal = 4 - Important ___ Follow-up Comment #1: I'm marking this as 'Important', because it is a very visible glitch and in my opinion it should be fixed before a final release. ___ Reply to this item at: http://gna.org/bugs/?21156 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21975] linger mode fails in networked context, for looping test scenario
Update of bug #21975 (project wesnoth): Assigned to: thunderstruck = involution ___ Follow-up Comment #1: I looked at this and the problem lies with the line allow_new_game = false under [next_scenario_settings]. If flag would be set to true, the problem wouldn't appear. What's more, it looks like this https://github.com/wesnoth/wesnoth/commit/82e71a9fba8f44989afd868276ade5506254b004 commit introduced this bug. Maybe the problem is that some of the logic is only applied to a host and not to other players? For now, I'm assigning this to involution (iceiceice) as he should be the one, who understands the logic behind the commit mentioned above, better than anyone else. ___ Reply to this item at: http://gna.org/bugs/?21975 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22068] Multiplayer scenario start saves are broken.
Follow-up Comment #6, bug #22068 (project wesnoth): Just for the record I'm adding a link to my attempt to fix this bug: https://github.com/thunderstruck/wesnoth/commit/59a31f26d0fe3aa19ab3aa8f5b18c576eb14f239. This is a commit for 1.12. The commit partially fixed this problem and start-of-scenario saves were loading, but they where missing some data and/or had some incorrect data and this caused some things to not work properly. ___ Reply to this item at: http://gna.org/bugs/?22068 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22134] Campaign prefix not used in mp campaign saves
Update of bug #22134 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?22134 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #22134] Campaign prefix not used in mp campaign saves
Update of bug #22134 (project wesnoth): Status:None = Fixed ___ Follow-up Comment #1: It should be fixed in https://github.com/wesnoth/wesnoth/commit/d2978a66b7c26a00edca7cdb69ac1bdfaae386b8. ___ Reply to this item at: http://gna.org/bugs/?22134 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21977] ready blocked on scenario transition, when allow_new_game=yes
Update of bug #21977 (project wesnoth): Status:None = Ready For Test ___ Follow-up Comment #1: Should be fixed with https://github.com/wesnoth/wesnoth/commit/d908fde2ec2f9cc71903b8ca86c3e948add5eb9e. ___ Reply to this item at: http://gna.org/bugs/?21977 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21978] Inconsistent lock behavior when 'use map settings' unchecked
Update of bug #21978 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21978 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21977] ready blocked on scenario transition, when allow_new_game=yes
Update of bug #21977 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21977 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21976] carryover wml seems not to work in networked mp
Update of bug #21976 (project wesnoth): Assigned to: involution = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21976 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21975] linger mode fails in networked context, for looping test scenario
Update of bug #21975 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21975 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21964] assertion failure in mp connect engine, when starting LoW 3rd scenario
Update of bug #21964 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?21964 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21910] Segmentation fault in networked MP Campaigns
URL: http://gna.org/bugs/?21910 Summary: Segmentation fault in networked MP Campaigns Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun 13 Apr 2014 08:38:10 UTC Category: Bug Severity: 5 - Blocker Priority: 7 - High Item Group: None of the others Status: None Privacy: Public Assigned to: involution Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: - ___ Details: It looks like segmentation fault was introduced with this commit https://github.com/wesnoth/wesnoth/commit/72632ff03b3c2698a3f4883e752cacb53ed47dfe Just by looking at it, I think the problem occurs when accessing 'side_engines_' by an index 'side_taken', which can have a value of '-1' at this point. ___ Reply to this item at: http://gna.org/bugs/?21910 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first
Update of bug #21903 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21903 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21801] entering Create Game is slow
Follow-up Comment #3, bug #21801 (project wesnoth): The reason why Wesnoth reloads configs is that we don't want to load them all at once if not needed. So, we got these defines which guard SP/MP Campaigns, MP scenarios, eras etc. And when you play SP/MP Campaign, you have to reload config, but this time it have to include appropriate define for a campaign. This also happens when you enter multiplayer, except that this time we always load MULTIPLAYER define which guards all MP stand-alone scenarios, eras etc. This is of course not a perfect solution and in the feature we will probably stop loading all MP content at once by using individual defines rather than putting everything under MULTIPLAYER define. By the way, did you experienced the same loading speeds using 1.10.7? ___ Reply to this item at: http://gna.org/bugs/?21801 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21808] cannot join a reloaded game as an observer
Update of bug #21808 (project wesnoth): Status:None = Ready For Test ___ Reply to this item at: http://gna.org/bugs/?21808 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21808] cannot join a reloaded game as an observer
Follow-up Comment #5, bug #21808 (project wesnoth): Should be fixed in https://github.com/wesnoth/wesnoth/commit/fa5b916bf1240c20d3faccb4f3be59c3433b ___ Reply to this item at: http://gna.org/bugs/?21808 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3777] Add a way to translate months, weekdays and AM/PM
Update of patch #3777 (project wesnoth): Status:None = Done Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?3777 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #20592] Dialog window position in the widescreen theme
Update of bug #20592 (project wesnoth): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?20592 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21753] MP campaign leader random gender change
Update of bug #21753 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21753 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21764] faction detection when reloading in mp_create dialog seems broken
Follow-up Comment #1, bug #21764 (project wesnoth): Custom faction should be chosen if side has 'recruit' set to something. Please provide a test case if you really think this is broken. ___ Reply to this item at: http://gna.org/bugs/?21764 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21758] Ready not blocked while player pick faction.
Update of bug #21758 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21758 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21705] if mp game requires an add-on, point client to download it
Follow-up Comment #1, bug #21705 (project wesnoth): There's been a small discussion on IRC about this. I'll leave a link to it just as a reference (starts at the very top): http://www.wesnoth.org/irclogs/2013/10/%23wesnoth-dev.2013-10-05.log ___ Reply to this item at: http://gna.org/bugs/?21705 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21574] “UserScenarios” section referenced in game tips missing in translation templates
Update of bug #21574 (project wesnoth): Status:None = Fixed ___ Follow-up Comment #1: Should be fixed in f16c90be765e84e592131f03f58c4a1429e1c81d. ___ Reply to this item at: http://gna.org/bugs/?21574 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21214] MP Statistics wrongly lumps together all sides' recruits, kills, and losses
Follow-up Comment #11, bug #21214 (project wesnoth): I've partially reverted (c8f861cee410c2921be8904a81f545a0c9fd272a) a commit which introduces this bug and I must admit that it was a silly mistake I did. The bug should be fixed now. ___ Reply to this item at: http://gna.org/bugs/?21214 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21214] MP Statistics wrongly lumps together all sides' recruits, kills, and losses
Update of bug #21214 (project wesnoth): Status:None = Ready For Test ___ Reply to this item at: http://gna.org/bugs/?21214 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21214] MP Statistics wrongly lumps together all sides' recruits, kills, and losses
Follow-up Comment #10, bug #21214 (project wesnoth): I'll be able to look at it some time in the next few days. If that's not good enough, the commit which introduces this bug could be reverted. ___ Reply to this item at: http://gna.org/bugs/?21214 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21291] Mystery Campaign fails to load map
Follow-up Comment #6, bug #21291 (project wesnoth): I've tested this by disabling Wesnoth version check in campaign's _main.cfg file. I think it's the campaign author/maintainer responsibility to fix this. Perhaps try asking on the forum? ___ Reply to this item at: http://gna.org/bugs/?21291 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21278] Random cave scenario freeze Wesnoth.
Follow-up Comment #4, bug #21278 (project wesnoth): Should be fixed in https://github.com/wesnoth/wesnoth-old/commit/6b4ab7c3bc40b1178fa84b320ff4ebed0a5bf30b. ___ Reply to this item at: http://gna.org/bugs/?21278 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21278] Random cave scenario freeze Wesnoth.
Update of bug #21278 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?21278 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21291] Mystery Campaign fails to load map
Update of bug #21291 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?21291 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21291] Mystery Campaign fails to load map
Follow-up Comment #4, bug #21291 (project wesnoth): Should be fixed in https://github.com/wesnoth/wesnoth-old/commit/6b4ab7c3bc40b1178fa84b320ff4ebed0a5bf30b. ___ Reply to this item at: http://gna.org/bugs/?21291 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21218] Eras using random_leader instead of leader
Update of bug #21218 (project wesnoth): Status:None = Fixed ___ Reply to this item at: http://gna.org/bugs/?21218 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21218] Eras using random_leader instead of leader
Update of bug #21218 (project wesnoth): Assigned to:None = thunderstruck ___ Reply to this item at: http://gna.org/bugs/?21218 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21156] Flicker after loading an MP campaign
URL: http://gna.org/bugs/?21156 Summary: Flicker after loading an MP campaign Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun Sep 22 16:48:45 2013 Category: Bug Severity: 3 - Normal Priority: 5 - Normal Item Group: User Interface Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.11.6+dev Operating System: All ___ Details: A flicker could be seen for short period of time in between loading screen and Configure Game window. To reproduce: Go to local multiplayer. Then choose Campaigns from drop-down list and double click on any campaign (possibly on LoW). Select any difficulty level and observe what happens shortly after load screen disappears. ___ Reply to this item at: http://gna.org/bugs/?21156 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21157] Minimap disappears when Load game.. is pressed in Create Game window
URL: http://gna.org/bugs/?21157 Summary: Minimap disappears when Load game.. is pressed in Create Game window Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun Sep 22 16:55:15 2013 Category: Bug Severity: 2 - Minor Priority: 5 - Normal Item Group: User Interface Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.10+ Operating System: All ___ Details: To reproduce: Go to local multiplayer. Press Load game.. button and observe how minimap on top-left corner disappears. ___ Reply to this item at: http://gna.org/bugs/?21157 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21158] gamemap class doesn't handle empty files
URL: http://gna.org/bugs/?21158 Summary: gamemap class doesn't handle empty files Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun Sep 22 17:05:24 2013 Category: Bug Severity: 2 - Minor Priority: 5 - Normal Item Group: None of the others Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.11.6+ Operating System: All ___ Details: The gamemap class which is located in map.?pp should handle empty files by throwing incorrect_map_format_error. Currently, it still creates a gamemap object and thus Create Game window is not able to display a proper error message as with usual map formatting errors. ___ Reply to this item at: http://gna.org/bugs/?21158 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #21135] MP game error on load with null leader
Follow-up Comment #2, bug #21135 (project wesnoth): This was probably introduced by me and I will look into it soon. ___ Reply to this item at: http://gna.org/bugs/?21135 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #20900] Game hangs if bad argument to --screenshot command line option is provided.
Follow-up Comment #2, bug #20900 (project wesnoth): Thanks, Patryk. I already contacted one of the developers and the patch is now assigned to him. ___ Reply to this item at: http://gna.org/bugs/?20900 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #20900] Game hangs if bad argument to --screenshot command line option is provided.
URL: http://gna.org/bugs/?20900 Summary: Game hangs if bad argument to --screenshot command line option is provided. Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Fri 14 Jun 2013 03:03:32 PM GMT Category: Bug Severity: 2 - Minor Priority: 5 - Normal Item Group: Editor Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.11.4+dev Operating System: any ___ Details: If the first argument for --screenshot command line option is non-existing file or file which is actually not a map, Wesnoth goes into infinitive loop. It should stop and provide a useful error message instead. To reproduce: ./wesnoth --screenshot non_existing_map.map out.bmp ___ Reply to this item at: http://gna.org/bugs/?20900 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3862] Fixed bug #20704: using 'apply_to=new_animation' with 'id'
Follow-up Comment #3, patch #3862 (project wesnoth): It seems that I've made a false assumption on animation cache. Thanks jamit for spotting it. Could this patch be closed/cancelled then? The other solution to this problem would be to change carryover code where new units are created after the game. I think that jamit was working on that. Or maybe it would be better to move animation_cache somewhere else. ___ Reply to this item at: http://gna.org/patch/?3862 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3862] Fixed bug #20704: using 'apply_to=new_animation' with 'id'
URL: http://gna.org/patch/?3862 Summary: Fixed bug #20704: using 'apply_to=new_animation' with 'id' Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun 21 Apr 2013 09:37:42 PM GMT Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any ___ Details: The bug was caused by accessing resources::controller after it was destroyed. This was done for performance reasons to enable re-use of animations with a help of animation_cache. But it seems that animation_cache was never implemented. The solution for the bug was simply to remove the code which caused the problem. References to animation_cache have been removed as well since it is not used anywhere. Some arguments from IRC: lipkabb It has an almost completely unnecessary dependance on the controller. thunderstruck lipkabb, that's what I think as well. lipkabb Removing that dependency would make the code more robust, even if a bit slower. http://wiki.wesnoth.org/EffectWML is going to be updated after the patch is accepted. ___ File Attachments: --- Date: Sun 21 Apr 2013 09:37:42 PM GMT Name: new_animation_id.patch Size: 3kB By: thunderstruck http://gna.org/patch/download.php?file_id=17793 ___ Reply to this item at: http://gna.org/patch/?3862 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3844] Fixed bug #20592: Dialog window position in the widescreen theme
Additional Item Attachment, patch #3844 (project wesnoth): File name: wml_message2.patch Size:5 KB ___ Reply to this item at: http://gna.org/patch/?3844 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3777] Add a way to translate months, weekdays and AM/PM
Follow-up Comment #2, patch #3777 (project wesnoth): Different approach was taken to fix/avoid issues mordante noticed: An strftime function with translatable date info was written to be used as a fallback if the requested locale is missing. The new strftime works like the original strftime except that it is independent from the locales on the machine and uses translatable strings. Also undocumented behaviour (misuse) of the original strftime might not always match the fallback strftime's behaviour. (file #17603) ___ Additional Item Attachment: File name: date_translations2.patch Size:16 KB ___ Reply to this item at: http://gna.org/patch/?3777 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3777] Add a way to translate months, weekdays and AM/PM
URL: http://gna.org/patch/?3777 Summary: Add a way to translate months, weekdays and AM/PM Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Tue 12 Mar 2013 11:01:34 AM GMT Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any ___ Details: Implemented a function wesnoth_strftime and changed calls to strftime with wesnoth_strftime where appropriate. wesnoth_strftime checks if correct time locale in use and acts accordingly: if correct just use strftime to format date, if not also apply gettext to months, weekdays and AM/PM. Partially fixes bug https://gna.org/bugs/?20268 (AM/PM still won't be displayed if locale in use is correct, but don't support AM/PM). ___ File Attachments: --- Date: Tue 12 Mar 2013 11:01:34 AM GMT Name: date_translations.patch Size: 9kB By: thunderstruck http://gna.org/patch/download.php?file_id=17423 ___ Reply to this item at: http://gna.org/patch/?3777 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #20592] Dialog window position in the widescreen theme
URL: http://gna.org/bugs/?20592 Summary: Dialog window position in the widescreen theme Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Tue 05 Mar 2013 05:57:08 PM GMT Category: Bug Severity: 3 - Normal Priority: 5 - Normal Item Group: User Interface Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.10 and 1.11 Operating System: * ___ Details: While using widescreen theme dialog window is placed on the left side, which makes it overlap with the toolbar on the left side and leaves a gap on the right side. To reproduce a bug simply change a theme to widescreen and start any campaign. ___ Reply to this item at: http://gna.org/bugs/?20592 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [bug #20592] Dialog window position in the widescreen theme
Additional Item Attachment, bug #20592 (project wesnoth): File name: wdscr-theme.jpgSize:599 KB ___ Reply to this item at: http://gna.org/bugs/?20592 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
[Wesnoth-bugs] [patch #3769] Fixed bug:#20518: Add-ons with the same title show up as a single entry in the addon manager
URL: http://gna.org/patch/?3769 Summary: Fixed bug:#20518: Add-ons with the same title show up as a single entry in the addon manager Project: Battle for Wesnoth Submitted by: thunderstruck Submitted on: Sun 03 Mar 2013 11:34:32 PM GMT Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any ___ Details: Add-ons list is being sorted using a set with comparator. The set is changed to a multiset to fix identical titles issue. ___ File Attachments: --- Date: Sun 03 Mar 2013 11:34:33 PM GMT Name: addons_titles.patch Size: 2kB By: thunderstruck http://gna.org/patch/download.php?file_id=17383 ___ Reply to this item at: http://gna.org/patch/?3769 ___ Message sent via/by Gna! http://gna.org/ ___ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs
