--- Log opened Sat Aug 18 00:00:35 2018 20180818 00:01:42-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180818 00:10:46< irker248> wesnoth/wesnoth:1.14 josteph 528a0785a3 HttT S17: Explain the lava mechanic AppVeyor: All builds passed 20180818 01:11:13<+wesdiscordbot> If an [option] in a message is behind a [show_if], whose requirement is that it checks some global variable which won't be set on other clients, will this cause OOS if the option is choosen? 20180818 01:12:33<+wesdiscordbot> Or is it a case of the option was always there and valid, but just not clickable… 20180818 01:13:04<+wesdiscordbot> depends on what the option does 20180818 01:13:24<+wesdiscordbot> Let's you buy an ability 20180818 01:14:36<+wesdiscordbot> then yes 20180818 01:15:23<+wesdiscordbot> because then only the client that clicked it would be have the ability 20180818 01:18:30<+wesdiscordbot> Hmm… I saw in replay file that the number of the option chosen is saved… 20180818 01:22:08<+wesdiscordbot> the question is more or less if these numbers are the total number of [options], shown or not, or of the currently listed ones – in which case it should cause OOS as well if I chose not the questionable [option] 20180818 01:23:47<+wesdiscordbot> I don't know, but my assumption would be that it's the total number of options. The option still exists, even if it's invisible. You'd probably have to test to know for sure though. 20180818 01:26:19<+wesdiscordbot> If that's the case I would have hope that it may work without OOS 20180818 01:26:54<+wesdiscordbot> Testing is a bit difficult, maybe someone knows the details 20180818 01:29:15<+wesdiscordbot> I thought about adding some veteran player only content, to hide things which may be rather harmful for newbies 20180818 01:30:00<+wesdiscordbot> celmin: Don't feed the troll on Steam lol 20180818 01:32:26< celticminstrel> ? 20180818 01:33:14< celticminstrel> Oh I almost forgot about that post. >_> 20180818 01:33:36< celticminstrel> Though are you sure that's a troll? 20180818 01:34:38< celticminstrel> @sevu - As the person who wrote [message] I suspect you might be onto something. 20180818 01:35:36<+wesdiscordbot> It's someone who doesn't deserve attention beyond my post certainly. 20180818 01:36:08<+wesdiscordbot> And that was me feeling unusually generous word-wise. 20180818 01:36:20<+wesdiscordbot> Normally I'd not waste any typing with that kind of drivel. 20180818 01:36:25< celticminstrel> https://github.com/wesnoth/wesnoth/blob/master/data/lua/wml/message.lua#L343 20180818 01:36:29< celticminstrel> @sevu ^ 20180818 01:39:31< irker248> wesnoth/wesnoth:1.14 josteph 5a7ff9b79d HttT units: Fix typo AppVeyor: All builds passed 20180818 01:40:35< celticminstrel> Easiest fix I can think of off the top of my head would be adding an "index" key to each "opt" table. 20180818 01:45:44< celticminstrel> Hmm, wait, that won't actually work will it... we need to synchronize on the option's value, not its index. 20180818 01:47:12< celticminstrel> But there's no guarantee that that's unique, so I guess we need to synchronize on its index in the WML rather than its index in the options array... 20180818 01:47:32< celticminstrel> This looks kinda complicated. I'll open an issue. 20180818 01:48:40< sevu> Hmmm. I'm not sure if it's the best idea to implement it though. Think of CoD4, where you needed hours to get better weapons in MP 20180818 01:48:48< celticminstrel> ??? 20180818 01:49:15< celticminstrel> I don't get how that's relevant to this. 20180818 01:49:39< sevu> I mean, it's a questionable feature, in some kind it's an advantage if you have to treat all players the same 20180818 02:07:26-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009] 20180818 02:20:58-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 02:21:09-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 02:47:15< irker248> wesnoth/wesnoth:1.14 josteph 56a903943b HttT units: Fix typo AppVeyor: All builds passed 20180818 02:53:13-!- TC01 [~quassel@venus.arosser.com] has joined #wesnoth-dev 20180818 02:58:03<+wesdiscordbot> https://cdn.discordapp.com/attachments/259976436490829825/480208727698440192/4b626e3c6c4deaeb.png 20180818 02:58:42<+wesdiscordbot> This » + « – I thought it is shown if one has a _server.pbl file. 20180818 02:59:23<+wesdiscordbot> Seems like a scaling isse with the upper one 20180818 03:01:16-!- sevu [~sevu@p5485415E.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20180818 03:07:27<+wesdiscordbot> I reckon the C++ uses BLIT to overlay the icon. 20180818 03:07:41<+wesdiscordbot> Without paying attention to the fact that the icon might be larger than 72x72. 20180818 03:08:31<+wesdiscordbot> Then the result gets scaled down to 72x72 instead of scaling down the icon on the first pass before applying overlays. 20180818 03:09:09<+wesdiscordbot> (I've not read the code but this seems like the most sensible explanation and the simplest and most naïve approach to accomplishing that screenshot above.) 20180818 03:13:45<+wesdiscordbot> Makes sense… 20180818 04:03:47<+wesdiscordbot> yes 20180818 04:05:25-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev 20180818 05:32:48< irker248> wesnoth/wesnoth:1.14 josteph d6941a96a3 Fix crash after hitting enter when no un AppVeyor: All builds passed 20180818 05:54:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 05:54:41-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 06:05:30< irker248> wesnoth: joeylmaalouf wesnoth:1.14 6d44d3b954b9 / data/core/units/dunefolk/ (Burner.cfg Firetrooper.cfg Scorcher.cfg): Make Dune Burner line naphtha icons consistent and remove outdated comment https://github.com/wesnoth/wesnoth/commit/6d44d3b954b95d27ab2fcc6fb46d5d7632c98e99 20180818 06:07:47< irker248> wesnoth: joeylmaalouf wesnoth:master df8a6f555723 / data/core/units/dunefolk/ (Burner.cfg Firetrooper.cfg Scorcher.cfg): Make Dune Burner line naphtha icons consistent and remove outdated comment https://github.com/wesnoth/wesnoth/commit/df8a6f555723bc2f621e3325e7541e4266ca49d3 20180818 06:24:18-!- travis-ci [~travis-ci@ec2-54-166-199-80.compute-1.amazonaws.com] has joined #wesnoth-dev 20180818 06:24:19< travis-ci> wesnoth/wesnoth#19222 (1.14 - 6d44d3b : joeylmaalouf): The build is still failing. 20180818 06:24:19< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/417553316 20180818 06:24:19-!- travis-ci [~travis-ci@ec2-54-166-199-80.compute-1.amazonaws.com] has left #wesnoth-dev [] 20180818 06:25:36<+wesdiscordbot> oh hey, the travis notices are back 20180818 06:33:30-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] 20180818 06:53:32< irker248> wesnoth: Martin Hrubý (hrubymar10) wesnoth:1.14 e9ea67531d53 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Fix Xcode project after 3ebdfe75d0fca571b990b032f868bc4b34cc4488 https://github.com/wesnoth/wesnoth/commit/e9ea67531d533a82724dd62d70c2935e09f373de 20180818 06:55:26<+wesdiscordbot> Would https://github.com/wesnoth/wesnoth/pull/3447 go into 1.14 as well, since it only changes the message that's displayed, or should it be master only? The actual calculations being done are the same. 20180818 06:58:16< irker248> wesnoth: Martin Hrubý (hrubymar10) wesnoth:update_check cda7f0a71e99 / / (7 files in 4 dirs): --no-update-check argumment added and backend for update checking added https://github.com/wesnoth/wesnoth/commit/cda7f0a71e99e6fc9c875d6027eedff2b52929d1 20180818 06:58:18< irker248> wesnoth: Martin Hrubý (hrubymar10) wesnoth:update_check 7796799ada94 / / (6 files in 4 dirs): Add desktop/update_check.cpp and create thread in title_screen https://github.com/wesnoth/wesnoth/commit/7796799ada94d0677d604aecd3f288ed6d62c9b3 20180818 07:05:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180818 07:07:26< irker248> wesnoth/wesnoth:master joeylmaalouf 3d47ed8ab4 NR S14: Update epilogue map to match pre AppVeyor: All builds passed 20180818 07:30:19-!- travis-ci [~travis-ci@ec2-54-162-191-219.compute-1.amazonaws.com] has joined #wesnoth-dev 20180818 07:30:20< travis-ci> wesnoth/wesnoth#19224 (1.14 - e9ea675 : Martin Hrubý (hrubymar10)): The build is still failing. 20180818 07:30:20< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/417559989 20180818 07:30:20-!- travis-ci [~travis-ci@ec2-54-162-191-219.compute-1.amazonaws.com] has left #wesnoth-dev [] 20180818 07:31:42<+wesdiscordbot> and back to the graphite error, it seems 20180818 07:31:58<+wesdiscordbot> also a bunch of -Wrange-loop-analysis warnings 20180818 07:35:14<+wesdiscordbot> It must be smt broken on travis side... I can't reproduce this ld: library not found for -lgraphite2.3 error 20180818 07:36:54<+wesdiscordbot> it's something going wrong with Homebrew, I think, based on this: https://travis-ci.org/wesnoth/wesnoth/jobs/417559997#L1351 20180818 07:46:16<+wesdiscordbot> looks like the first one to fail was: https://travis-ci.org/wesnoth/wesnoth/builds/416511061 20180818 07:46:25<+wesdiscordbot> a changelog update commit, of all things 20180818 07:46:43<+wesdiscordbot> well 20180818 07:46:52<+wesdiscordbot> first one to have the graphite issue, I should say 20180818 08:00:12< irker248> wesnoth: Martin Hrubý (hrubymar10) wesnoth:1.14 d9f5425bc7c2 / projectfiles/Xcode/ (Fix_Xcode_Dependencies README.md): Use MacCompileStuff for every macOS package https://github.com/wesnoth/wesnoth/commit/d9f5425bc7c2426a7d140c6c4b4fd3fa8c799724 20180818 08:01:15<+wesdiscordbot> @Pentarctagon I just disabled homebrew for 1.14 . It is no longer needed as we have stable MacCompileStuff. Also homebrew builds were many issues. 20180818 08:08:42< irker248> wesnoth: Martin Hrubý (hrubymar10) wesnoth:master 6f8c5041210e / projectfiles/Xcode/ (Fix_Xcode_Dependencies README.md): Use MacCompileStuff for every macOS package https://github.com/wesnoth/wesnoth/commit/6f8c5041210eba5daa59ca0e52dda5822c3ca005 20180818 08:37:58< irker248> wesnoth/wesnoth:1.14 Martin Hrubý (hrubymar10) c1d36ce1cf Add desktop/update_check.cpp and create AppVeyor: vs2017/Release Failed 20180818 08:37:59< irker248> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-1.14-4297 20180818 09:22:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds] 20180818 09:34:06-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180818 10:00:15-!- grzywacz [~karol@wesnoth/developer/grzywacz] has joined #wesnoth-dev 20180818 10:04:14-!- travis-ci [~travis-ci@ec2-54-162-191-219.compute-1.amazonaws.com] has joined #wesnoth-dev 20180818 10:04:15< travis-ci> wesnoth/wesnoth#19229 (master - 6f8c504 : Martin Hrubý (hrubymar10)): The build was fixed. 20180818 10:04:15< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/417571417 20180818 10:04:15-!- travis-ci [~travis-ci@ec2-54-162-191-219.compute-1.amazonaws.com] has left #wesnoth-dev [] 20180818 10:12:05-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 10:25:40-!- gfgtdf [~chatzilla@x4dbb3624.dyn.telefonica.de] has joined #wesnoth-dev 20180818 10:33:05< irker248> wesnoth: gfgtdf wesnoth:1.14 131b1886894c / src/game_config_manager.cpp: show add-on loading times on --log-debug=config https://github.com/wesnoth/wesnoth/commit/131b1886894c5a55967441a3fa05f1aebe81aed3 20180818 10:34:14< gfgtdf> hmm i wonder whater that makes sense, or whether the log-debug=config option itself will already slowdown config loading so much to make this beanchmark meaningless. 20180818 10:35:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180818 10:49:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 10:57:19-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 10:57:25-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 11:33:24<+wesdiscordbot> I think log file writes are likely cached and don't really slow things down much. 20180818 11:34:27<+wesdiscordbot> However, AFAIK console I/O is slow on Windows, so you can't use --wconsole while benchmarking. 20180818 11:39:23< gfgtdf> @jyrkive: i know for sure that the log-debug= for some gui2 options massivelely slows things down. 20180818 11:40:56< gfgtdf> (this in particular log-debug=all) it's list mutiple monutes delay after every button click. 20180818 12:21:48<+wesdiscordbot> For 1.12, debian started in the .desktop file a wesnoth-1.12-nolog… 20180818 12:38:41-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180818 12:55:49<+wesdiscordbot> Hmm, there's no ore magic behind. I guess that yould not result in a perfomance boost: 20180818 12:55:51<+wesdiscordbot> exec wesnoth-1.14 "$@" >/dev/null 2>&1 20180818 13:06:20-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 13:06:26-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 13:33:26-!- irker248 [~irker@wesnoth/umc-dev/bot/shikadibot] has quit [Quit: transmission timeout] 20180818 13:38:05-!- irker590 [~irker@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev 20180818 13:38:05< irker590> wesnoth/wesnoth:1.14 Martin Hrubý (hrubymar10) c1d36ce1cf Add desktop/update_check.cpp and create AppVeyor: 2/4 builds failed 20180818 13:38:05< irker590> Details vs2017/Release: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-1.14-4297 20180818 13:38:05< irker590> Details vs2015/Release: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-1.14-4582 20180818 14:09:44-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev 20180818 14:12:27-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds] 20180818 14:12:28-!- wedge010 is now known as wedge009 20180818 15:16:20< irker590> wesnoth/wesnoth:1.14 Jyrki Vesterinen 85e1cba130 Hide battery status if the device doesn' AppVeyor: All builds passed 20180818 15:19:12<+wesdiscordbot> what would be the reasoning behind doing that? it seems kind of strange to go out of your way to discard that output. 20180818 16:12:30-!- gfgtdf [~chatzilla@x4dbb3624.dyn.telefonica.de] has quit [Read error: Connection reset by peer] 20180818 16:17:39-!- sevu [~sevu@p54855F65.dip0.t-ipconnect.de] has joined #wesnoth-dev 20180818 16:28:25<+wesdiscordbot> It's onl about the .desktop file, where one doesn't see the output anyway. Maybe Rhonda knows more. 20180818 16:32:27-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20180818 16:41:53< Rhonda> Because it started to eat up diskspace, and people were complaining about that. If you want to have the log information you can always start wesnoth-1.12 directly. 20180818 16:43:06<+wesdiscordbot> Application output often goes into ~/.xession-errors for those wondering. 20180818 16:43:47< Rhonda> https://bugs.debian.org/274802 is the origin of why it was put in place. 20180818 16:43:55<+wesdiscordbot> Also --log-debug=all does slow down Wesnoth by a factor of 20 at least because of the GUI2 draw debug output even on Linux. 20180818 16:44:18<+wesdiscordbot> But that might be either because a terminal emulator is involved or because the log statements enabled involve expensive expressions. 20180818 16:44:21< celticminstrel> I tried enabling debug logging for GUI layout from the UI. 20180818 16:44:31< celticminstrel> The program froze up and I was forced to kill it. 20180818 16:44:42< celticminstrel> This is on Windows. 20180818 16:44:55< celticminstrel> I think that'd be --log-debug=gui/layout 20180818 16:45:02< celticminstrel> (equivalent to) 20180818 16:45:34< celticminstrel> So basically I'm not at all surprised. 20180818 16:45:46< Rhonda> sevu: btw., are you saying wesnoth-1.12-nolog calls wesnoth-1.14? *puzzled* 20180818 16:46:21<+wesdiscordbot> No, I looked it up on unstable in-between these messages 20180818 16:47:48<+wesdiscordbot> So... I would add then just >/dev/null 2>&1 in the desktop file upstream (aka here)? 20180818 16:50:20<+wesdiscordbot> Yeah hopefully --log-debug=config isn't as expensive as GUI2's log statements then. 20180818 16:50:52<+wesdiscordbot> It doesn't seem to log much here. 20180818 16:52:05<+wesdiscordbot> It's almost entirely just "The config object has no child named FOO" lines. 20180818 16:53:17<+wesdiscordbot> Meanwhile GUI2 tries to log every single stupid decision it makes during the layout process and reveals just how deep and convoluted it actually is. 20180818 16:53:55<+wesdiscordbot> (Mostly decisions that are reverted or overruled before the dialog's layout is finalized prior to rendering.) 20180818 16:56:49< irker590> wesnoth: sigurdfdragon wesnoth:1.14 4554aa02ea9e / data/campaigns/Secrets_of_the_Ancients/scenarios/14_Entering_the_Northlands.cfg: SotA S14: Add hint about needing plenty of gold for the next scenario https://github.com/wesnoth/wesnoth/commit/4554aa02ea9e8f162c58a4383100329fbe97e8db 20180818 16:58:17< irker590> wesnoth: sigurdfdragon wesnoth:master 7aced8754818 / data/campaigns/Secrets_of_the_Ancients/scenarios/14_Entering_the_Northlands.cfg: SotA S14: Add hint about needing plenty of gold for the next scenario https://github.com/wesnoth/wesnoth/commit/7aced8754818adf6e3151caa3663ca96dc346175 20180818 17:01:21< irker590> wesnoth: Severin Glöckner wesnoth:1.14 bd73662d18dc / packaging/wesnoth.desktop: Linux Packaging: Don't store log info which nobody will read https://github.com/wesnoth/wesnoth/commit/bd73662d18dc8e56ef5fdb6f1196bbf10f1a762a 20180818 17:02:09< irker590> wesnoth: Severin Glöckner wesnoth:master c998f13a4526 / packaging/wesnoth.desktop: Linux Packaging: Don't store log info which nobody will read https://github.com/wesnoth/wesnoth/commit/c998f13a4526d89840b3bf7e36e6a4ffd57d7c80 20180818 17:02:14< sevu> Rhonda, ^ 20180818 17:04:20< Rhonda> sevu: I see. Might help other distributions who didn't do it this way yet indeed. :) 20180818 17:07:22< sevu> Rhonda, eventually your patch files won't work anymore though 20180818 17:08:01< sevu> there is also a wesnoth-1.14-smallgui – I guess a relict of the past? 20180818 17:10:46<+wesdiscordbot> hrubymar is working on re-implementing smallgui, I think, so it might be something usable again at some point. 20180818 17:13:22-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180818 17:13:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180818 17:17:29< Rhonda> sevu: Why wouldn't it work anymore? 20180818 17:17:42< Rhonda> Ah, you mean the patch to the desktop file won't apply? I'll notice then. :) 20180818 17:19:21< sevu> okay =) 20180818 17:56:29< irker590> wesnoth/wesnoth:master Martin Hrubý (hrubymar10) 6f8c504121 Use MacCompileStuff for every macOS pack AppVeyor: All builds passed 20180818 18:14:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 18:31:11< celticminstrel> mattsc: Do you know whether [avoid] prevents units from crossing the hex or if they only prevent them from landing on it? 20180818 18:38:44< mattsc> I believe it’s just landing on them that is prevented. 20180818 19:01:47< sevu> mattsc, I saw some strange AI behavior, which looks like an bug to me 20180818 19:02:31< sevu> The [ai] settings are: aggression=1.0, leader_value=3.0, caution=0.0, village_value=0.0 20180818 19:02:56< sevu> When a shaman attacks a unit, it always chooses melee, even if the oponent has no ranged 20180818 19:03:11< sevu> Except if the Shaman is dexterous 20180818 19:03:36< sevu> the units attacked were always leaders… it's reproducible 20180818 19:05:07< mattsc> sevu: I’m about to leave, but I can check later if I can reproduce this. 20180818 19:06:10< mattsc> Of the aspects you mention, only aggression and caution should affect attacks. 20180818 19:06:47< sevu> okay =) leader_value not? 20180818 19:07:09< sevu> ah, ture, that's before 20180818 19:07:11< mattsc> No, that’s just for the move-to-targets CA 20180818 19:07:37< mattsc> Anyways, need to be off. BBL. 20180818 19:08:01< sevu> bye, thanks for having a look 20180818 19:26:30< irker590> wesnoth/wesnoth:1.14 gfgtdf 131b188689 show add-on loading times on --log-debug AppVeyor: All builds passed 20180818 19:49:19<+wesdiscordbot> All good people there. If I want to merge this PR https://github.com/wesnoth/wesnoth/pull/3456 do I have to merge it or rebase it? 20180818 19:49:19<+wesdiscordbot> https://cdn.discordapp.com/attachments/259976436490829825/480463221095006208/unknown.png 20180818 19:51:10<+wesdiscordbot> We prefer rebasing. 20180818 19:57:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 19:57:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 20:14:06-!- gfgtdf [~chatzilla@x4dbb3624.dyn.telefonica.de] has joined #wesnoth-dev 20180818 20:28:02< irker590> wesnoth: Victor Sergienko wesnoth:1.14 e5d42478422f / src/ (gui/core/event/handler.cpp wesnoth.cpp): A cleaner fix for "iOS interfering with Mac: Mac touchpad generates touch events https://github.com/wesnoth/wesnoth/commit/e5d42478422f5751b81d3a53cf63cecb59f726a1 20180818 20:28:34<+wesdiscordbot> Ok, thank you 😃 20180818 20:36:27-!- celmin [~celticmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180818 20:47:29-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180818 20:47:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180818 20:56:05-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20180818 20:58:26-!- grzywacz [~karol@wesnoth/developer/grzywacz] has quit [Ping timeout: 256 seconds] 20180818 21:05:02< mattsc> sevu: So … aggression=1 means that damage reveived from the enemy is discounted, only damage done to the enemy enters the attack evaluation score. Well, that’s slightly simplified, but essentially that’s it. See https://wiki.wesnoth.org/AiWML for a bit more. 20180818 21:05:12-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 272 seconds] 20180818 21:05:46< mattsc> Since an Elvish Shaman has 3-2 for both attacks, it will then use the first attack it finds that does that damage, which is the melee attack. 20180818 21:06:54-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev 20180818 21:07:05< mattsc> So no, it’s not a bug, it’s by design. By telling the AI to disregard damage received, it does not matter whether it uses the melee or the ranged attack. 20180818 21:07:11< sevu> Makes sense… it knows nothing about the special? 20180818 21:07:31< mattsc> Yeah, that’s the only thing it maybe should do. It doesn’t take slow into account. 20180818 21:07:34< sevu> agression 0.99 might fix it I guess 20180818 21:07:43< mattsc> Right, I was just going to suggest that. 20180818 21:12:28< sevu> 0.99 did not change it, but 0.9 20180818 21:13:20< sevu> I never understood the exact difference between caution and aggression 20180818 21:15:09< sevu> If the enemy is too powerfull units won't attack, is that due to caution or aggression? 20180818 21:17:48< mattsc> That’s mostlly due to caution. 20180818 21:21:40-!- TC01 [~quassel@venus.arosser.com] has quit [Ping timeout: 256 seconds] 20180818 21:23:13< sevu> If caution is 0, is there any reason to set agression ? 20180818 21:23:58< mattsc> Yes, the two affect different things. 20180818 21:25:09< mattsc> 1-aggression is a multiplier to all negative contributions. caution only affects whether the unit should attack or not, which is one of the negative contributions. 20180818 21:25:22< mattsc> Contributions to the attack eval score, I mean. 20180818 21:26:15< mattsc> Also, this is only for attacks. Both aspects influence some other CAs as well. 20180818 21:41:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180818 21:46:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 21:47:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180818 21:47:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 22:09:54-!- TC01 [~quassel@venus.arosser.com] has joined #wesnoth-dev 20180818 22:42:50-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev 20180818 22:59:39-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has quit [Read error: Connection reset by peer] 20180818 23:00:01-!- sevu [~sevu@p54855F65.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20180818 23:04:50-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev 20180818 23:14:44-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 23:16:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 256 seconds] 20180818 23:18:44-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer] 20180818 23:19:23-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 23:20:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 23:20:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit] 20180818 23:21:03-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer] 20180818 23:21:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180818 23:40:05-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180818 23:49:36< irker590> wesnoth/wesnoth:1.14 Severin Glöckner bd73662d18 Linux Packaging: Don't store log info wh AppVeyor: All builds passed --- Log closed Sun Aug 19 00:00:36 2018