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

[Pentarctagon]

Follow-up Comment #10, bug #25653 (project wesnoth):

For what it's worth, I can compile fine with gcc 5.4.0 with both scons and
cmake on my Mint 18.1.  Full version string is:

gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609


that said, make does report a couple warnings:

/home/derpy/Desktop/wesnoth-dev/src/help/help_topic_generators.cpp: In
function ‘print_behavior_description’:
/usr/include/c++/5/bits/stl_iterator.h:794:0: warning: ‘MEM[(const struct
__normal_iterator *)_change_pos + 8B]._M_current’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
   { return __normal_iterator(_M_current + __n); }
 ^
/home/derpy/Desktop/wesnoth-dev/src/help/help_topic_generators.cpp:60:28:
note: ‘MEM[(const struct __normal_iterator *)_change_pos +
8B]._M_current’ was declared here
  boost::optional last_change_pos;
^

but that's unrelated to this problem.

___

Reply to this item at:

  

___
  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 #24598] Clicking too many options freezes game

[Pentarctagon]

Follow-up Comment #2, bug #24598 (project wesnoth):

This bug has since been resolved, and can be closed.

___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #9, bug #25557 (project wesnoth):

That fixed it.

___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #7, bug #25557 (project wesnoth):

Attached an example.

1. Upload to the add-on server.
2. Change to version to 1.0.1.
3. Restart and try to connect to the add-on server.  It will give the error
mentioned in the first post.

(file #29869)
___

Additional Item Attachment:

File name: test.zip   Size:0 KB


___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #6, bug #25557 (project wesnoth):

It turns out that the problem is actually with the version of my add-on in
_server.pbl.  The version currently on the add-on server is 4.0.5, and when
_server.pbl has the version as 4.0.5 then the add-on manager opens fine. 
However, when I change the version to 4.0.6 in _server.pbl, then I get the
below error.

___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #5, bug #25557 (project wesnoth):

And, just to be thorough, I re-cloned the wesnoth repository and built from
that, and I still get the error when trying to open the add-on manager.

___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #4, bug #25557 (project wesnoth):

Should be: origin/master

Not sure where the slash went.

___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

Follow-up Comment #3, bug #25557 (project wesnoth):

I am using the latest git revision: https://i.imgur.com/DvM6D7U.png

Doing a full build instead of an incremental one did not fix it.

And for good measure, I did:

git pull
git fetch --all
git reset --hard origin master


___

Reply to this item at:

  

___
  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 #25557] Add-on manager doesn't open

[Pentarctagon]

URL:
  

 Summary: Add-on manager doesn't open
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 04 Mar 2017 03:45:38 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.6+dev
Operating System: Linux Mint

___

Details:

I am unable to open the add-on manager, instead it gives this error:
https://i.imgur.com/xyhv29s.png




___

Reply to this item at:

  

___
  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 #25356] Game lags horribly, and quickly ends up completely frozen

[Pentarctagon]

Follow-up Comment #2, bug #25356 (project wesnoth):

I forgot about this report and responded on the forums, so in case you didn't
that response:
https://forums.wesnoth.org/viewtopic.php?f=5=44809=606920#p606920

___

Reply to this item at:

  

___
  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 #25390] [for] tag ignores start/end attributes

[Pentarctagon]

Follow-up Comment #2, bug #25390 (project wesnoth):

Ohh.  It feels really weird thinking about it that way rather than how
FOREACH does it, but it's literally just like:

for(int i = 1; i <= 2; i++)


My first thought when reading it was "I'm looping over an array, so I should
use the array attribute".  What really tripped me up though was:
"If start is omitted, it defaults to 0. If end is omitted, it defaults to
start."
which seems like it says that if you specify neither start nor end, they both
default to 0.

Anyway, thanks for clarifying.  I've also updated the wiki wording to
hopefully be more clear.

___

Reply to this item at:

  

___
  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 #25358] Movement values get cut off on resolutions with low height

[Pentarctagon]

URL:
  

 Summary: Movement values get cut off on resolutions with low
height
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 04 Dec 2016 07:48:22 PM UTC
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.13.6+
Operating System: Windows/Linux

___

Details:

On resolutions with a height of 720 or less, the movement values on the unit
info panel are sometimes cut off
.

Steps to reproduce:
1) Start the HttT campaign
2) Recruit a unit
3) Move the mouse between Konrad, Delfador, and the recruited unit
4) The values beneath the "MP" text won't display correctly

I was able to reproduce this on Windows 7 and Mint 18.




___

Reply to this item at:

  

___
  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 #25346] ~LIGHTEN() overlay image path function - how to use?

[Pentarctagon]

Follow-up Comment #1, bug #25346 (project wesnoth):

As a side note, the opposite ~DARKEN() ImagePathFunction still exists.

___

Reply to this item at:

  

___
  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 #25356] Game lags horribly, and quickly ends up completely frozen

[Pentarctagon]

URL:
  

 Summary: Game lags horribly, and quickly ends up completely
frozen
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 03 Dec 2016 02:26:15 AM UTC
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.13.6
Operating System: Windows

___

Details:

Submitting as per the posts on the forum here
.

Summary:
As soon as Wesnoth starts, it quickly becomes laggy, and soon freezes entirely
even without starting a game.  This is new to 1.13.6, and did not happen with
1.13.5.  It is also happening to 2 different users, one on Windows 7 while the
other is on Windows 8.  The user with Windows 7 reported it as using 50% of
the available CPU on a dual core machine.




___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #20, bug #25186 (project wesnoth):

Ah, right, EQ is one of my macros for shortening typing out [variable]:

#define EQ VAR VAL

[variable]
  name={VAR}
  equals={VAL}
[/variable]

#enddef


I am still able to reproduce the problem with your code.  Wesnoth reports its
resolution as 1920x1054 (maximized on a 1920x1080 monitor).

Though for some reason I am not able to reproduce this issue on Windows (same
resolution).

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #18, bug #25186 (project wesnoth):

The issue still occurs.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[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:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #10, bug #25186 (project wesnoth):

I used gdb and got a few stacktraces, and they're all identical to the below
except for a few memory addresses changing:

(gdb) bt
#0  0x7fffe6abd51e in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#1  0x7fffe69b8b35 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#2  0x7fffe69b8eb3 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#3  0x7fffe69d1453 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#4  0x7fffe69d172c in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#5  0x7fffe6a8cc12 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#6  0x7fffe670df62 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#7  0x7fffe670f397 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#8  0x7fffe672b4f4 in ?? () from
/usr/lib/nvidia-370/libnvidia-glcore.so.370.28
#9  0x76ddec54 in ?? () from
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#10 0x76dd8386 in ?? () from
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#11 0x76e31449 in ?? () from
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#12 0x76e329ca in ?? () from
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#13 0x011c4162 in sdl::twindow::render (this=0x1e060f0) at
src/sdl/window.cpp:110
#14 0x01169c73 in CVideo::flip (this=0x1ccdc50) at src/video.cpp:391
#15 0x004afa5a in gui2::event::thandler::draw (this=0x3cbab20,
force=false) at src/gui/core/event/handler.cpp:537
#16 0x004af1df in gui2::event::thandler::handle_event (this=0x3cbab20,
event=...) at src/gui/core/event/handler.cpp:357
#17 0x010a1c9f in events::pump () at src/events.cpp:593
#18 0x005cc0b7 in gui2::twindow::show (this=0xf545f00, restore=true,
auto_close_timeout=0) at src/gui/widgets/window.cpp:638
#19 0x004b50ca in gui2::tdialog::show (this=0xfb053b0, video=...,
auto_close_time=0) at src/gui/dialogs/dialog.cpp:68
#20 0x00b05fcb in gui2::show_wml_message (video=..., title="",
message="", left=0x82afb00, right=0x0, options=..., input=...) at
src/gui/dialogs/wml_message.cpp:187
#21 0x0064c68f in lua_gui2::show_message_dialog (L=0x7fffc45c3ac8,
video=...) at src/scripting/lua_gui2.cpp:357
#22 0x00653522 in lua_kernel_base::video_dispatch_impl
(this=0x7fffc0974a50, L=0x7fffc45c3ac8, callback=0x64b3c8
) at
src/scripting/lua_kernel_base.cpp:127
#23 0x00657401 in video_dispatch<_gui2::show_message_dialog>
(L=0x7fffc45c3ac8) at src/scripting/lua_kernel_base.cpp:121
#24 0x00f939f4 in luaD_precall (L=0x7fffc45c3ac8, func=0x7fffc2b432a0,
nresults=2) at src/lua/ldo.cpp:365
#25 0x00fa7c39 in luaV_execute (L=0x7fffc45c3ac8) at
src/lua/lvm.cpp:1134
#26 0x00f94040 in luaD_call (L=0x7fffc45c3ac8, func=0x7fffc2b43290,
nResults=1) at src/lua/ldo.cpp:496
#27 0x00f9409e in luaD_callnoyield (L=0x7fffc45c3ac8,
func=0x7fffc2b43290, nResults=1) at src/lua/ldo.cpp:506
#28 0x00f8fe47 in f_call (L=0x7fffc45c3ac8, ud=0x7fff1d10) at
src/lua/lapi.cpp:942
#29 0x00f92ede in luaD_rawrunprotected (L=0x7fffc45c3ac8, f=0xf8fe12
, ud=0x7fff1d10) at src/lua/ldo.cpp:142
#30 0x00f94870 in luaD_pcall (L=0x7fffc45c3ac8, func=0xf8fe12
, u=0x7fff1d10, old_top=880, ef=864) at
src/lua/ldo.cpp:727
#31 0x00f8ff25 in lua_pcallk (L=0x7fffc45c3ac8, nargs=1, nresults=1,
errfunc=-3, ctx=0, k=0x0) at src/lua/lapi.cpp:968
#32 0x0064636e in luaW_pcall_internal (L=0x7fffc45c3ac8, nArgs=1,
nRets=1) at src/scripting/lua_common.cpp:940
#33 0x006463f5 in luaW_pcall (L=0x7fffc45c3ac8, nArgs=1, nRets=1,
allow_wml_error=false) at src/scripting/lua_common.cpp:956
#34 0x0061a74e in (anonymous namespace)::lua_synchronize::query_lua
(this=0x7fff22f0, side=1, function_index=2, cfg=...) at
src/scripting/game_lua_kernel.cpp:2581
#35 0x0061a59b in (anonymous namespace)::lua_synchronize::query_user
(this=0x7fff22f0, side=1) at src/scripting/game_lua_kernel.cpp:2558
#36 0x00699c67 in user_choice_manager::ask_local_choice
(this=0x7fff1ff0) at src/synced_user_choice.cpp:343
#37 0x0069a4bf in user_choice_manager::get_user_choice_internal
(name="input", uch=..., sides=std::set with 1 elements = {...}) at
src/synced_user_choice.cpp:419
#38 0x006988eb in mp_sync::get_user_choice (name="input", uch=...,
side=1) at src/synced_user_choice.cpp:216
#39 0x0061a9c0 in intf_synchronize_choice (L=0x7fffc45c3ac8) at
src/scripting/game_lua_kernel.cpp:2625
#40 0x00f939f4 in luaD_precall (L=0x7fffc45c3ac8, func=0x7fffc2b43240,
nresults=1) at src/lua/ldo.cpp:365
#41 0x00fa7c39 in luaV_execute (L=0x7fffc45c3ac8) at
src/lua/lvm.cpp:1134
#42 0x00f94040 in luaD_call (L=0x7fffc45c3ac8, func=0x7fffc2b42f40,
nResults=0) at src/lua/ldo.cpp:496

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

[Pentarctagon]

Follow-up Comment #9, bug #25186 (project wesnoth):

Alright, I'll try the debugger.  I had actually tried using valgrind/callgrind
with Wesnoth's debug build earlier today, but it froze on the main menu after
taking ~10 minutes to start up.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #7, bug #25186 (project wesnoth):

Ram usage not particularly, but the CPU does increase noticeably - Wesnoth is
shown as taking 100% of a single logical CPU core.  You can see in the video I
linked starting at 0:42 Wesnoth is taking ~12% of the total CPU (4 physical/8
logical cores), and after that at 0:51 the graph shows one of the cores as
being constantly at 100% usage.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #5, bug #25186 (project wesnoth):

No change.  It is specifically related to the "narrator" value though;
specifying the speaker as "unit" does not result in lag, for example.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #3, bug #25186 (project wesnoth):

I haven't tried putting the code in every single mainline scenario, but I
tried placing it in Aethermaw's existing start event, and the lag occurred
with no mods enabled.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

Follow-up Comment #1, bug #25186 (project wesnoth):

After some more investigation, I discovered I can reproduce the issue with
just this code:


  [while]
{EQ var $null}
[do]
  [message]
speaker="narrator"

[option]
  label="label"
[/option]
  [/message]
[/do]
  [/while]


For whatever reason, the issue seems to be specifying the speaker.  Removing
the speaker="narrator" line causes the lag to not appear.

___

Reply to this item at:

  

___
  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 #25186] [message] lag

[Pentarctagon]

URL:
  

 Summary: [message] lag
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 15 Oct 2016 08:38:52 PM UTC
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.13.5+dev
Operating System: Linux Mint

___

Details:

The more options that get chosen, the more longer it takes for the [message]
loop to refresh, eventually to the point that the UI becomes difficult to use
and System Monitor shows Wesnoth as using 100% of one cpu core.  If I exit the
loop and then re-enter it, the UI lag is gone until I start choosing more
options.

A video showing what's happening: https://www.youtube.com/watch?v=tdjEQBMz-Ec

I'm not able to reproduce this outside of my add-on though; just setting up a
[message] in a loop with a single option and clicking it a bunch of times
never begins to lag, for example.




___

Reply to this item at:

  

___
  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 #25177] Loading text not cleared properly

[Pentarctagon]

Follow-up Comment #8, bug #25177 (project wesnoth):

I can almost exactly reproduce this issue on Windows 7 using SDL 2.0.2 with
current master, for what it's worth.  Using this version of SDL instead of
2.0.4 also causes numerous other minor issues with the UI as well.

___

Reply to this item at:

  

___
  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 #25173] [text_input] doesn't display when no label is specified

[Pentarctagon]

Follow-up Comment #3, bug #25173 (project wesnoth):

This actually seems to have happened after 1.13.5 was released.  None of the
1.13.x releases available for download currently work this way, but compiling
the latest code does have this issue.

Tried on Windows 7 this time, since it's a lot easier to get specific
versions.

___

Reply to this item at:

  

___
  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 #25173] [text_input] doesn't display when no label is specified

[Pentarctagon]

Follow-up Comment #2, bug #25173 (project wesnoth):

I just noticed it recently, but it did not used to behave like this either.

___

Reply to this item at:

  

___
  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 #25173] [text_input] doesn't display when no label is specified

[Pentarctagon]

URL:
  

 Summary: [text_input] doesn't display when no label is
specified
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Wed 12 Oct 2016 12:39:57 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.5+dev
Operating System: Linux Mint

___

Details:

The following code:

[event]
  name="start"
  
  [message]
[text_input]
  variable="test"
  text="something"
  max_length="3"
[/text_input]
  [/message]
[/event]

will not display the [text_input].  However, it will display when the label is
added:

[event]
  name="start"
  
  [message]
[text_input]
  variable="test"
  text="something"
  max_length="3"
  label="hello"
[/text_input]
  [/message]
[/event]





___

Reply to this item at:

  

___
  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 #12098] allow [message] to take multiple 'speakers'

[Pentarctagon]

Follow-up Comment #10, bug #12098 (project wesnoth):

Pull request for this here: https://github.com/wesnoth/wesnoth/pull/806

___

Reply to this item at:

  

___
  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 #12098] allow [message] to take multiple 'speakers'

[Pentarctagon]

Follow-up Comment #8, bug #12098 (project wesnoth):

Where would I look to edit the GUI2 markup for this?

___

Reply to this item at:

  

___
  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 #12098] allow [message] to take multiple 'speakers'

[Pentarctagon]

Follow-up Comment #6, bug #12098 (project wesnoth):

I was looking into doing it myself, and it doesn't seem to work correctly:

http://cubeupload.com/im/Pcxsvs.png


[event]
  name="start"
  
  [lua]
code=<<
  
  wesnoth.show_message_dialog
  (
{
  title = "Make your choice:",
  message = "Select an option and enter some text.",
  portrait = "portraits/elves/shyde.png",
  mirror = false,
  second_portrait = "portraits/elves/shyde.png",
  second_mirror = true,
},
{
 "The first choice is always the best!",
 "Pick me! Second choices are better!",
 "You know you want the third option!",
}
  )
  
>>
  [/lua]
  
[/event]


___

Reply to this item at:

  

___
  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 #24930] image_pos="right" does not display correctly

[Pentarctagon]

Follow-up Comment #7, bug #24930 (project wesnoth):

Yes, my point was just that if the portrait and second_portrait keys were
added to [message], it would effectively resolve this issue since the strange
~RIGHT() behavior could be worked around.

I would call this a bug though, since at least to me, the fact that the
[message] text/options/etc also get moved to the left is unexpected, and I
can't imagine a situation where someone would want the [message] to be
displayed as: text|blank|image, rather than: blank|text|image

___

Reply to this item at:

  

___
  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 #24930] image_pos="right" does not display correctly

[Pentarctagon]

Follow-up Comment #5, bug #24930 (project wesnoth):

I mean, unless there's some other use for image_pos, if image_pos="right" (and
~RIGHT()) get fixed, then they do the same thing as portrait|second_portrait
when there's only one portrait being displayed.

___

Reply to this item at:

  

___
  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 #24930] image_pos="right" does not display correctly

[Pentarctagon]

Follow-up Comment #4, bug #24930 (project wesnoth):

How would:

image="x.png"
image_pos="left|right"

in [message] be different from:

portrait|second_portrait="x.png"

in wesnoth.show_message_dialog()?

___

Reply to this item at:

  

___
  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 #24930] image_pos="right" does not display correctly

[Pentarctagon]

Follow-up Comment #2, bug #24930 (project wesnoth):

Either way, it doesn't seem correct.  Though if the second_portrait key gets
added to [message], this key becomes rather irrelevant.

___

Reply to this item at:

  

___
  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 #12098] allow [message] to take multiple 'speakers'

[Pentarctagon]

Follow-up Comment #4, bug #12098 (project wesnoth):

Are you planning on attaching it to the [message] tag?

___

Reply to this item at:

  

___
  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 #24931] Allow specifying both a left image and a right image on [message]

[Pentarctagon]

URL:
  

 Summary: Allow specifying both a left image and a right image
on [message]
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 06 Aug 2016 06:30:36 PM UTC
Category: Feature Request
Severity: 1 - Wish
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.5+dev
Operating System: All

___

Details:

I think it would be useful to allow specifying both an image to display to the
left and to the right of a [message].

Tangentially related to this: https://gna.org/bugs/index.php?24930




___

Reply to this item at:

  

___
  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 #24202] Wesnoth does not exist on the panel

[Pentarctagon]

Follow-up Comment #6, bug #24202 (project wesnoth):

Update on this: I upgraded to Mint 18, which is based on Ubuntu 16.04/Xenial
(and has SDL 2.0.4), and Wesnoth now correctly appears on the panel.

___

Reply to this item at:

  

___
  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 #24739] Add a volume=attribute to [music]

[Pentarctagon]

URL:
  

 Summary: Add a volume=attribute to [music]
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Wed 08 Jun 2016 12:49:03 AM UTC
Category: Feature Request
Severity: 1 - Wish
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13
Operating System: All

___

Details:

The title says it all, really.  It would be nice to be able to specify the
volume at a per song level.

It would work exactly the same as the [volume] tag does, except that the level
specified by the volume=attribute would be applied at the start of the song. 
The exception to this would be if the volume is already set at 0, in which
case it would stay at 0.

If the attribute is not specified, then the current volume would remain
unchanged.




___

Reply to this item at:

  

___
  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 #24727] Connecting to add-on server causes Wesnoth to crash

[Pentarctagon]

Follow-up Comment #2, bug #24727 (project wesnoth):

Works for me.

___

Reply to this item at:

  

___
  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 #24727] Connecting to add-on server causes Wesnoth to crash

[Pentarctagon]

URL:
  

 Summary: Connecting to add-on server causes Wesnoth to crash
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 05 Jun 2016 09:26:35 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Networking
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.4+dev
Operating System: Linux Mint

___

Details:

The log contains this:

error addons-client: add-on 'Water_Era' has an icon which cannot be found:
'projectiles/merman.png'
error display: ~BLIT(): image not found:
'portraits/orcs/transparent/grunt-6.png'


and gdb gave the following backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x0099a4f3 in gui2::tnetwork_transmission::pump_monitor::process
(this=0x378c290) at src/gui/dialogs/network_transmission.cpp:37
37  connection_->poll();
(gdb) bt
#0  0x0099a4f3 in gui2::tnetwork_transmission::pump_monitor::process
(this=0x378c290) at src/gui/dialogs/network_transmission.cpp:37
#1  0x00ed1f84 in events::pump () at src/events.cpp:537
#2  0x00ea2862 in gui::dialog::show (this=0x7fffcda0) at
src/construct_dialog.cpp:338
Python Exception  list index out of range: 
#3  0x0045fade in (anonymous namespace)::show_addons_manager_dialog
(v=..., client=..., addons=std::map with 73 elements, last_addon_id="",
stay_in_ui=@0x7fffcfbe: false, wml_changed=@0x7fffcfbf: false,
filter=...)
at src/addon/manager_ui.cpp:894
#4  0x004615e0 in (anonymous namespace)::addons_manager_ui (v=...,
remote_address="add-ons.wesnoth.org") at src/addon/manager_ui.cpp:1040
#5  0x00462e2b in manage_addons (v=...) at
src/addon/manager_ui.cpp:1217
#6  0x004271bf in do_gameloop (args=std::vector of length 1, capacity
1 = {...}) at src/wesnoth.cpp:828
#7  0x00428081 in main (argc=1, argv=0x7fffe108) at
src/wesnoth.cpp:1071





___

Reply to this item at:

  

___
  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 #24718] passing string to to_variable causes Wesnoth to crash

[Pentarctagon]

Follow-up Comment #3, bug #24718 (project wesnoth):

This is fixed as of PR #664.

___

Reply to this item at:

  

___
  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 #24719] Mandatory WML child missing yet untested for. Please report.

[Pentarctagon]

Follow-up Comment #4, bug #24719 (project wesnoth):

Possibly related to this bug: https://gna.org/bugs/?24413

___

Reply to this item at:

  

___
  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 #24718] passing string to to_variable causes Wesnoth to crash

[Pentarctagon]

Follow-up Comment #2, bug #24718 (project wesnoth):

Yes, that is why I had the quotes around the to_variable value.  For some
reason that is causing a crash though.

___

Reply to this item at:

  

___
  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 #24718] passing string to to_variable causes Wesnoth to crash

[Pentarctagon]

URL:
  

 Summary: passing string to to_variable causes Wesnoth to
crash
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Mon 30 May 2016 06:26:39 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.4+dev
Operating System: Linux Mint

___

Details:

The following code causes Wesnoth to crash without errors when the scenario
starts:

[event]
  name="prestart"
  
  [set_variables]
name=temp1
mode=replace
[value]
  [index]
argh=blargh
  [/index]
  [index]
argh=nom
  [/index]
[/value]
  [/set_variables]
  
  {VARIABLE i 0}
  
  [set_variables]
name=temp2
mode=replace
to_variable="temp1.index[$($i+1)]"
  [/set_variables]
[/event]


gdb gives the attached backtrace.  The crash does not occur when the quotes
are not around the to_variable value.



___

File Attachments:


---
Date: Mon 30 May 2016 06:26:39 PM UTC  Name: backtrace.txt  Size: 6kB   By:
pentarctag0n



___

Reply to this item at:

  

___
  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 #24671] Lua error with [set_variables]

[Pentarctagon]

Follow-up Comment #6, bug #24671 (project wesnoth):

This works for me, and bug 24412 is still fixed.

___

Reply to this item at:

  

___
  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 #24671] Lua error with [set_variables]

[Pentarctagon]

Follow-up Comment #4, bug #24671 (project wesnoth):

If possible, I would ask that the fix for bug 24412 not be reverted in order
to fix this one - I had originally been using mode="replace" as a way to get
around the problem caused by that bug, however, now with that fixed I can use
mode="insert" and it works as it did with mode="replace", but produces no
errors.

___

Reply to this item at:

  

___
  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 #24671] Lua error with [set_variables]

[Pentarctagon]

Follow-up Comment #1, bug #24671 (project wesnoth):

As a side note, this code did used to work and not throw an error, though I'm
not sure when it stopped working.

___

Reply to this item at:

  

___
  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 #24671] Lua error with [set_variables]

[Pentarctagon]

URL:
  

 Summary: Lua error with [set_variables]
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 14 May 2016 04:17:40 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.4+dev
Operating System: Linux Mint

___

Details:

The following code:

[event]
  name="start"
  [set_variables]
name=MusicPersist.playlists[0]
mode="insert"

[value]
  default="no"
  image=""
  label=""
  description=""
[/value]
  [/set_variables]
  
  [set_variables]
name=MusicPersist.playlists[0].command[0]
mode="replace"

[value]
  [music]
name="one"
append="yes"
immediate="yes"
play_once="no"
shuffle="yes"
  [/music]
[/value]

  [/set_variables]
[/event]


causes the following error:

20160514 11:13:54 error scripting/lua: Mandatory WML child missing yet
untested for. Please report.
stack traceback:
[C]: in function 'cmd'
lua/wml-utils.lua:137: in function 'handle_event_commands'
lua/wml-flow.lua:6: in function 





___

Reply to this item at:

  

___
  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 #24667] Hovering on [option] causes a strange border to appear

[Pentarctagon]

Follow-up Comment #1, bug #24667 (project wesnoth):

*Hovering over an >option<

___

Reply to this item at:

  

___
  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 #24667] Hovering on [option] causes a strange border to appear

[Pentarctagon]

URL:
  

 Summary: Hovering on [option] causes a strange border to
appear
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Fri 13 May 2016 12:53:17 PM UTC
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.13.4+dev
Operating System: Linux Mint

___

Details:

Hovering over an image causes a change in its transparency, and for a border
to appear:

http://cubeupload.com/im/RRZkEU.png




___

Reply to this item at:

  

___
  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 #24598] Clicking too many options freezes game

[Pentarctagon]

Follow-up Comment #1, bug #24598 (project wesnoth):

The warning message in the log got cut off for some reason:

warning gui/event: distributor mouse button left [wml_message_left]: . Mouse
down on non focused widget and mouse not captured, we missed events.

___

Reply to this item at:

  

___
  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 #24598] Clicking too many options freezes game

[Pentarctagon]

URL:
  

 Summary: Clicking too many options freezes game
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Wed 20 Apr 2016 03:36:13 AM UTC
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.13.4+dev
Operating System: Linux Mint

___

Details:

When options are used in messages, and many options are chosen before closing
the message, the message UI becomes increasingly unresponsive until it freezes
entirely.  The following code demonstrates the problem:

[event]
  name="start"
  
  {VARIABLE test 1}
  
  [while]
[variable]
  name="test"
  equals=1
[/variable]
[do]
  [message]
speaker="narrator"
message="level 1"

[option]
  description="exit"
  [command]
{VARIABLE test 0}
  [/command]
[/option]

[option]
  description="to level 2"
  default="yes"
  [command]

{VARIABLE test1 1}

[while]
  [variable]
name="test1"
equals=1
  [/variable]
  [do]

[message]
  speaker="narrator"
  message="level 2"
  
  [option]
description="to level 1"
[command]
  {VARIABLE test1 0}
[/command]
  [/option]
  
[/message]

  [/do]
[/while]

  [/command]
[/option]

  [/message]
[/do]
  [/while]
  
[/event]

After going back and forth between level 1 and level 2 ~5 times, the message
UI response time starts dropping quickly.  Once this happens, the log starts
to be filled with the message:

warning gui/event: distributor mouse button left [wml_message_left]: . Mouse
down on non focused widget and mouse not captured, we missed events.





___

Reply to this item at:

  

___
  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 #24568] Travis needs a c++14 build

[Pentarctagon]

Follow-up Comment #5, bug #24568 (project wesnoth):

There is this 
ppa which has up to gcc 5.3.0 for Trusty/14.04.  It even has a gcc 6, if you
really want to get ahead of the game :P

Also, not sure how related this is, but there was also this
 previous issue between std and boost.  Though
based on the boost issue report, that's more a c++11 than c++14 problem.

Another solution would be to just wait for travis to support Xenial/16.04,
which will have gcc 5.3.1 by default  as
well as boost  1.58, though
that apparently won't be happening soon
.  There does seem to be a
feature to use your own OS image, however that sounds like it would probably
be more trouble than it's worth.

___

Reply to this item at:

  

___
  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 #24559] Local Game scrollbar misaligned

[Pentarctagon]

Follow-up Comment #2, bug #24559 (project wesnoth):

Works for me.

___

Reply to this item at:

  

___
  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 #24559] Local Game scrollbar misaligned

[Pentarctagon]

URL:
  

 Summary: Local Game scrollbar misaligned
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Wed 06 Apr 2016 11:40:39 PM UTC
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.13.4+dev
Operating System: Linux Mint

___

Details:

The scrollbar for scenarios is not aligned correctly:
http://cubeupload.com/im/nm0RDq.png




___

Reply to this item at:

  

___
  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 #24550] std::placeholders might clash with boost::bind::placeholders

[Pentarctagon]

Follow-up Comment #8, bug #24550 (project wesnoth):

Update:

When also using boost 1.54 on Windows, I get the same error as below.  The
same error also occurs with boost 1.55 and 1.56.

Unfortunately the version of Ubuntu that Mint 17 is based on (14.04) only has
boost 1.54 and 1.55 packages in the repository
(http://www.ubuntuupdates.org/pm/boost-defaults).  I was able to find a ppa
with boost 1.58 included
(https://launchpad.net/~dirk-computer42/+archive/ubuntu/c42-edge-libreoffice),
though the very first words of the description are "DO NOT USE !!!". 
Otherwise boost 1.58 will only be available in Ubuntu 16.04/Mint 18, neither
of which have been released yet - Ubuntu 16.04 is scheduled for April 21,
while Mint 18 will supposedly be released in the May-June time frame.

All that said, the issue has apparently been fixed as of
ce7cd0191a811a12c84f18debc7c1f2300e80ec1, and I am able to compile
successfully with boost 1.54 on both Mint and Windows.

___

Reply to this item at:

  

___
  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 #24550] std::placeholders might clash with boost::bind::placeholders

[Pentarctagon]

Follow-up Comment #7, bug #24550 (project wesnoth):

Though actually, after updating to 19fe2aa8178a33bd32a911011c0ec9dcd9d90f89,
the compilation is able to get farther and instead fails with:

g++ -o build/release/gui/dialogs/multiplayer/mp_join_game_password_prompt.o -c
-std=c++11 -pthread -W -Wall -O2 -O3 -march=native -fuse-ld=gold -flto
-fuse-linker-plugin -D_REENTRANT -DHAVE_LIBDBUS -DHAVE_LIBPNG -DHAVE_HISTORY
-DHAVE_CONFIG_H -DHAVE_CXX0X -D_X11 -Ibuild -Isrc -isystem /usr/include/SDL2
-isystem /usr/include -isystem /usr/include/pango-1.0 -isystem
/usr/include/cairo -isystem /usr/include/glib-2.0 -isystem
/usr/lib/x86_64-linux-gnu/glib-2.0/include -isystem /usr/include/pixman-1
-isystem /usr/include/freetype2 -isystem /usr/include/libpng12 -isystem
/usr/include/dbus-1.0 -isystem /usr/lib/x86_64-linux-gnu/dbus-1.0/include
src/gui/dialogs/multiplayer/mp_join_game_password_prompt.cpp
src/gui/dialogs/lua_interpreter.cpp: In member function ‘bool
gui2::tlua_interpreter::input_model::do_history_expansion(std::string&)’:
src/gui/dialogs/lua_interpreter.cpp:324:3: error: ‘strcpy’ is not a member
of ‘std’
   std::strcpy (cmd_cstr, cmd.c_str());
   ^
src/gui/dialogs/lua_interpreter.cpp:324:3: note: suggested alternative:
In file included from /usr/include/features.h:374:0,
 from
/usr/include/x86_64-linux-gnu/c++/4.8/bits/os_defines.h:39,
 from
/usr/include/x86_64-linux-gnu/c++/4.8/bits/c++config.h:426,
 from /usr/include/c++/4.8/functional:48,
 from src/utils/functional.hpp:22,
 from src/gui/dialogs/dialog.hpp:20,
 from src/gui/dialogs/lua_interpreter.hpp:18,
 from src/gui/dialogs/lua_interpreter.cpp:17:
/usr/include/bits/string3.h:102:1: note:   ‘strcpy’
 __NTH (strcpy (char *__restrict __dest, const char *__restrict __src))
 ^
scons: *** [build/release/gui/dialogs/lua_interpreter.o] Error 1


___

Reply to this item at:

  

___
  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 #24550] std::placeholders might clash with boost::bind::placeholders

[Pentarctagon]

Follow-up Comment #6, bug #24550 (project wesnoth):

I am using boost 1.54 currently.  I also tested using scons/g++ on windows 7
with boost 1.59 and did not encounter any errors.  I will try to find a more
up-to-date version of boost and try again.

___

Reply to this item at:

  

___
  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 #24550] std::placeholders might clash with boost::bind::placeholders

[Pentarctagon]

Follow-up Comment #3, bug #24550 (project wesnoth):

The closest I could find to that is the -MD option for g++, which gave this as
the compilation error:

g++ -o build/release/actions/attack.o -c -std=c++11 -pthread -W -Wall -O2 -O3
-march=native -MD -fuse-ld=gold -flto -fuse-linker-plugin -D_REENTRANT
-DHAVE_LIBDBUS -DHAVE_LIBPNG -DHAVE_HISTORY -DHAVE_CONFIG_H -DHAVE_CXX0X
-D_X11 -Ibuild -Isrc -isystem /usr/include/SDL2 -isystem /usr/include -isystem
/usr/include/pango-1.0 -isystem /usr/include/cairo -isystem
/usr/include/glib-2.0 -isystem /usr/lib/x86_64-linux-gnu/glib-2.0/include
-isystem /usr/include/pixman-1 -isystem /usr/include/freetype2 -isystem
/usr/include/libpng12 -isystem /usr/include/dbus-1.0 -isystem
/usr/lib/x86_64-linux-gnu/dbus-1.0/include src/actions/attack.cpp
In file included from src/whiteboard/side_actions.hpp:26:0,
 from src/whiteboard/manager.hpp:22,
 from src/actions/attack.cpp:53:
/usr/include/boost/multi_index/random_access_index.hpp: In member function
‘void boost::multi_index::detail::random_access_index::load_(Archive&, unsigned int, const index_loader_type&)’:
/usr/include/boost/multi_index/random_access_index.hpp:784:52: error:
reference to ‘_1’ is ambiguous
   lm.load(::boost::bind(::rearrange,,_1,_2),ar,version);
^
In file included from /usr/include/boost/bind/bind.hpp:1742:0,
 from /usr/include/boost/bind.hpp:22,
 from
/usr/include/boost/multi_index/random_access_index.hpp:45,
 from src/whiteboard/side_actions.hpp:26,
 from src/whiteboard/manager.hpp:22,
 from src/actions/attack.cpp:53:
/usr/include/boost/bind/placeholders.hpp:55:15: note: candidates are:
boost::arg<1> {anonymous}::_1
 boost::arg<1> _1;
   ^
In file included from /usr/include/c++/4.8/bits/stl_algo.h:66:0,
 from /usr/include/c++/4.8/algorithm:62,
 from src/map/location.hpp:28,
 from src/units/types.hpp:19,
 from src/actions/attack.hpp:32,
 from src/actions/attack.cpp:20:
/usr/include/c++/4.8/functional:1004:34: note: const
std::_Placeholder<1> std::placeholders::_1
 extern const _Placeholder<1> _1;
  ^
In file included from src/whiteboard/side_actions.hpp:26:0,
 from src/whiteboard/manager.hpp:22,
 from src/actions/attack.cpp:53:
/usr/include/boost/multi_index/random_access_index.hpp:784:55: error:
reference to ‘_2’ is ambiguous
   lm.load(::boost::bind(::rearrange,,_1,_2),ar,version);
   ^
In file included from /usr/include/boost/bind/bind.hpp:1742:0,
 from /usr/include/boost/bind.hpp:22,
 from
/usr/include/boost/multi_index/random_access_index.hpp:45,
 from src/whiteboard/side_actions.hpp:26,
 from src/whiteboard/manager.hpp:22,
 from src/actions/attack.cpp:53:
/usr/include/boost/bind/placeholders.hpp:56:15: note: candidates are:
boost::arg<2> {anonymous}::_2
 boost::arg<2> _2;
   ^
In file included from /usr/include/c++/4.8/bits/stl_algo.h:66:0,
 from /usr/include/c++/4.8/algorithm:62,
 from src/map/location.hpp:28,
 from src/units/types.hpp:19,
 from src/actions/attack.hpp:32,
 from src/actions/attack.cpp:20:
/usr/include/c++/4.8/functional:1005:34: note: const
std::_Placeholder<2> std::placeholders::_2
 extern const _Placeholder<2> _2;
  ^
scons: *** [build/release/actions/attack.o] Error 1


and this as the dependencies:

attack.o: src/whiteboard/attack.cpp src/whiteboard/attack.hpp 
 src/whiteboard/move.hpp src/whiteboard/action.hpp 
 src/whiteboard/typedefs.hpp src/log.hpp src/fake_unit_ptr.hpp 
 src/units/ptr.hpp src/units/ptr.hpp src/map/location.hpp 
 src/game_errors.hpp src/exceptions.hpp src/lua_jailbreak_exception.hpp 
 src/global.hpp src/whiteboard/visitor.hpp src/whiteboard/utility.hpp 
 src/utils/functional.hpp src/arrow.hpp src/display.hpp src/animated.hpp 
 src/animated.tpp src/display_context.hpp src/filter_context.hpp 
 src/font.hpp src/font_options.hpp src/sdl/utils.hpp 
 src/scoped_resource.hpp src/util.hpp src/sdl/compat.hpp 
 src/sdl/image.hpp src/image.hpp src/map/location.hpp 
 src/terrain/translation.hpp src/exceptions.hpp src/game_config.hpp 
 src/tstring.hpp src/utils/shared_object.hpp src/key.hpp src/team.hpp 
 src/color_range.hpp src/utils/make_enum.hpp src/recall_list_manager.hpp 
 src/savegame_config.hpp src/util.hpp src/config.hpp 
 src/utils/iterable_pair.hpp src/time_of_day.hpp src/sdl/rect.hpp 
 src/sdl/utils.hpp src/theme.hpp src/generic_event.hpp src/video.hpp 
 src/events.hpp src/sdl/window.hpp src/sdl/utils.hpp 
 

[Wesnoth-bugs] [bug #24550] std::placeholders might clash with boost::bind::placeholders

[Pentarctagon]

Follow-up Comment #1, bug #24550 (project wesnoth):

I am getting compile errors since yesterday that I'm pretty sure are related
to this:
http://pastebin.com/cS9K1FCd

On Linux Mint.

___

Reply to this item at:

  

___
  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 #24532] Settings with a tooltip cause flickering

[Pentarctagon]

Follow-up Comment #2, bug #24532 (project wesnoth):

To add a little bit to my original description: It also occurs when accessed
from in a scenario, as well as when accessed from the map editor, and it
occurs consistently.  The flickering doesn't happen when accessed from the
main screen.

___

Reply to this item at:

  

___
  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 #24532] Settings with a tooltip cause flickering

[Pentarctagon]

URL:
  

 Summary: Settings with a tooltip cause flickering
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 19 Mar 2016 08:53:12 PM UTC
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.13.4+dev
Operating System: Linux Mint

___

Details:

When I'm in Wesnoth's settings dialog, if I hover over a setting with a
tooltip and then move my cursor off of it, the entire screen seems to flicker
and for an instant I am able to see the map behind the dialog.

This does not happen on things that don't have a tooltip, such as the Close
button or the Advanced options, or on the Multiplayer options on the main
screen.




___

Reply to this item at:

  

___
  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 #24478] [option]s become black on hover

[Pentarctagon]

Follow-up Comment #3, bug #24478 (project wesnoth):

Works for me as well.

___

Reply to this item at:

  

___
  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 #24515] Host Networked Game does not undraw

[Pentarctagon]

Follow-up Comment #2, bug #24515 (project wesnoth):

Works for me as well.

___

Reply to this item at:

  

___
  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 #24513] [text_input] does not fully clear between entering/removing characters

[Pentarctagon]

Follow-up Comment #7, bug #24513 (project wesnoth):

Yep, works for me.

___

Reply to this item at:

  

___
  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 #24513] [text_input] does not fully clear between entering/removing characters

[Pentarctagon]

Follow-up Comment #5, bug #24513 (project wesnoth):

I use it in my add-on for in a few places where a list of all available
options is either:

1) impractical due to the sheer number of options
2) impossible, such as getting a list of files in a directory(which then
generally leads back into #1)

___

Reply to this item at:

  

___
  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 #24515] Host Networked Game does not undraw

[Pentarctagon]

URL:
  

 Summary: Host Networked Game does not undraw
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 12 Mar 2016 02:23:16 AM UTC
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.13.4+dev
Operating System: Linux Mint

___

Details:

The pane that pops up when Host Networked Game is selected does not disappear
when Cancel is clicked:
https://i.imgur.com/RbBVYdX.png




___

Reply to this item at:

  

___
  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 #24513] [text_input] does not fully clear between entering/removing characters

[Pentarctagon]

Follow-up Comment #3, bug #24513 (project wesnoth):


[event]
  name="start"
  
  [message]
[text_input]
  
[/text_input]
  [/message]
  
[/event]


___

Reply to this item at:

  

___
  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 #24202] Wesnoth does not exist on the panel

[Pentarctagon]

Follow-up Comment #5, bug #24202 (project wesnoth):

Sure, just let me know when.

___

Reply to this item at:

  

___
  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 #24513] [text_input] does not fully clear between entering/removing characters

[Pentarctagon]

Follow-up Comment #1, bug #24513 (project wesnoth):

On a side note, I really wish GNA allowed for editing submissions/posts.

___

Reply to this item at:

  

___
  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 #24513] [text_input] does not fully clear between entering/removing characters

[Pentarctagon]

URL:
  

 Summary: [text_input] does not fully clear between
entering/removing characters
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Thu 10 Mar 2016 08:26:18 AM UTC
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.13.3+dev
Operating System: Linux Mint

___

Details:

When entering text into a [text_input field], the previous cursor position is
not is not fully cleared, instead it seems to be progressively cleared as more
characters are entered:
https://i.imgur.com/Rn0KFLz.png

Also, when deleting characters, the removed characters are progressively
cleared rather than immediately:
https://i.imgur.com/BW5EpFe.png




___

Reply to this item at:

  

___
  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 #24260] Menu and Action buttons disappear on resize

[Pentarctagon]

Follow-up Comment #1, bug #24260 (project wesnoth):

Works for me as of the guifixes merge.

___

Reply to this item at:

  

___
  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 #24261] Area under Objectives not redrawn on resize

[Pentarctagon]

Follow-up Comment #10, bug #24261 (project wesnoth):

Works for me as well.

___

Reply to this item at:

  

___
  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 #24478] [option]s become black on hover

[Pentarctagon]

URL:
  

 Summary: [option]s become black on hover
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Mon 29 Feb 2016 05:09:58 AM UTC
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.13.2+dev
Operating System: Linux Mint

___

Details:

With [message]/[option]s, the background of the [option] becomes darker black
when the mouse moves over it and then opaque (or at least really dark black)
when the mouse moves off of it:

https://i.imgur.com/b3Ud8oG.png
(From an Add-on is the semi-opaque black)

Might be related to this bug, but I'm not sure:
https://gna.org/bugs/?24476




___

Reply to this item at:

  

___
  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 #24256] Minimizing/unminimizing does not redraw [message]

[Pentarctagon]

Follow-up Comment #7, bug #24256 (project wesnoth):

Works for me.

___

Reply to this item at:

  

___
  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 #24256] Minimizing/unminimizing does not redraw [message]

[Pentarctagon]

Follow-up Comment #4, bug #24256 (project wesnoth):

It still occurs for me, though it could just be because I'm stuck on SDL 2.0.2
rather than 2.0.4 which seems to be the recommended version.

___

Reply to this item at:

  

___
  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 #24413] Engine treats non-existent variables as 0

[Pentarctagon]

Follow-up Comment #2, bug #24413 (project wesnoth):

Works for me.

___

Reply to this item at:

  

___
  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 #24412] Inserting into the last element of an array creates empty index

[Pentarctagon]

Follow-up Comment #3, bug #24412 (project wesnoth):

Works for me.

___

Reply to this item at:

  

___
  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 #24412] Inserting into the last element of an array creates empty index

[Pentarctagon]

URL:
  

 Summary: Inserting into the last element of an array creates
empty index
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 14 Feb 2016 08:37:21 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.2+dev
Operating System: Linux Mint

___

Details:

Inserting a value into the $array.length index inserts the value, but also
creates an extra empty index at the end of the array.


[event]
  name="start"
  
  [set_variables]
name="test"
mode="append"

[value]
  val=0
[/value]
[value]
  val=1
[/value]
[value]
  val=2
[/value]
  [/set_variables]
  
  [set_variables]
name="test[3]"
mode="insert"

[value]
  val=3
[/value]

  [/set_variables]
  
[/event]


Which results in this, per the debug: https://i.imgur.com/Mm0M7HJ.png




___

Reply to this item at:

  

___
  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 #24412] Inserting into the last element of an array creates empty index

[Pentarctagon]

Follow-up Comment #1, bug #24412 (project wesnoth):

I seem to have flipped the opening/closing verbatim tags which cut off the
rest of the post, but also as per the debug window:
https://i.imgur.com/Mm0M7HJ.png

___

Reply to this item at:

  

___
  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 #24413] Engine treats non-existent variables as 0

[Pentarctagon]

URL:
  

 Summary: Engine treats non-existent variables as 0
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 14 Feb 2016 08:55:52 PM UTC
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.2+dev
Operating System: Linux Mint

___

Details:

The engine interprets indexes referenced by variables that don't exist as 0:


[event]
  name="start"
  
  [set_variables]
name="test"
mode="append"

[value]
  val=0
[/value]
[value]
  val=1
[/value]
[value]
  val=2
[/value]
  [/set_variables]
  
  [set_variables]
name="test[$tes[2].val]"
mode="insert"

[value]
  val=3
[/value]

  [/set_variables]
  
[/event]


I think in this case the operation (in this case an insert) should print a
warning to the stderr rather than trying to make it work.
Currently the above code results in this: https://i.imgur.com/sFDAXaI.png




___

Reply to this item at:

  

___
  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 #24366] Water maps slow on 1.13.2+dev

[Pentarctagon]

Follow-up Comment #4, bug #24366 (project wesnoth):

Also probably should have mentioned, I'm using SDL2.

What seems to have happened I think was I had opened an MP map before opening
the editor; opening just the editor from the title screen tops out at ~310
MBs.

Commenting out those lines reduces memory usage by a couple tens of MBs, but
that's about it.

___

Reply to this item at:

  

___
  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 #24366] Water maps slow on 1.13.2+dev

[Pentarctagon]

Follow-up Comment #2, bug #24366 (project wesnoth):

This also occurs when running on Mint.  Tested in the map editor on a 200x200
map entirely of Gray Deep Water.

Memory usage peaks at ~770MBs
At default zoom it keeps a single CPU at ~50%, 100% at minimum zoom.

The bigger issue, to me at least, is the input lag it can cause.  Moving the
mouse around the grid would entirely freeze the game for a bit.

The animations themselves are also somewhat jerky even when nothing else is
happening and even if there's only a few water tiles.

___

Reply to this item at:

  

___
  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 #24261] Area under Objectives not redrawn on resize

[Pentarctagon]

Follow-up Comment #7, bug #24261 (project wesnoth):

That change did not fix the issue for me in any case, though iirc SDL 2.0.4 is
the recommended version and the latest I could get access to through a
repository/ppa is 2.0.3 (currently on the Mint default of 2.0.2).

Also this would involve disabling resizing for things like [message]s, which
might cause some confusion.

___

Reply to this item at:

  

___
  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 #24202] Wesnoth does not exist on the panel

[Pentarctagon]

Follow-up Comment #3, bug #24202 (project wesnoth):

I just discovered that restarting Cinnamon with control+alt+escape results in
Wesnoth showing up on the panel.  Obviously that's not ideal, but it's a
workaround at least.

___

Reply to this item at:

  

___
  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 #24288] WML formulas evaluated too soon

[Pentarctagon]

Follow-up Comment #3, bug #24288 (project wesnoth):

Works for me now.

___

Reply to this item at:

  

___
  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 #24288] WML formulas evaluated too soon

[Pentarctagon]

URL:
  

 Summary: WML formulas evaluated too soon
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Thu 07 Jan 2016 01:06:16 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.2+dev
Operating System: Linux Mint

___

Details:

When there are multiple nested [command] blocks, WMl formulas are evaluated
before the variable being used in the formula exists.  This causes the
following error to appear in the log:


error engine: Formula in WML string cannot be evaluated due to Illegal unary
operator: '+'
--> "+ "


however there is no actual error.

When the below code is run:


[event]
  name="start"
  
  [set_menu_item]
id="test"
description="test"

[command]
  
  [message]
speaker="narrator"
message=""

[option]
  label="1a"
  [command]

[message]
  speaker="narrator"
  message=""
  
  [option]
label="1b"
[command]
  
  [message]
speaker="narrator"
message=""

[option]
  label="1c"
  [command]

[set_variable]
  name=test1
  value=1
[/set_variable]
[set_variable]
  name=test2
  value="$($test1+1)"
[/set_variable]

[message]
  speaker="narrator"
  message="$test2"
[/message]

{CLEAR_VARIABLE test1}
{CLEAR_VARIABLE test2}

  [/command]
[/option]

  [/message]
  
[/command]
  [/option]
  
[/message]

  [/command]
[/option]

[option]
  label="2a"
  [command]

[message]
  speaker="narrator"
  message=""
  
  [option]
label="2b"
[command]
  
  [message]
speaker="narrator"
message=""

[option]
  label="2c"
  [command]



  [/command]
[/option]

  [/message]
  
[/command]
  [/option]
  
[/message]

  [/command]
[/option]

  [/message]
  
[/command]
  [/set_menu_item]
  
[/event]


the above error is written to the log when the menu is opened and when the
options "1a" and "1b" are chosen.  Selecting the option "2c" does not result
in the error being written to the log and the message correctly displays "2". 
Selecting options "2a", "2b", and "2c" also does not result in the error being
written to the log.

What appears to me to be happening is that the formula is being evaluated by
each [command] tag, even though the formula won't actually be run until the
innermost [command].  Since the innermost [command] is also where the variable
being used in the formula is created, when the outer [command]s evaluate the
formula "$($test1+1)" they see "$(+1)" rather than "$(1+1)".  This is backed
up by the fact that using the new default value syntax to instead have the
formula be "$($test1?0|+1)" results in the error not appearing in the log when
the menu is opened or the options "1a" and "1b" are chosen.




___

Reply to this item at:

  

___
  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 #24261] Area under Objectives not redrawn on resize

[Pentarctagon]

Follow-up Comment #4, bug #24261 (project wesnoth):

Still occurs for me as of b34b2899283ae25f07befafc12dc79a746cd4f72

___

Reply to this item at:

  

___
  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 #24256] Minimizing/unminimizing does not redraw [message]

[Pentarctagon]

Follow-up Comment #2, bug #24256 (project wesnoth):

There's really not much else to it.

I have a [message] open from a [set_menu_item], I minimize Wesnoth, I alt-tab
back to it since it doesn't show up on the panel, and the [message] is not
displayed anymore.

The [option]s reappear if I hover over them, and the entire [message]
reappears if an [option] is chosen.

___

Reply to this item at:

  

___
  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 #24261] Area under Objectives not redrawn on resize

[Pentarctagon]

Follow-up Comment #1, bug #24261 (project wesnoth):

Tested, and it still occurs.

___

Reply to this item at:

  

___
  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 #24260] Menu and Action buttons disappear on resize

[Pentarctagon]

URL:
  

 Summary: Menu and Action buttons disappear on resize
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Fri 01 Jan 2016 09:48:12 PM UTC
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.13.2+dev
Operating System: Linux Mint

___

Details:

If Wesnoth is resized when the Objectives are being displayed, the Menu and
Action buttons disappear from the upper left corner:
https://i.imgur.com/oKOfo0u.jpg




___

Reply to this item at:

  

___
  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 #24261] Area under Objectives not redrawn on resize

[Pentarctagon]

URL:
  

 Summary: Area under Objectives not redrawn on resize
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Fri 01 Jan 2016 09:52:03 PM UTC
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.13.2+dev
Operating System: Linux Mint

___

Details:

When resizing while the Objectives are still visible, the Objectives overlay
changes position but the area the was previously underneath the overlay is not
redrawn.

Before resize:
https://i.imgur.com/oKOfo0u.jpg

After resize:
https://i.imgur.com/cjpoKBt.jpg




___

Reply to this item at:

  

___
  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 #24211] SDL2 does not handle switching maximization well

[Pentarctagon]

Follow-up Comment #3, bug #24211 (project wesnoth):

Yep, it works now.

___

Reply to this item at:

  

___
  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 #24211] SDL2 does not handle switching maximization well

[Pentarctagon]

Follow-up Comment #1, bug #24211 (project wesnoth):

It is somewhat improved as of cb74629a88ac87948d68eb2dd9970332953bc8ba:
https://i.imgur.com/1x3K40M.png

___

Reply to this item at:

  

___
  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 #24202] Wesnoth does not exist on the panel

[Pentarctagon]

Follow-up Comment #2, bug #24202 (project wesnoth):

Cinnamon/Muffin

___

Reply to this item at:

  

___
  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 #24256] Minimizing/unminimizing does not redraw [message]

[Pentarctagon]

URL:
  

 Summary: Minimizing/unminimizing does not redraw [message]
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Fri 01 Jan 2016 07:50:49 AM UTC
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.13.2+dev
Operating System: Linux Mint

___

Details:

After minimizing and unminimizing Wesnoth, [message]s are not redrawn.

Before:
https://i.imgur.com/zHjMvbx.png

After*:
https://i.imgur.com/5maznyC.png

*The [option]s did not appear initially until I hovered over them.  Also the
Elvish Shyde leaves a faint imprint where the portrait image should be.




___

Reply to this item at:

  

___
  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 #24231] shuffle= key does not randomize first song in a playlist

[Pentarctagon]

URL:
  

 Summary: shuffle= key does not randomize first song in a
playlist
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 26 Dec 2015 11:17:42 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.2+dev
Operating System: Linux Mint

___

Details:

When all songs in a playlist have shuffle="yes", the first song played is
always the last song listed in the set of [music] tags.




___

Reply to this item at:

  

___
  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 #24211] SDL2 does not handle switching maximization well

[Pentarctagon]

URL:
  

 Summary: SDL2 does not handle switching maximization well
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 20 Dec 2015 02:43:15 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Graphics
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.2+dev
Operating System: Linux Mint

___

Details:

Switching between unmaximized and maximized causes visual weirdness:
(normal)
https://i.imgur.com/FNL0FEq.png
(weird)
https://i.imgur.com/wajjTLW.png

This does not happen when in a game.  On the title screen it glitches out for
a split second but corrects itself.




___

Reply to this item at:

  

___
  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 #24210] Duplicate scons check

[Pentarctagon]

URL:
  

 Summary: Duplicate scons check
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sun 20 Dec 2015 02:38:06 AM UTC
Category: Bug
Severity: 3 - Normal
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.13.2+dev
Operating System: Linux Mint

___

Details:

Scons checks for SDL version >= 2.0 twice:
https://i.imgur.com/4mP8bfm.png




___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs