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

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:

[Wesnoth-bugs] [bug #24598] Clicking too many options freezes game

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!

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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

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)

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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:

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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

[Wesnoth-bugs] [bug #25557] Add-on manager doesn't open

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 -

[Wesnoth-bugs] [bug #25356] Game lags horribly, and quickly ends up completely frozen

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:

[Wesnoth-bugs] [bug #25390] [for] tag ignores start/end attributes

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

[Wesnoth-bugs] [bug #25358] Movement values get cut off on resolutions with low height

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

[Wesnoth-bugs] [bug #25346] ~LIGHTEN() overlay image path function - how to use?

Follow-up Comment #1, bug #25346 (project wesnoth): As a side note, the opposite ~DARKEN() ImagePathFunction still exists. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #25356] Game lags horribly, and quickly ends up completely frozen

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

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

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

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

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

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

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 ??

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

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.

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

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

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

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:

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

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

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

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]

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

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

[Wesnoth-bugs] [bug #25177] Loading text not cleared properly

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.

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

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

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

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

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

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

[Wesnoth-bugs] [bug #12098] allow [message] to take multiple 'speakers'

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

[Wesnoth-bugs] [bug #12098] allow [message] to take multiple 'speakers'

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!

[Wesnoth-bugs] [bug #12098] allow [message] to take multiple 'speakers'

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

[Wesnoth-bugs] [bug #24930] image_pos="right" does not display correctly

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

[Wesnoth-bugs] [bug #24930] image_pos="right" does not display correctly

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.

[Wesnoth-bugs] [bug #24930] image_pos="right" does not display correctly

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:

[Wesnoth-bugs] [bug #24930] image_pos="right" does not display correctly

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:

[Wesnoth-bugs] [bug #12098] allow [message] to take multiple 'speakers'

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

[Wesnoth-bugs] [bug #24931] Allow specifying both a left image and a right image on [message]

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:

[Wesnoth-bugs] [bug #24202] Wesnoth does not exist on the panel

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:

[Wesnoth-bugs] [bug #24739] Add a volume=attribute to [music]

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

[Wesnoth-bugs] [bug #24727] Connecting to add-on server causes Wesnoth to crash

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

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

[Wesnoth-bugs] [bug #24718] passing string to to_variable causes Wesnoth to crash

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

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

[Wesnoth-bugs] [bug #24718] passing string to to_variable causes Wesnoth to crash

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:

[Wesnoth-bugs] [bug #24718] passing string to to_variable causes Wesnoth to crash

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

[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

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!

[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

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"

[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

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:

[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

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 -

[Wesnoth-bugs] [bug #24667] Hovering on [option] causes a strange border to appear

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

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

[Wesnoth-bugs] [bug #24598] Clicking too many options freezes game

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.

[Wesnoth-bugs] [bug #24598] Clicking too many options freezes game

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

[Wesnoth-bugs] [bug #24568] Travis needs a c++14 build

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

[Wesnoth-bugs] [bug #24559] Local Game scrollbar misaligned

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

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 -

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

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

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

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

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

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.

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

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

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

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:

[Wesnoth-bugs] [bug #24532] Settings with a tooltip cause flickering

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.

[Wesnoth-bugs] [bug #24532] Settings with a tooltip cause flickering

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

[Wesnoth-bugs] [bug #24478] [option]s become black on hover

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

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

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

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)

[Wesnoth-bugs] [bug #24515] Host Networked Game does not undraw

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

[Wesnoth-bugs] [bug #24513] [text_input] does not fully clear between entering/removing characters

Follow-up Comment #3, bug #24513 (project wesnoth): [event] name="start" [message] [text_input] [/text_input] [/message] [/event] ___ Reply to this item at:

[Wesnoth-bugs] [bug #24202] Wesnoth does not exist on the panel

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

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

[Wesnoth-bugs] [bug #24513] [text_input] does not fully clear between entering/removing characters

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

[Wesnoth-bugs] [bug #24260] Menu and Action buttons disappear on resize

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!

[Wesnoth-bugs] [bug #24261] Area under Objectives not redrawn on resize

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

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 -

[Wesnoth-bugs] [bug #24256] Minimizing/unminimizing does not redraw [message]

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

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:

[Wesnoth-bugs] [bug #24413] Engine treats non-existent variables as 0

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

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

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

[Wesnoth-bugs] [bug #24412] Inserting into the last element of an array creates empty index

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:

[Wesnoth-bugs] [bug #24413] Engine treats non-existent variables as 0

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

[Wesnoth-bugs] [bug #24366] Water maps slow on 1.13.2+dev

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

[Wesnoth-bugs] [bug #24366] Water maps slow on 1.13.2+dev

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,

[Wesnoth-bugs] [bug #24261] Area under Objectives not redrawn on resize

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

[Wesnoth-bugs] [bug #24202] Wesnoth does not exist on the panel

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

[Wesnoth-bugs] [bug #24288] WML formulas evaluated too soon

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

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 -

[Wesnoth-bugs] [bug #24261] Area under Objectives not redrawn on resize

Follow-up Comment #4, bug #24261 (project wesnoth): Still occurs for me as of b34b2899283ae25f07befafc12dc79a746cd4f72 ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #24256] Minimizing/unminimizing does not redraw [message]

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

[Wesnoth-bugs] [bug #24261] Area under Objectives not redrawn on resize

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

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

[Wesnoth-bugs] [bug #24261] Area under Objectives not redrawn on resize

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

[Wesnoth-bugs] [bug #24211] SDL2 does not handle switching maximization well

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

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:

[Wesnoth-bugs] [bug #24202] Wesnoth does not exist on the panel

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

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

[Wesnoth-bugs] [bug #24231] shuffle= key does not randomize first song in a playlist

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

[Wesnoth-bugs] [bug #24211] SDL2 does not handle switching maximization well

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

[Wesnoth-bugs] [bug #24210] Duplicate scons check

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

  1   2   >