[Wesnoth-bugs] [bug #25173] [text_input] doesn't display when no label is specified

2016-10-24 Thread Gregory A Lundberg
Update of bug #25173 (project wesnoth): Status: Confirmed => Fixed Assigned to:None => tad_carlucci Open/Closed:Open => Closed

[Wesnoth-bugs] [bug #25227] assertion failure when normal/planned moves conflict

2016-10-24 Thread Wedge009
Follow-up Comment #1, bug #25227 (project wesnoth): From what you describe, it sounds like this is a problem. However, I can't replicate the issue. I have a unit starting at hex A. I make a move which requires several turns: it moves to hex B for this turn, and will move to hex C in the next

[Wesnoth-bugs] [bug #25222] crash in planning mode, moving planned recruit

2016-10-24 Thread Wedge009
Follow-up Comment #5, bug #25222 (project wesnoth): wesnoth.exe!wb::side_actions_container::queue(unsigned int turn_num, std::shared_ptr action) Line 163C++ wesnoth.exe!wb::side_actions::synced_enqueue(unsigned int turn_num, std::shared_ptr act) Line 659 C++

[Wesnoth-bugs] [bug #25186] [message] lag

2016-10-24 Thread Daniel
Follow-up Comment #15, bug #25186 (project wesnoth): Well, at least we have a workaround then: we could add an wesnoth.wml_actions.redraw {} at the end of the lua [message] implmementation. I think one possible reason why this lag appears is that here

[Wesnoth-bugs] [bug #25186] [message] lag

2016-10-24 Thread Pentarctagon
Follow-up Comment #14, bug #25186 (project wesnoth): It does. The cpu usage still goes up to 7-9%, but it drops back to 4% once I stop clicking, and the UI never lags or freezes. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25173] [text_input] doesn't display when no label is specified

2016-10-24 Thread Gregory A Lundberg
Follow-up Comment #4, bug #25173 (project wesnoth): See PR 841 for fix ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Wesnoth-bugs] [bug #25186] [message] lag

2016-10-24 Thread Daniel
Follow-up Comment #12, bug #25186 (project wesnoth): Desow the lag o away if you add a [redraw] after the [message]? ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #25186] [message] lag

2016-10-24 Thread Daniel
Follow-up Comment #13, bug #25186 (project wesnoth): go* ___ Reply to this item at: ___ Nachricht gesendet von/durch Gna! http://gna.org/

[Wesnoth-bugs] [bug #25186] [message] lag

2016-10-24 Thread Daniel
Follow-up Comment #11, bug #25186 (project wesnoth): In the discussion here: https://www.wesnoth.org/irclogs/2016/10/%23wesnoth-dev.2016-10-24.log starting with 20161024 16:53:33< tad_carlucci> gfgtdf, HttT S01 I can cause issues with any [message] speaker= does not seem to be related.

[Wesnoth-bugs] [bug #25227] assertion failure when normal/planned moves conflict

2016-10-24 Thread Matthias Krüger
URL: Summary: assertion failure when normal/planned moves conflict Project: Battle for Wesnoth Submitted by: matthiaskrgr Submitted on: Mon 24 Oct 2016 14:00:32 UTC Category: Bug

[Wesnoth-bugs] [bug #19320] Chat log should show latest messages, not oldest

2016-10-24 Thread Charles Dang
Update of bug #19320 (project wesnoth): Status: Ready For Test => In Progress ___ Follow-up Comment #3: Ok, that did not fully fix it. I improved the situation here:

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

2016-10-24 Thread Wedge009
Follow-up Comment #7, bug #25080 (project wesnoth): I know that, I was speaking generally. Also, my point was that it was a different situation to the report I mentioned previously. Not really sure what you're trying to say with all your typing errors anyway. Regardless, in this case, it does

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

2016-10-24 Thread Daniel
Follow-up Comment #6, bug #25080 (project wesnoth): This is actuall nothing related to c++11/14/17 features. > But in this case expand_direction_ is a private member of the teditor_resize_map class. This is provate doesn tmant that the actual pbject is points to is also a member of the