--- Log opened Sat Sep 09 00:00:31 2017
--- Day changed Sat Sep 09 2017
20170909 00:00:31-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170909 00:05:58-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has joined #wesnoth-dev
20170909 00:06:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170909 00:06:36-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170909 00:11:12-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 248 seconds]
20170909 00:23:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20170909 00:30:52-!- gfgtdf [~chatzilla@x4e363798.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 55.0.3/20170824053622]]
20170909 00:40:05-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170909 00:57:56-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has quit [Quit: ancestral]
20170909 00:59:15-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has joined #wesnoth-dev
20170909 01:00:23-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170909 01:05:03-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Ping timeout: 248 seconds]
20170909 01:31:24-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170909 01:44:54-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has quit [Quit: ancestral]
20170909 01:45:25-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has joined #wesnoth-dev
20170909 01:54:09-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170909 01:54:41-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170909 01:59:12-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Ping timeout: 252 seconds]
20170909 03:12:23-!- irker652 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170909 03:58:46-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has quit [Quit: ancestral]
20170909 04:40:30-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has joined #wesnoth-dev
20170909 04:42:13-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 04:42:14< travis-ci> AI0867/wesnoth#8 (cap-fps-display - 5d77e50 : Alexander van Gessel): The build has errored.
20170909 04:42:14< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273465965
20170909 04:42:14-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 04:43:00-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170909 04:45:18-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has quit [Ping timeout: 252 seconds]
20170909 04:46:11-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 04:47:24< vultraz_iOS> celticminstrel: status on the open hotkey bugs
20170909 04:50:33< celticminstrel> Are they labelled "ready for testing"?
20170909 04:50:43< celticminstrel> The ones that are are almost certainly fixed.
20170909 04:50:51< celticminstrel> The one about scrolling hotkeys is not fixed.
20170909 04:50:56< vultraz_iOS> ok.
20170909 04:51:05< vultraz_iOS> disable scroll key binding
20170909 04:55:06< celticminstrel> No.
20170909 04:55:28-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has joined #wesnoth-dev
20170909 05:21:42< vultraz_iOS> yes
20170909 05:23:28< celticminstrel> No.
20170909 05:23:31-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20170909 05:24:27< vultraz_iOS> oh FFS. :|
20170909 06:43:50-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has quit [Remote host closed the connection]
20170909 06:44:27-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has joined #wesnoth-dev
20170909 06:49:11-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6cdc:6536:c3a4:8c35] has quit [Ping timeout: 255 seconds]
20170909 06:49:22< vn971> Hi folks. I'm with my favorite thing again -- bug reports.:)
20170909 06:50:18< vultraz_iOS> \ o /
20170909 06:52:48< vn971> wesnoth-1.13, steps to reproduce: * open wesnoth, multiplayer, local game, random maps, settings, change number of players to 9, minimize width to 34. All correct so far? It is. Now close settings and open it again. You can now choose width less than 34. Also, the game is not even able to generate a map with such a width.
20170909 06:53:22< vultraz_iOS> well
20170909 06:53:29< vultraz_iOS> the size is determinate by the number of players
20170909 06:53:39< vn971> vultraz_iOS: it should be, yes.
20170909 06:53:43< vultraz_iOS> it's supposed to clamp in range where it can be successfully generated 
20170909 06:54:08< vn971> vultraz_iOS: the bug is that re-opening settings "resets" the slider constraints (or rather slider boundaries itself).
20170909 06:54:19< vultraz_iOS> fuck :(
20170909 06:54:26< vultraz_iOS> alright, please file a bug and I'll get to it
20170909 06:55:07< vn971> I'll be AFK soon
20170909 07:01:44< vn971> I'll raise a bug a bit later.
20170909 07:02:51< vn971> BTW, honestly speaking, I _like_ the fact that you can set width to less than 20. I'm only reporting because that's inconsistency with wesnoth-1.12.
20170909 07:03:18< vn971> I mean, sometimes it's fun to play on a 20*100 map. Why not? If the generator can generate such map, what's bad in it?
20170909 07:05:21< vultraz_iOS> I tried to maintain consistency with 1.12 when i ported the code
20170909 07:06:22< vn971> I did in fact play 20*100 map myself just yesterday. Did it on wesnoth-1.12, had to manually generate 1vs1 map and place 7 additional leaders evenly across the map. It's kinda fun because you have to only watch 2 "fronts", yet the map is big.
20170909 07:08:54< vn971> Playing a 40*50 map (which has the same size) can be more "painfully" because you forget all the details across the hu-u-uge front line. Also, ZoC is crucially different. You probably can't have a meaningful ZoC on 40*50, but you can on 20*100.
20170909 07:10:23< vn971> thoughts?  Should wesnoth drop the width restriction in favor of "random generator is able to produce a map" restriction?
20170909 07:11:01< vultraz_iOS> The former is supposed to be predicated on the latter.
20170909 07:11:21< vultraz_iOS> Ie, the width restriction is supposed to be the minimum width at which a map can be generated for n players
20170909 07:11:34< vultraz_iOS> and not too low so as to be weird
20170909 07:11:39< vultraz_iOS> ie, 1 width or smth
20170909 07:16:35< vn971> vultraz_iOS: currently generator produces meaningful maps of size 20*60 .. 20*100. Guessing by area size, it could probably even generate 13*100. The UI restriction is 34 though, 2-3 times bigger.
20170909 07:18:00< vn971> vultraz_iOS: I actually think it's just a simple implementation. minimum 34*34 is about 1000 hexes, which would allow generating the map for sure. 20*60 is approximately the same area, but the UI needs to be more complex to support this.
20170909 07:18:39< vn971> // to be precise, 34*34 is 1156 hexes
20170909 07:38:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20170909 07:42:28< Kwandulin> Mhhh, shouldn't a halo of a unit have the same alpha value as the unit sprite itself during an animation? E.g. during a fadeout, the halo stays visible
20170909 07:43:52< zookeeper> seems likely that in some situations you'd want that to happen and in some others not
20170909 07:44:19< zookeeper> but as a default i guess inheriting the alpha from the sprite would seem to make more sense
20170909 07:44:34-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170909 07:45:15< Kwandulin> As an alternative, there could be an halo_alpha tag for animations
20170909 07:46:27< zookeeper> can you animate halo_mod= ?
20170909 07:47:17< zookeeper> like halo_mod="O([1..0])" or something. unlikely, but just a thought.
20170909 07:47:21< Kwandulin> Uh, I'll check
20170909 07:47:43< zookeeper> err, nevermind. that of course only applies to the halo of that frame, not the unit halo.
20170909 07:47:49< zookeeper> (duh)
20170909 07:48:17< Kwandulin> right
20170909 07:51:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170909 07:52:58< zookeeper> i would expect that if we changed halos to automatically inherit the alpha of the sprite, then something somewhere would break visually, but on the other hand the current behavior looks buggy too for example when a MoL dies so it's probably worth it.
20170909 07:57:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170909 07:57:35-!- mjs-de [~mjs-de@x55b7df79.dyn.telefonica.de] has joined #wesnoth-dev
20170909 07:58:50-!- Oebele_ [~quassel@143.177.58.202] has joined #wesnoth-dev
20170909 08:08:42< Kwandulin> Has the bug already been adressed, that the halo of a unit that dies stays visible on the field until the mouse hovers above another unit?
20170909 08:10:37-!- irker370 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170909 08:10:37< irker370> wesnoth: Jyrki Vesterinen wesnoth:master d1449b10766e / changelog players_changelog: Changelog entry for d40a9e930b9fdf1095edf45f25885773654d0a4c https://github.com/wesnoth/wesnoth/commit/d1449b10766eff8474122165b7af0e2d492c8cea
20170909 08:11:16< zookeeper> Kwandulin, well, there was just a PR opened for it, dunno if anyone's looked at it yet.
20170909 08:11:40< Kwandulin> Ah, didnt see it yet
20170909 08:12:11< Kwandulin> Yes, that's what I meant
20170909 08:12:16< zookeeper> but actually in master i don't even see that bug anymore
20170909 08:12:26< zookeeper> at least not when killing a MoL
20170909 08:13:48< zookeeper> oh, that only applies to a natural death by combat. if i right-click kill the unit, then the halo stays.
20170909 08:24:33< vultraz_iOS> oh hey, i thought that was a bug with AR
20170909 08:25:39-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170909 08:31:08< JyrkiVesterinen> PR 1959 looks so bad that I'm tempted to just close it...
20170909 08:31:50< vultraz_iOS> I could pull, reformat + squash and test and then push w/ their author info
20170909 08:32:12< zookeeper> JyrkiVesterinen, the actual code too and not just the commits and formatting?
20170909 08:32:31< JyrkiVesterinen> In addition to having been split to one commit per file, it's badly formatted, and it reverts bug fixes without explaining why.
20170909 08:32:31-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 248 seconds]
20170909 08:32:52< vultraz_iOS> ah, didn't see that last part
20170909 08:34:54-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20170909 08:54:22-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 08:58:20< irker370> wesnoth: Jyrki Vesterinen wesnoth:jyrki-promotion 7ff0ff82a671 / data/core/about.cfg: Credits: move myself to the list of primary developers https://github.com/wesnoth/wesnoth/commit/7ff0ff82a671652b7f19a5cbc6f08e1271ee6720
20170909 08:58:32< JyrkiVesterinen> https://www.youtube.com/watch?v=sjLPmyzR8Hg
20170909 08:58:40< JyrkiVesterinen> Let me know if anyone has objections.
20170909 08:58:54< JyrkiVesterinen> If no one objects, I'll merge the branch myself after a couple of days.
20170909 08:59:03-!- Oebele_ [~quassel@143.177.58.202] has quit [Remote host closed the connection]
20170909 09:02:22< zookeeper> i can't see anyone having any objections.
20170909 09:04:45< Kwandulin> zookeeper: we talked about me wanting to fire an event once a unit picks a certain AMLA some time ago. But how do I filter for an advancement? Advancements are in [modifications] [advancements]id= [/advancements][/modifications]. I know how to filter for WML unit tags, but how to filter for those bracket things?
20170909 09:06:39< zookeeper> not familiar with [filter_wml]?
20170909 09:08:27< Kwandulin> I assume it's essentially the same procedure then
20170909 09:08:31< zookeeper> you can filter for anything in a unit with that, there ought to be plenty of examples in mainline campaigns
20170909 09:08:49< zookeeper> (although not of filtering for advancements specifically)
20170909 09:15:20< Kwandulin> It's indeed really simple :O
20170909 09:20:46< zookeeper> [filter_wml] is the best tag in wesnoth
20170909 09:27:05< Kwandulin> Mhh, if a unit has so much XP that it advances twice, the post advance event is not fire inbetween the two advances, but instead is fired twice after both advancements happened
20170909 09:54:09< zookeeper> better file an issue for that
20170909 10:21:26< vn971> another question. If I droid a side under wesnoth-1.13, should I have the blocking "choose upgrade" pop-up window?
20170909 10:26:58< vn971> also, wesnoth hang up just now after I hade a "you a victorious" message. I droided my side, it won, I had a _"you are victorious" message and I think I pressed Esc (either Esc, or Ctrl Q). Then wesnoth hang up.
20170909 10:27:03< zookeeper> could arguably go either way, i think. if you for example temporarily droid a side because you want the AI to play a boring part of a scenario, then you still want to choose advancements. but if you droid a side because you really don't want to deal with the side at all, then you wouldn't want it.
20170909 10:28:00< vn971> zookeeper: I see. So it's not obvious on all use cases.
20170909 10:28:31-!- gfgtdf [~chatzilla@x4e36a9f9.dyn.telefonica.de] has joined #wesnoth-dev
20170909 10:28:39< gfgtdf> 20170909 09:27:05< Kwandulin> Mhh, if a unit has so much XP that it advances twice, the post advance event is not fire inbetween the two advances, but instead is fired twice after both advancements happened
20170909 10:28:41< vn971> especially since "plan your advancements" is not always there (and people are often lazy clicking on all units).
20170909 10:28:53< zookeeper> vn971, yeah. but maybe showing the dialog is the safer default? do you know what the 1.12 behavior is?
20170909 10:29:02< gfgtdf> Kwandulin: from looking at the (c++) code this sounds rather unlikeley
20170909 10:30:08< zookeeper> Kwandulin, any chance you're triggering extra advancements yourself by unstoring without advance=no?
20170909 10:30:13< zookeeper> just a thought.
20170909 10:31:58< JyrkiVesterinen> AI0867: https://github.com/wesnoth/wesnoth/pull/1958#discussion_r137923436
20170909 10:32:03-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: Lunch]
20170909 10:34:57< vn971> zookeeper: dunno, will re-install 1.12 back now. BTW, anybody on Linux here having both 1.12 and 1.13 installed alongside? I'm on ArchLinux now, having the dev version compiled/installed via AUR. They are in conflict though, so I'm looking how to install them alongside.
20170909 10:36:22< zookeeper> vn971, well, i can check it myself
20170909 10:36:47< zookeeper> local MP game, control a side, droid it, wait for a unit to advance, see if dialog pops up?
20170909 10:36:48< vn971> zookeeper: it's all right, I've already reverted to 1.12 now
20170909 10:36:55< zookeeper> mmkay
20170909 10:36:56< gfgtdf> vn971: the :droid command  worked uite differently in 1.12, i'm quite sure iut didn't let make advancement choices, but i also don't convinced that this is enough reason to make then not beein able to make advancemnt choiced in .1.13
20170909 10:37:43< gfgtdf> quite*
20170909 10:41:19< vn971> zookeeper: gfgtdf: tested now, wesnoth-1.12 doesn't give any pop-ups for unit upgrades.
20170909 10:41:25< vn971> when droided.
20170909 10:42:25< gfgtdf> vn971: ye that
20170909 10:42:31< gfgtdf> 's what i thught
20170909 10:44:19< vn971> well IDK. I'd personally prefer no pop-ups since I only use droid-ing when I really don't wanna control.
20170909 10:49:23< zookeeper> how about a "don't ask me again" checkbox? :>
20170909 10:53:13< vn971> zookeeper: that may be a good solution.) Dunno about implementation though..
20170909 10:53:39< zookeeper> well, i wasn't entirely serious
20170909 10:54:26< vn971> There could also be a setting for that.
20170909 10:54:26< vn971> Ah, OK.:D I though you were thinking about a setting that would be linked with the check-box.
20170909 10:55:34< zookeeper> hmh. it'd be a problem if in MP you droided an enemy side and were then given advancement choices for it.
20170909 10:57:04< Kwandulin> gfgtdf: Yes, I do use unstoring. Gonna check if it works without unstoring
20170909 10:58:20< zookeeper> let's say you host a 2vs2 and a player on the other team leaves. if you take control and then droid the side, would the result be different than if you just droided it immediately when the game asks you what to do?
20170909 10:58:39< zookeeper> because definitely in the latter case you should get no advancement choices.
20170909 10:59:02< zookeeper> and it would be pretty confusing if the two methods resulted in different behavior
20170909 11:04:08< Kwandulin> Still happens without unstore
20170909 11:04:41< Kwandulin> Maybe it's due to a [message] tag that I am using in this post advance event? So maybe it's the message that only show up after?
20170909 11:05:36 * zookeeper knows not
20170909 11:07:06< Kwandulin> Anyway, two advancements in a row shouldn't even happen in this scenario here
20170909 11:10:34< vn971> map size issue: https://github.com/wesnoth/wesnoth/issues/1962   vultraz_iOS ping :)
20170909 11:13:04< vn971> I'll raise the "upgrade" issue then?
20170909 11:13:08< vn971> or not yet?
20170909 11:13:32< vultraz_iOS> The what?
20170909 11:13:47< vultraz_iOS> If you have a bug file it. No need to ask. If we find it invalid we'll close it.
20170909 11:14:11< vn971> vultraz_iOS: I mean I can raise the "upgrade dialog when droided" issue.
20170909 11:14:17< vn971> vultraz_iOS: OK, I'll open it.
20170909 11:18:04< vn971> vultraz_iOS: zookeeper: gfgtdf: "upgrade while droided" issue: https://github.com/wesnoth/wesnoth/issues/1963
20170909 11:18:21-!- aeth_ [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20170909 11:18:23-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 248 seconds]
20170909 11:18:31< vultraz_iOS> Thanks. No need to ping us, though, we frequently check the list.
20170909 11:20:24< vn971> ok, no problem, will not do it then.
20170909 11:39:31< zookeeper> (unless you want instant feedback, anyway... i at least check it at most a couple of times per day)
20170909 11:40:23< irker370> wesnoth: Jyrki Vesterinen wesnoth:master c298e7067be1 / data/core/about.cfg: Credits: move myself to the list of primary developers https://github.com/wesnoth/wesnoth/commit/c298e7067be165a2699c5b71cb38e82cc135dcce
20170909 11:52:12-!- markus_ [~mjs-de@x4e3163ce.dyn.telefonica.de] has joined #wesnoth-dev
20170909 11:55:52-!- mjs-de [~mjs-de@x55b7df79.dyn.telefonica.de] has quit [Ping timeout: 260 seconds]
20170909 12:00:01< irker370> wesnoth: gfgtdf wesnoth:master 1eed7fba4389 / src/generators/default_map_generator_job.cpp: fix error when [castle] is missing in [generator] https://github.com/wesnoth/wesnoth/commit/1eed7fba4389fe43c9cec261a2f60aca5e1c0d19
20170909 12:01:24-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170909 12:01:41< JyrkiVesterinen> AI0867: #1958 looks good now, I approved it. :)
20170909 12:01:49-!- gfgtdf [~chatzilla@x4e36a9f9.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20170909 12:02:36-!- gfgtdf [~chatzilla@x4e369e96.dyn.telefonica.de] has joined #wesnoth-dev
20170909 12:44:56-!- moongazer [~moongazer@223.196.175.22] has joined #wesnoth-dev
20170909 13:07:17-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170909 13:08:40-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 13:08:41< travis-ci> wesnoth/wesnoth#14921 (master - 0c3627e : Alexander van Gessel): The build was canceled.
20170909 13:08:41< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273339181
20170909 13:08:41-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 13:10:28-!- vn971 [~vasya@95.31.7.253] has quit [Quit: Leaving.]
20170909 13:16:12< irker370> wesnoth: Jyrki Vesterinen wesnoth:master b6a70df11bff / src/desktop/open.cpp: Remove dead code in desktop::open_object() https://github.com/wesnoth/wesnoth/commit/b6a70df11bff1df437af90c0e05874c473059a36
20170909 13:17:58-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: Going offline for about an hour]
20170909 13:22:35-!- gfgtdf [~chatzilla@x4e369e96.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20170909 13:27:23< Necrosporus> Why is Dragoon given in TSG not loyal?
20170909 13:27:30-!- gfgtdf [~chatzilla@x4e36940a.dyn.telefonica.de] has joined #wesnoth-dev
20170909 13:27:50< Necrosporus> The dragoon is recalled everytime
20170909 13:33:44< Necrosporus> It's possible to finish the campaign without recruits
20170909 13:34:01-!- moongazer [~moongazer@223.196.175.22] has quit [Ping timeout: 240 seconds]
20170909 14:08:23-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170909 14:09:20-!- moongazer [~moongazer@103.61.64.65] has joined #wesnoth-dev
20170909 14:09:23< zookeeper> no particular reason, that's just how it is. but arguably there's a lot of loyal units already.
20170909 14:09:39< zookeeper> if he doesn't have any meaningful dialogue at scenario starts, then maybe he should not be auto-recalled, though.
20170909 14:09:48-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 14:13:38< Necrosporus> zookeeper, you only get lots of loyal units if you take care to keep peasants alive, which is hard without playing the campaing beforehand or save-scumming
20170909 14:14:35< Necrosporus> Otherwise you only get Gerric, Moreth (who could also be peasant), two mermen and white mage
20170909 14:16:31< zookeeper> and ethiliel + 2-4 rangers, and/or urza
20170909 14:17:15-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170909 14:20:11< zookeeper> urgh, commit 69214850 is the bane of all blame operations.
20170909 14:20:19< zookeeper> (and its subsequent reversions)
20170909 14:20:49< zookeeper> it always comes up and makes it more cumbersome to track changes further down.
20170909 14:24:48< Necrosporus> zookeeper, you get Ethiliel only after the horseman and rangers only if you get your units killed
20170909 14:26:06-!- travis-ci [~travis-ci@ec2-184-72-134-181.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 14:26:07< travis-ci> wesnoth/wesnoth#14928 (master - d40a9e9 : Jyrki Vesterinen): The build was canceled.
20170909 14:26:07< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273412188
20170909 14:26:07-!- travis-ci [~travis-ci@ec2-184-72-134-181.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 14:27:32< Necrosporus> zookeeper, but it's true, loyal units + horseman are enough to finish the campaign
20170909 14:27:38< Necrosporus> on Easy
20170909 14:27:55< Necrosporus> I mean... on medium which has (Easy) after it
20170909 14:29:04< irker370> wesnoth: Alexander van Gessel wesnoth:master ac40b01efa74 / src/log.cpp: Make print_precise_timestamp throw() https://github.com/wesnoth/wesnoth/commit/ac40b01efa747f72586114080bc135fd7b8db814
20170909 14:29:48-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 14:29:49< travis-ci> wesnoth/wesnoth#14929 (master - c5b7ad3 : Severin Glöckner): The build was canceled.
20170909 14:29:49< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273436422
20170909 14:29:49-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 14:45:49-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170909 14:45:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170909 14:52:14< irker370> wesnoth: Jyrki Vesterinen wesnoth:master 8e9874d90984 / src/log.cpp: print_precise_timestamp(): use NOEXCEPT instead of throw() https://github.com/wesnoth/wesnoth/commit/8e9874d90984bb581de60e489212ed4eca6e2ca8
20170909 15:22:15-!- sevu [~Shiki@p54855802.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 15:54:58< irker370> wesnoth: Alexander van Gessel wesnoth:master 6e9a719390ad / src/gui/widgets/addon_list.cpp: Assert an assumption https://github.com/wesnoth/wesnoth/commit/6e9a719390ad4e5d3c62a87818f33f2282bf3e72
20170909 15:57:30-!- trewe [~trewe@89-181-117-95.net.novis.pt] has joined #wesnoth-dev
20170909 16:07:29-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 16:34:27-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 16:35:01-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 16:35:25-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 16:35:37-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 16:35:53-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 16:35:54< travis-ci> AI0867/wesnoth#9 (cap-fps-display - 79b16ee : Alexander van Gessel): The build passed.
20170909 16:35:54< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273576495
20170909 16:35:54-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 16:48:07-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 16:48:08< travis-ci> wesnoth/wesnoth#14933 (jyrki-promotion - 7ff0ff8 : Jyrki Vesterinen): The build has errored.
20170909 16:48:08< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273565271
20170909 16:48:08-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 16:48:28-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 16:49:11-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 16:49:12< travis-ci> wesnoth/wesnoth#14932 (master - d1449b1 : Jyrki Vesterinen): The build passed.
20170909 16:49:12< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273558718
20170909 16:49:12-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 16:50:05< JyrkiVesterinen> At long last, a Travis master build has passed. :)
20170909 16:50:21< vultraz_iOS> \o/
20170909 16:50:54< celticminstrel> \o/
20170909 16:51:10< vultraz_iOS> celticminstrel: please implement https://github.com/wesnoth/wesnoth/issues/1964
20170909 16:52:32< vultraz_iOS> celticminstrel: you have until Friday to come up with a solution for the scroll hotkey issue. If not, *disable binding on them*. That's not up for debate.
20170909 16:55:02< celticminstrel> ...
20170909 17:00:01-!- aeth_ is now known as aeth
20170909 17:06:59-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 17:07:00< travis-ci> AI0867/wesnoth#10 (cap-fps-display - 5790496 : Alexander van Gessel): The build passed.
20170909 17:07:00< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273577256
20170909 17:07:00-!- travis-ci [~travis-ci@ec2-54-156-224-125.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 17:16:37< irker370> wesnoth: Charles Dang wesnoth:master acea15c312f1 / src/gui/widgets/ (listbox.cpp menu_button.cpp multimenu_button.cpp scrollbar.cpp toggle_panel.cpp): GUI2: cleaned up NOTIFY_MODIFIED event triggers https://github.com/wesnoth/wesnoth/commit/acea15c312f178b2b6fe4556ca6b190b00866557
20170909 17:16:40< irker370> wesnoth: Charles Dang wesnoth:master 2280f7b1f48e / src/gui/widgets/ (menu_button.cpp menu_button.hpp): GUI2/Menu Button: removed unused member https://github.com/wesnoth/wesnoth/commit/2280f7b1f48ef2b2e522b2868e0c0c55f260e4b0
20170909 17:23:21-!- DeFender1031 [~DeFender1@93-172-30-106.bb.netvision.net.il] has joined #wesnoth-dev
20170909 17:27:41< irker370> wesnoth: Charles Dang wesnoth:master e5845177935d / src/gui/widgets/ (listbox.cpp menu_button.cpp multimenu_button.cpp): Cleaned up acea15c per feedback https://github.com/wesnoth/wesnoth/commit/e5845177935d418e22424512441e937383ae5985
20170909 17:29:35-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170909 17:43:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170909 17:43:31-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170909 17:55:01< sevu> When the game freezes, does it help to dump the core with SIGQUIT to get a backtrace?
20170909 17:56:34< JyrkiVesterinen> Yes, it would help.
20170909 18:01:12< sevu> okay.
20170909 18:06:17< sevu> what to do if there are multiple processes? I did send it with _killall_ and got one dump of the parent. Is there a better way?
20170909 18:06:55< JyrkiVesterinen> Uh, Wesnoth shouldn't use multiple processes...
20170909 18:09:21-!- Kwandulin [~Kwandulin@p200300E453CC3B6550A96C63420BDBAD.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 18:10:13-!- shiki [~Shiki@p54855372.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 18:10:13-!- sevu [~Shiki@p54855802.dip0.t-ipconnect.de] has quit [Disconnected by services]
20170909 18:10:33-!- shiki is now known as sevu
20170909 18:10:37< sevu> I think I misinterpreted the putout of pstree. Firefox is there listed with multiple ones too.
20170909 18:11:11< JyrkiVesterinen> Well, Firefox does use multiple processes now because of the Electrolysis project.
20170909 18:11:50< shadowm> (Unless you've got add-ons installed, if you're using an production release.)
20170909 18:12:05< sevu> I have a lot of add-ons
20170909 18:32:53-!- Kwandulin2 [~Kwandulin@p200300E453CC3B09CCA57AB3091B92C5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 18:34:47-!- Kwandulin [~Kwandulin@p200300E453CC3B6550A96C63420BDBAD.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20170909 18:44:25-!- travis-ci [~travis-ci@ec2-54-221-113-178.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 18:44:26< travis-ci> AI0867/wesnoth#7 (travis-fix - 27b9d4f : Alexander van Gessel): The build was canceled.
20170909 18:44:26< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273310829
20170909 18:44:26-!- travis-ci [~travis-ci@ec2-54-221-113-178.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 19:01:47-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev
20170909 19:03:09-!- Kwandulin2 [~Kwandulin@p200300E453CC3B09CCA57AB3091B92C5.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170909 19:04:37-!- Kwandulin [~Kwandulin@p200300E453CC3B09CCA57AB3091B92C5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 19:32:32-!- moongazer [~moongazer@103.61.64.65] has quit [Quit: Leaving]
20170909 19:35:25-!- sevu [~Shiki@p54855372.dip0.t-ipconnect.de] has quit [Disconnected by services]
20170909 19:35:25-!- shiki [~Shiki@p54855372.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 19:35:42-!- sevu [~Shiki@p54855372.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170909 19:36:11-!- shiki [~Shiki@p54855372.dip0.t-ipconnect.de] has quit [Client Quit]
20170909 19:52:19-!- Kwandulin [~Kwandulin@p200300E453CC3B09CCA57AB3091B92C5.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170909 19:59:39-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170909 19:59:47-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170909 20:19:42-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 20:28:37-!- irker370 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170909 20:43:22-!- travis-ci [~travis-ci@ec2-54-196-223-164.compute-1.amazonaws.com] has joined #wesnoth-dev
20170909 20:43:23< travis-ci> wesnoth/wesnoth#14921 (master - 0c3627e : Alexander van Gessel): The build passed.
20170909 20:43:23< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273339181
20170909 20:43:23-!- travis-ci [~travis-ci@ec2-54-196-223-164.compute-1.amazonaws.com] has left #wesnoth-dev []
20170909 20:45:40-!- Oebele [~quassel@143.177.58.202] has quit [Remote host closed the connection]
20170909 20:55:19-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 20:56:00-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 21:00:35-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Ping timeout: 255 seconds]
20170909 21:10:38-!- sevu [~Shiki@p54855372.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
20170909 21:21:36-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170909 21:43:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170909 21:47:12-!- markus_ [~mjs-de@x4e3163ce.dyn.telefonica.de] has quit [Remote host closed the connection]
20170909 22:17:53-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170909 22:20:02-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170909 22:24:38-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170909 22:30:42< zookeeper> celticminstrel, i can't really tell whether the problem is with saving or loading.
20170909 22:31:35-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170909 22:31:54-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170909 22:32:08-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 22:32:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170909 22:32:43< zookeeper> i think it's with saving, but if you say that there's some stuff that's _supposed_ to get filled in if it's missing, then i can't tell which differences that should explain.
20170909 22:34:06-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 22:34:20-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 22:43:12-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Remote host closed the connection]
20170909 22:43:49-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 22:48:01-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has quit [Ping timeout: 246 seconds]
20170909 22:50:26< gfgtdf> zookeeper: is there any reason to beleive it's related to saving instead of loading?
20170909 22:51:10< zookeeper> gfgtdf, well, the differences between before and after loading, as seen through :inspect
20170909 22:51:24< zookeeper> err
20170909 22:51:31< zookeeper> i mean, the differences in the savefile
20170909 22:52:08< gfgtdf> zookeeper: compared to 1.12 you mean? Do you have ahve a diff of the savefile?
20170909 22:54:30-!- trewe [~trewe@89-181-117-95.net.novis.pt] has quit [Quit: quit]
20170909 22:56:00< zookeeper> i can upload two savefiles that you can diff yourself, but you can do it yourself by just saving and loading and resaving
20170909 22:57:53< zookeeper> https://www.dropbox.com/s/d8p24hvgt1gy8m4/Liberty-Hide_and_Seek_Turn_1_saves.7z?dl=0 if you still want it
20170909 22:58:12< zookeeper> started the scenario, saved, loaded that save, resaved
20170909 23:03:57-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Read error: Connection reset by peer]
20170909 23:09:07-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev
20170909 23:18:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170909 23:25:56-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20170909 23:32:43-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:c468:4d81:e3fa:1f05] has joined #wesnoth-dev
20170909 23:36:52< gfgtdf> zookeeper: i just did that (complared 2 self-saved files) and i see no differences except some recruitment related aspects missing...
20170909 23:38:11< gfgtdf> zookeeper: both files you uploaded are from 1.13+dev, not sure what i shodul compare there
20170909 23:38:24< zookeeper> the files
20170909 23:38:27< zookeeper> two files
20170909 23:38:28< zookeeper> compare
20170909 23:38:37< zookeeper> that's been the point all along :P
20170909 23:40:32< gfgtdf> zookeeper: well if they are both from 1.13. then beeing different just means that the error happens when loading. If it woudl happen when saving the savegame it would also effect the first savegame (since it was obviously saved)
20170909 23:41:13< gfgtdf> (ftr, my first test above was comparing a 1-12- to a 1.13 savegame)
20170909 23:42:24< zookeeper> well, yeah now what you put it like that, it seems pretty obvious the problem has got to be with loading
20170909 23:42:54< zookeeper> although it doesn't rule out something being wrong with saving too
--- Log closed Sun Sep 10 00:00:06 2017