[Wesnoth-bugs] [bug #24780] Load Game dialog layout issues with a small number of saves

Follow-up Comment #7, bug #24780 (project wesnoth): That was just because of the dialog's max height. Bumped that a bit here https://github.com/wesnoth/wesnoth/commit/0526808f7d265e155858aa4792988829e2402415 ___ Reply to this item at:

[Wesnoth-bugs] [bug #24780] Load Game dialog layout issues with a small number of saves

Follow-up Comment #6, bug #24780 (project wesnoth): As a work-around, this does the job for the Load Game dialogue (thanks) but for the Status dialogue it leaves a spurious scroll bar. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24964] Segfault/Exception on null reference when initialising Editor

Follow-up Comment #2, bug #24964 (project wesnoth): Oh, I thought we'd have to create a game board for the editor too. Well, confirmed, thanks. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24964] Segfault/Exception on null reference when initialising Editor

Update of bug #24964 (project wesnoth): Status:None => Fixed Assigned to:None => vultraz Open/Closed:Open => Closed

[Wesnoth-bugs] [bug #24780] Load Game dialog layout issues with a small number of saves

Update of bug #24780 (project wesnoth): Status: Confirmed => Fixed ___ Follow-up Comment #5: Workaround committed here

[Wesnoth-bugs] [bug #24959] gui2::ttext renders worse than font::ttext

Follow-up Comment #3, bug #24959 (project wesnoth): It's not an obvious difference to me. Perhaps the font size difference may also be making an impact? Do you think it's another Windows-specific text rendering issue? Any difference that's there is even harder to see in Linux. If I had to pick

[Wesnoth-bugs] [bug #24952] Unstored unit is slowed when recalled

Follow-up Comment #7, bug #24952 (project wesnoth): Cherry-picked a commit from PR #701 which should resolve this. Please mark this as fixed, or let me know if there are still issues. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24964] Segfault/Exception on null reference when initialising Editor

URL: Summary: Segfault/Exception on null reference when initialising Editor Project: Battle for Wesnoth Submitted by: wedge009 Submitted on: Fri 12 Aug 2016 09:12:11 PM AEST Category: Bug

[Wesnoth-bugs] [bug #24951] Delfador's Memoirs Scenario 9 issues

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

[Wesnoth-bugs] [bug #24951] Delfador's Memoirs Scenario 9 issues

Follow-up Comment #9, bug #24951 (project wesnoth): Forgot to mention that I checked for other instances of 'equals=true/false' and this seems to be only in Delfador's Memoirs. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24951] Delfador's Memoirs Scenario 9 issues

Follow-up Comment #8, bug #24951 (project wesnoth): Never mind, I did some testing to work out the details. Should be resolved now. https://github.com/wesnoth/wesnoth/commit/f1be140bb48b5a178ae02833425dc379f8ff98c9 ___ Reply to this item

[Wesnoth-bugs] [bug #24951] Delfador's Memoirs Scenario 9 issues

Follow-up Comment #7, bug #24951 (project wesnoth): Wait, I also see 'boolean_equals=yes/no'. So boolean_equals and equals are different? There are cases of numerical_equals too. I suppose xxx_equals is a way of specifying the data type of the equality operation. Does that mean 'equals' is just a

[Wesnoth-bugs] [bug #24951] Delfador's Memoirs Scenario 9 issues

Follow-up Comment #6, bug #24951 (project wesnoth): Outside of DM I see instances of 'boolean_equals=true/false' and 'equals=yes/no'. Are these two equivalent? ___ Reply to this item at:

[Wesnoth-bugs] [bug #24954] Eastern Invasion: Outlaws won't appear in 05_Northern Outpost

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