--- Log opened Sat Apr 19 00:00:12 2014
20140419 00:08:59-!- noy-wesnoth [~Noy@S01067cb21b205894.vs.shawcable.net] has joined #wesnoth-dev
20140419 00:12:31-!- gfgtdf [~chatzilla@f054153120.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140419 00:31:37-!- bagzie [~bag@85-76-138-124-nat.elisa-mobile.fi] has quit []
20140419 00:35:49-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140419 01:02:01-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 250 seconds]
20140419 01:04:47< cib0> Wow duelists are nearly as fast as knights now..
20140419 01:07:11< Coffee_irc> cib0: duellists have always moved 7 hexes as far as I know
20140419 01:07:51< Coffee_irc> they don't have armor to contend with
20140419 01:07:57< Coffee_irc> like footpads
20140419 01:08:01< cib0> True, I just never realized.
20140419 01:09:33< cib0> It means I can include duelists in cavalry platoons lol
20140419 01:09:53< cib0> At least the quick ones. =)
20140419 01:11:52-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140419 01:22:28-!- ancestral [~ancestral@17.114.45.117] has quit [Quit: ancestral]
20140419 01:23:51-!- gfgtdf [~chatzilla@f054151049.adsl.alicedsl.de] has joined #wesnoth-dev
20140419 01:23:53< gfgtdf> iceiceice: did you test?
20140419 01:24:27< iceiceice> i did
20140419 01:24:29< iceiceice> it seems to work fine
20140419 01:24:40< iceiceice> so, well done :)
20140419 01:24:45< iceiceice> i will keep testing though
20140419 01:25:17< iceiceice> i am thinking i will try to fix 21931, 
20140419 01:25:32< iceiceice> which means i need to add an appropriate controller tweak step at another part of the server i forgot about
20140419 01:25:44< iceiceice> then i will test it all and push, or that is what i am thinking
20140419 01:25:59< iceiceice> if you like i can push the thing where i get rid of record_change_controller now
20140419 01:26:38< iceiceice> but i usually prefer to only push when i have several topic branches, and then i test them all together
20140419 01:28:30< gfgtdf> 	iceiceice: is on mp campaigns the second scewnario also transmitted over the network ?
20140419 01:28:41< gfgtdf> or does every client generate it localy
20140419 01:28:49< iceiceice> i think that different htings happen in different situations
20140419 01:28:53< gfgtdf> aahh
20140419 01:28:55< gfgtdf> :(
20140419 01:29:00< iceiceice> tbh i dont compeltely understand all of it :/
20140419 01:29:04< gfgtdf> sounds complicated
20140419 01:29:22< iceiceice> but i think i have an exhaustive list of the different things that can happen so i will just make sure nothing can possibly go wrong :)
20140419 01:29:34-!- noy-wesnoth [~Noy@S01067cb21b205894.vs.shawcable.net] has quit [Quit: noy-wesnoth]
20140419 01:29:43< gfgtdf> ha
20140419 01:31:36< gfgtdf> show me list
20140419 01:33:36-!- sachith500 [~kvirc@112.134.8.178] has joined #wesnoth-dev
20140419 01:33:40< gfgtdf> iceiceice: ^
20140419 01:36:22< iceiceice> ok, i can try to find you code references if you like,
20140419 01:36:45< iceiceice> there are basically only two different ways that we can transition as i understand, although there are some nuances
20140419 01:36:58< iceiceice> the first is if we use endlevel and there is no linger mode
20140419 01:37:12< iceiceice> and we dont go to the mp_connect, mp_wait screen
20140419 01:37:31< iceiceice> so basically the two things that can happen, as i understand, are
20140419 01:37:40< iceiceice> the host can send the server [store_next_level]
20140419 01:37:45< iceiceice> which contains the next level, 
20140419 01:37:56< iceiceice> and causes the host to tell the clients the next level is available,
20140419 01:38:01< iceiceice> they will fetch when they are ready normally
20140419 01:38:36< iceiceice> its not totally clear to me how "linger mode" works here,
20140419 01:38:47< iceiceice> i think that linger mode is when the clients dont fetch right away and linger on the previous level,
20140419 01:38:56< iceiceice> and pressing end scenario or end turn causes them to transition
20140419 01:39:09< iceiceice> at least, i don't think the server is itself aware of linger mode
20140419 01:39:19< iceiceice> thats what i mean by its not totally clear to me how it works
20140419 01:39:38< iceiceice> so the second kind of transition that can happen is when we dont go right to the next level, and we get to reconfigure the controllers,
20140419 01:39:47< iceiceice> the host going to mp_connect again and the other clients to mp_wait,
20140419 01:40:04< iceiceice> i'm not sure right now but i think this looks totally different to the server
20140419 01:40:16< iceiceice> i think that you will use the [start_game] signal for example
20140419 01:40:58< iceiceice> there's also some thing where in some circumstance the clients will call playmp_controller::wait_for_upload()
20140419 01:41:44< iceiceice> i think that is supposed to happen if the clients try to transition before the host has given the next level to the server, but i think it might be bugged or something because it doesnt seem to happen sometimes
20140419 01:42:26< iceiceice> there's also something about, if the host is in debug mode, they will always go to the mp_connect screen to transition
20140419 01:43:00< iceiceice> but it doesn't seem like that behavior is network safe, that is, that the other clients realize that
20140419 01:43:04< iceiceice> its only of minor importance though
20140419 01:43:54-!- noy-wesnoth [~Noy@S01067cb21b205894.vs.shawcable.net] has joined #wesnoth-dev
20140419 01:44:27-!- sachith500 [~kvirc@112.134.8.178] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140419 01:44:47< iceiceice> okay, i'm sure that account is not particularly clear, but i think that the right thing to do now anyways is to right code for the server controller tweaks which applies at the time of [store_next_level] and [load_next_scenario] on the server side
20140419 01:44:57< iceiceice> and then see if any bases are not covered at that point
20140419 01:45:10< iceiceice> s/right/write
20140419 01:48:29< gfgtdf> so the 3 codepats are 1) [store_next_level] which contains not seeing teh mp wait screen, 2) we get to the next scenario with mp_connect and send [start_game] , 3) the mysterious playmp_controller::wait_for_upload()  ?
20140419 01:48:33< gfgtdf> codepaths*
20140419 01:48:43< gfgtdf> not seeing the*
20140419 01:48:59< gfgtdf> iceiceice: ^
20140419 01:50:00< iceiceice> so there are several different things that can happen from the clients point of view
20140419 01:50:05< iceiceice> you can transition instantly
20140419 01:50:23< iceiceice> you can transition to the reconfiguration screen, and then to the level after the host is ready,
20140419 01:50:39< iceiceice> or you can do something sort of in between, where the host lingers, and the other clients wait until he uploads data,
20140419 01:50:48< iceiceice> i dont understand all the client side code about all of this
20140419 01:50:50< iceiceice> but,
20140419 01:50:59< iceiceice> i think from the server's point of view there are only two things that can happen
20140419 01:51:20< iceiceice> thats the [store_next_scenario], [load_next_scenario] path,
20140419 01:51:33< iceiceice> and what i assume is essentially start another game
20140419 01:52:13< gfgtdf> does the server get information about teh scenario in both cases ?
20140419 01:52:20< iceiceice> yes
20140419 01:52:50< gfgtdf> so i assume the non host client never have to read thei own scenario file ?
20140419 01:52:54< gfgtdf> their*
20140419 01:52:56< iceiceice> i think that's right
20140419 01:53:16< iceiceice> they may load an era or something
20140419 01:53:27< iceiceice> they will do stuff like get a game-config for the game mode and such,
20140419 01:53:47< gfgtdf> ye loading units and such
20140419 01:53:52-!- aquileia_ [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140419 01:54:04< iceiceice> but yeah i think they will always get the full [multiplayer] tag from the host
20140419 01:54:13-!- aquileia_ [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has quit [Client Quit]
20140419 01:54:50< gfgtdf> 	iceiceice	: do you know a reason why e bahave different in mp cmapigns then durign normal transition ?
20140419 01:55:39< iceiceice> tbh no it seems poorly thought out
20140419 01:55:50< gfgtdf> hm ok
20140419 01:56:16< iceiceice> it seems to me it would be much simpler from the servers point of view if we always start a new game record when there is a new level,
20140419 01:56:32< gfgtdf> ye
20140419 01:56:36< iceiceice> and the host is configured to just skips through the connect dialog if desired that way
20140419 01:56:37< aquileia> https://gna.org/bugs/?13248 should be closed - that dialog has been using ellipsis truncate for ages
20140419 01:56:53< iceiceice> also FYI, here's the commit i'm basically fixing up when i do this:
20140419 01:56:54< iceiceice> https://github.com/wesnoth/wesnoth/commit/fb726e0610af42fa815cf340fa68c570b8bef0d3
20140419 01:57:00< iceiceice> esp. the stuff there in playcampaign.cpp,
20140419 01:57:59< gfgtdf> you mean 'do we still need this starting_pos thing' ?
20140419 01:59:28< aquileia> well, the dialog was fixed somewhere in 1.11 at least...
20140419 02:01:37< iceiceice> gfgtdf:
20140419 02:02:01< iceiceice> i would have liked to completely get rid of the test "if (io_type == IO_CLIENT) ..."
20140419 02:02:32< iceiceice> however, i dont really know what is going in that block "if( scenario != &starting_pos) ..."
20140419 02:02:37< iceiceice> so i dont want to get rid ofit
20140419 02:05:22< gfgtdf> hm ok
20140419 02:10:09< gfgtdf> i go to sleep now
20140419 02:10:11-!- gfgtdf [~chatzilla@f054151049.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140419 02:10:12< iceiceice> ok c u
20140419 02:10:21-!- ancestral [~ancestral@17.114.45.117] has joined #wesnoth-dev
20140419 02:16:39-!- Ivanovic_ [~ivanovic@frnk-d9330bc1.pool.mediaWays.net] has joined #wesnoth-dev
20140419 02:20:03-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20140419 02:20:34-!- Ivanovic_ is now known as Ivanovic
20140419 02:31:05-!- ancestral [~ancestral@17.114.45.117] has quit [Quit: ancestral]
20140419 02:32:55< irker812> wesnoth: mattsc wesnoth:master 85947e2e82a0 / data/campaigns/Son_Of_The_Black_Eye/scenarios/06_Black_Flag.cfg: SotBE S6: remove AI controller http://git.io/1ohOew
20140419 02:32:57< irker812> wesnoth: mattsc wesnoth:master 26ca27c58397 / changelog: Update changelog http://git.io/8oNB2g
20140419 02:34:20< irker812> wesnoth: mattsc wesnoth:1.12 bd0941057804 / changelog: Update changelog http://git.io/5k_ciQ
20140419 02:35:27< irker812> wesnoth: mattsc wesnoth:1.12 c84879a4dcc3 / data/campaigns/Son_Of_The_Black_Eye/scenarios/06_Black_Flag.cfg: SotBE S6: remove AI controller http://git.io/EsuHmA
20140419 02:49:38< aquileia> https://gna.org/bugs/?13248 is fixed and I think https://gna.org/bugs/?13333 is obsolete
20140419 02:56:06-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20140419 03:05:18< iceiceice> aquileia: do you have permissions to modify the bug tracker entries?
20140419 03:05:25< aquileia> lipk, lipkab: I'm confused... did you include headers for both GUI1 and GUI2  in mp_options.cpp, or do I misinterpret that? I ask because this seems the last place where src/widgets/textbox.?pp is included, and the file compiled just fine without it
20140419 03:05:45< aquileia> iceiceice: no, I don't - else I'd just do it, I guess
20140419 03:06:06< iceiceice> hmm you should probably ask shadowm or some other such person i guess
20140419 03:06:31< iceiceice> idk who else can do that
20140419 03:07:03< aquileia> shadowm: Can I gain the right to mark bugs as fixed in gna, please? I'm aquileia there as well
20140419 03:36:36< aquileia> I wanted to test whether https://gna.org/bugs/?14487 is fully fixed... copying the translation folder from 1.11.9 should work, right?  Because we might have a new bug: hichever language I pick it only uses my system language
20140419 03:36:51< aquileia> *Whichever
20140419 03:37:17-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140419 03:44:46< aquileia> No wonder we're at 232 bugs... https://gna.org/bugs/?17141 was fixed in 9a2158cd642ae
20140419 03:50:10< Aishiko> mordante, No I found it by looking at the code and reading it again and making sure the logic flowed in the way I saw it in my mind, to make sure that I wasn't seeing what I wanted/expected to see but rather what was there.
20140419 03:53:35-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 03:55:05< aquileia> AI0867, mordante: May I ask whether https://gna.org/bugs/?15962 (wescamp not updating campaign translations) is still relevant?
20140419 03:55:39< aquileia> Getting rid of a few fixed issues can't hurt, so I thought I'd ask
20140419 04:09:56< aquileia> https://gna.org/bugs/?13947 should be either marked as fixed (as a dropdown menu will show the full name) or won't fix, I think
20140419 04:28:14< aquileia> 13248, 13333 & 17141 can be marked as fixed whereas 14487, 15962 & 13947 might still apply
20140419 04:29:11< aquileia> ^ just as a compressed report
20140419 04:29:57-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has quit [Quit: Page closed]
20140419 04:30:16< iceiceice> gfgtdf: for what it is worth, after reading a bunch of the code again this is all much more clear to me than when i wrote before
20140419 04:38:32< Aishiko> hmm   I'm getting an "Undefined reference" when calling a function that is defined in an included header
20140419 05:28:41-!- Faryshta [~faryshta@customer-189-217-15-14.cablevision.net.mx] has joined #wesnoth-dev
20140419 05:28:48< Faryshta> hi. how can i manually install an add on?
20140419 05:40:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140419 05:43:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20140419 06:12:33-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: End Transmission.]
20140419 06:21:06-!- irker812 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140419 07:04:18-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has joined #wesnoth-dev
20140419 07:10:12-!- bagzie [~bag@85-76-129-1-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140419 07:13:09-!- happygrue_ [~happygrue@2601:6:4380:7df:14e8:fa41:e76a:2728] has joined #wesnoth-dev
20140419 07:13:09-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 258 seconds]
20140419 07:13:09-!- happygrue_ [~happygrue@2601:6:4380:7df:14e8:fa41:e76a:2728] has quit [Changing host]
20140419 07:13:09-!- happygrue_ [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140419 07:13:12-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140419 07:15:36-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20140419 07:18:31-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 07:33:24-!- mjs-de [~mjs-de@p508C99DF.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 08:01:08-!- _8680_ [~8680@2002:4404:712c:0:6151:c1c9:5c0b:2802] has quit [Ping timeout: 245 seconds]
20140419 08:02:06-!- _8680_ [~8680@2002:4404:712c:0:59e4:b531:754b:39bd] has joined #wesnoth-dev
20140419 08:12:11-!- bagzie [~bag@85-76-129-1-nat.elisa-mobile.fi] has quit []
20140419 08:14:28-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140419 08:15:20-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Client Quit]
20140419 08:23:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140419 08:25:12< zookeeper> Faryshta, copy the add-on to your <userdata>/data/add-ons/ dir
20140419 08:25:25-!- noy-wesnoth [~Noy@S01067cb21b205894.vs.shawcable.net] has quit [Quit: noy-wesnoth]
20140419 08:25:55< zookeeper> and by "the add-on" i mean the directory named after the add-on which contains all the files
20140419 08:26:26< zookeeper> also http://wiki.wesnoth.org/EditingWesnoth#The_user_data_directory
20140419 08:26:50-!- kex [~kex@79.126.177.136] has joined #wesnoth-dev
20140419 08:31:27-!- kex [~kex@79.126.177.136] has quit [Ping timeout: 252 seconds]
20140419 08:37:01-!- mjs-de [~mjs-de@p508C99DF.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140419 08:39:15-!- Ivanovic [~ivanovic@frnk-d9330bc1.pool.mediaWays.net] has quit [Changing host]
20140419 08:39:15-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140419 08:46:23-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has joined #wesnoth-dev
20140419 08:51:05< AI0867> aquileia: wescamp still isn't the level of automagic we would like it to be
20140419 09:00:32< Faryshta> zookeeper, i did it. i am trying to install SXRPG on wesnoth 1.11
20140419 09:00:56< Faryshta> zookeeper, i got the addon from the 1.10 server
20140419 09:04:36-!- Elvish_Hunter [6d346f84@gateway/web/freenode/ip.109.52.111.132] has joined #wesnoth-dev
20140419 09:05:53< Elvish_Hunter> Hi all
20140419 09:06:20-!- irker559 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140419 09:06:20< irker559> wesnoth: Elvish_Hunter wesnoth:master 9289a9fa8a70 / data/core/macros/image-utils.cfg: added FLAG_VARIANT6 macro, for use with ragged flags http://git.io/3VZDuQ
20140419 09:06:22< irker559> wesnoth: Elvish_Hunter wesnoth:master 9e140c183cac / data/tools/wmllint: added wmllint rule for FLAG_VARIANT6 http://git.io/AvqBZA
20140419 09:06:24< irker559> wesnoth: Elvish_Hunter wesnoth:master b22ceefa0d4e / data/ (80 files in 17 dirs): Changed all mainline occurrences of {FLAG_VARIANT ragged} to {FLAG_VARIANT6 ragg http://git.io/FKxFZw
20140419 09:06:26< irker559> wesnoth: Elvish_Hunter wesnoth:master c2062caea6ab / changelog: Changelog entry http://git.io/cEUlNg
20140419 09:12:16< zookeeper> Faryshta, well, in that case you're probably just doing something wrong. the add-on might or might not be compatible with 1.11, but if it's not, i'd expect you to still either see an error about it or for it to fail in some other way instead of not appearing at all.
20140419 09:16:08< zookeeper> and for that it's worth, i just tested and it produces an error about whitespace in filenames.
20140419 09:16:18< zookeeper> (on 1.11.12)
20140419 09:19:25-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...]
20140419 09:19:25< zookeeper> although after fixing that, i get no errors anymore but i can't see any new maps/scenarios/eras in-game either.
20140419 09:19:32-!- Ivanovic [~ivanovic@frnk-d9330bc1.pool.mediaWays.net] has joined #wesnoth-dev
20140419 09:21:12-!- Ivanovic [~ivanovic@frnk-d9330bc1.pool.mediaWays.net] has quit [Changing host]
20140419 09:21:12-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140419 09:24:16< Faryshta> zookeeper, at first it showed an error about a unit file having a space
20140419 09:24:47< Faryshta> zookeeper, happened the same to me. then i tried to just copy-paste a file saved from 1.10 (turn 1)
20140419 09:25:08< Faryshta> zookeeper, and it says Xoss is an illegal tile and i need to show its papers
20140419 09:28:05< cib0> Good day.
20140419 09:29:25< zookeeper> huh, there's a caching bug
20140419 09:30:22< zookeeper> if i have an add-on which produces an error about whitespace in a filename, and i rename the file to fix it, then when i next load the game/multiplayer, that add-on gets skipped, and i _guess_ it's because the game thinks it's already cached even though it failed the last time
20140419 09:31:02< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by Elvish_Hunter [ 04-19-2014 09:28 ] [ http://r.wesnoth.org/p569556 ]
20140419 09:31:13< zookeeper> when i make a meaningless edit to its _main.cfg and fire up the game again, it gets loaded again, presumably because the cache is now invalid
20140419 09:31:20< Faryshta> zookeeper, i thinked the same so I restarted the game. i think that 'flushes' the cache
20140419 09:31:29< zookeeper> it didn't for me
20140419 09:31:45< Faryshta> zookeeper, so i just need to edit _main.cfg?
20140419 09:33:28< zookeeper> that's what i needed to do, to make it show the next filename error after i had fixed the previous one
20140419 09:33:37< zookeeper> but there was only 3 overall, i think
20140419 09:34:04< zookeeper> undeadsx/Undead Mauler.cfg and Gorgon_Sorceress Speed.cfg, in addition to the first one
20140419 09:34:16< zookeeper> after fixing those, it loads up fine, it seems
20140419 09:34:34-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140419 09:35:26< Faryshta> zookeeper, let me check
20140419 09:36:19< zookeeper> and "the first one" being monsterssx/Big Fungoids.cfg
20140419 09:38:18< Faryshta> zookeeper, the second one is 'Gorgon_Sorceress Speed.cfg'
20140419 09:40:05< Faryshta> zookeeper, third one 'Undead Mauler.cfg'
20140419 09:42:46< zookeeper> yes
20140419 09:42:54< Faryshta> zookeeper, i still can't load new games :)
20140419 09:43:03< Faryshta> i mean old games
20140419 09:45:58< Faryshta> zookeeper, i can now. it takes a lot of time to disipate fog
20140419 09:47:13< cib0> You mean it slows down movement? That'd be https://gna.org/bugs/index.php?21883
20140419 10:01:12-!- happygrue_ [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20140419 10:14:47-!- Faryshta [~faryshta@customer-189-217-15-14.cablevision.net.mx] has quit [Quit: Saliendo]
20140419 10:28:05-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140419 10:29:51-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 10:31:14< Elvish_Hunter> Well, now I have to go. I wish a Happy Easter to everyone. Bye!
20140419 10:32:11-!- Elvish_Hunter [6d346f84@gateway/web/freenode/ip.109.52.111.132] has quit [Quit: Ciao!]
20140419 10:47:16< Coffee_irc> cib0: yeah, that bug really ought to be fixed before the eventual 1.12 release
20140419 10:47:25-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140419 10:48:23< Coffee_irc> I'm working on making it more linear (no back and forth), but until the fog clearing is done more efficiently it will be a little laggy
20140419 10:49:27< Coffee_irc> so far I've only figured how to make the effect worse :P
20140419 10:50:11< cib0> I'd be okay with an option to just clear fog lazily like before. btw it happens on my i7 laptop without cpulimit. =/
20140419 10:51:06< Coffee_irc> cib0: if we can eliminate the back and forth it will look much better
20140419 10:51:45< cib0> I'm not so concerned about the looks, more about turns slowing down significantly because movement takes 4x as long as without fog.
20140419 10:52:29< Coffee_irc> cib0: then I think your computer is using the cpu to do graphics rendering
20140419 10:52:37< Coffee_irc> are you using an Intel graphics card?
20140419 10:53:00< cib0> I'm using an intel HD 4000, which may actually be slower than software rendering due to bad drivers(linux).
20140419 10:53:19< cib0> But the point is before it worked just fine, so IMO it's a regression.
20140419 10:54:44< Coffee_irc> I never introduced it, but I think the problem of back and forth movements needs fixing anyway
20140419 10:55:03< Coffee_irc> under CPU load even 1.10 does the same thing
20140419 10:56:03< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by vultraz [ 04-19-2014 10:53 ] [ http://r.wesnoth.org/p569558 ]
20140419 10:56:08< Coffee_irc> and it only occurs with movment, so it looks solvable
20140419 10:56:28< cib0> Should be, yeah. I think I'll do a recording to show off just what the effect is on my machine.
20140419 10:57:12< Coffee_irc> cib0: that would be fine, although mattsc did one in the bug report
20140419 10:58:20< cib0> Ah that one illustrates the back and forth movement. Interesting.
20140419 11:00:51< Coffee_irc> cib0: yeah, it looks like the unit is cycling between going forwards and starting again the movement between hexes
20140419 11:01:00< Coffee_irc> giving the impression of jerky movment
20140419 11:01:45< Coffee_irc> this only occurs if the time between "ticks" is high
20140419 11:05:37-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140419 11:07:44-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140419 11:20:31-!- cib0 [~cib0@overbeck.rtk0.net] has quit [Disconnected by services]
20140419 11:20:48-!- cib0 [~cib0@overbeck.rtk0.net] has joined #wesnoth-dev
20140419 11:21:28< cib0> So as it turns out if I record fullscreen the recorded framerate drops too much to even see the non-fog movement(the jerky fog movement is still plainly visible though).
20140419 11:21:44-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140419 11:22:10< cib0> And if I don't use my full 1600x900 resolution, the fog movement isn't so bad.
20140419 11:23:11-!- cib0 [~cib0@overbeck.rtk0.net] has quit [Client Quit]
20140419 11:23:39-!- kex [~kex@79.126.177.136] has joined #wesnoth-dev
20140419 11:24:22-!- cib0 [~cib0@overbeck.rtk0.net] has joined #wesnoth-dev
20140419 11:28:11-!- kex [~kex@79.126.177.136] has quit [Ping timeout: 250 seconds]
20140419 11:31:57-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20140419 11:31:57-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20140419 11:31:57-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20140419 11:32:13< mordante> servus
20140419 11:33:31< mordante> Aishiko, around?
20140419 11:35:45-!- mjs-de [~mjs-de@p508C99DF.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 11:37:03-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has joined #wesnoth-dev
20140419 11:37:05< mordante> aquileia sorry, but my computer started to act strange yesterday so had to leave and fix the issue
20140419 11:37:44< mordante> aquileia is listed under libwesnoth-game in cmake
20140419 11:38:37< mordante> aquileia not sure about bug #15962
20140419 11:51:09-!- kex [~kex@79.126.177.136] has joined #wesnoth-dev
20140419 12:00:57-!- kex [~kex@79.126.177.136] has quit [Remote host closed the connection]
20140419 12:01:23-!- kex [~kex@79.126.177.136] has joined #wesnoth-dev
20140419 12:05:53-!- kex [~kex@79.126.177.136] has quit [Ping timeout: 250 seconds]
20140419 12:06:29-!- irker559 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140419 12:13:09-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140419 12:14:56-!- Netsplit *.net <-> *.split quits: mordante, c74d
20140419 12:20:11-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has quit [Ping timeout: 250 seconds]
20140419 12:22:18-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20140419 12:22:41-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has quit [Quit: bye]
20140419 12:23:40-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has joined #wesnoth-dev
20140419 12:29:41-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140419 12:45:24-!- travis-ci [~travis-ci@ec2-54-196-16-180.compute-1.amazonaws.com] has joined #wesnoth-dev
20140419 12:45:24< travis-ci> [travis-ci] AI0867/wesnoth#47 (SDL_RWops - e3ddc5d : Alexander van Gessel): The build failed.
20140419 12:45:24< travis-ci> [travis-ci] Build details : http://travis-ci.org/AI0867/wesnoth/builds/23333808
20140419 12:45:24-!- travis-ci [~travis-ci@ec2-54-196-16-180.compute-1.amazonaws.com] has left #wesnoth-dev []
20140419 12:46:19< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by CIB [ 04-19-2014 12:43 ] [ http://r.wesnoth.org/p569559 ]
20140419 12:48:22-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has joined #wesnoth-dev
20140419 12:59:54-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Ping timeout: 240 seconds]
20140419 12:59:54-!- _8680_ [~8680@2002:4404:712c:0:59e4:b531:754b:39bd] has quit [Ping timeout: 240 seconds]
20140419 13:05:24-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140419 13:07:32< AI0867> aquileia: PR #155 is a stripped-down version
20140419 13:07:50< AI0867> it fails on travis as travis is still stuck with SDL_mixer 1.2.11
20140419 13:08:53-!- _8680_ [~8680@2002:4404:712c:0:259d:1c4f:309a:6baa] has joined #wesnoth-dev
20140419 13:28:43-!- happygrue [~happygrue@2601:6:4380:7df:9dc6:27a:d980:e3b8] has joined #wesnoth-dev
20140419 13:28:43-!- happygrue [~happygrue@2601:6:4380:7df:9dc6:27a:d980:e3b8] has quit [Changing host]
20140419 13:28:43-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140419 13:33:08-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has quit [Quit: Page closed]
20140419 13:43:43-!- lipkab [~lipkab@apn-37-220-226-252.vodafone.hu] has joined #wesnoth-dev
20140419 13:48:51< lipkab> aquileia: mp_options was recently rewritten, and now uses GUI1 instead of GUI2. Apparently, I forgot to remove obsoleted GUI2 includes.
20140419 13:49:24< lipkab> So that's why both are there.
20140419 13:51:38< lipkab> As for textbox.hpp, mp_options.cpp *does* use the textbox class, so it must be included indirectly if it compiles without a direct include.
20140419 13:51:58< AI0867> lipkab: you downgraded it from GUI2 to GUI1? Did you need some widgets GUI2 didn't provide?
20140419 13:52:58< lipkab> AI0867: The custom options interface got integrated to the configure screen, which is GUI1.
20140419 13:53:12< lipkab> (It was a GUI2 dialog previously)
20140419 13:56:45< AI0867> ah, okay
20140419 14:03:43-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140419 14:10:26-!- travis-ci [~travis-ci@ec2-54-81-167-209.compute-1.amazonaws.com] has joined #wesnoth-dev
20140419 14:10:26< travis-ci> [travis-ci] AI0867/wesnoth#48 (SDL_RWops - c868d5a : Alexander van Gessel): The build was fixed.
20140419 14:10:26< travis-ci> [travis-ci] Build details : http://travis-ci.org/AI0867/wesnoth/builds/23336007
20140419 14:10:26-!- travis-ci [~travis-ci@ec2-54-81-167-209.compute-1.amazonaws.com] has left #wesnoth-dev []
20140419 14:24:55-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140419 14:25:33-!- lipkab [~lipkab@apn-37-220-226-252.vodafone.hu] has quit [Write error: Connection reset by peer]
20140419 14:27:51-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Read error: Connection reset by peer]
20140419 14:28:02-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20140419 14:28:02-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Changing host]
20140419 14:28:02-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20140419 14:39:26-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has quit [Quit: bye]
20140419 14:40:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140419 14:44:10-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140419 14:47:30-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 15:40:15-!- mathstuf_ [~mathstuf@229.sub-70-209-132.myvzw.com] has joined #wesnoth-dev
20140419 15:40:33< mathstuf_> hi, is there a reason wesnoth is still only requiring 2.6.0?
20140419 15:40:38< mathstuf_> (cmake)
20140419 15:50:53< cib0> mathstuf_: I don't know. Are you asking because you want to use a newer cmake feature?
20140419 15:51:26< mathstuf_> i could fix the .desktop stuff at least :)
20140419 15:51:34< mathstuf_> but more out of curiosity
20140419 15:52:17< mathstuf_> i think "everyone" now has 2.8.6 at least
20140419 15:52:22< mathstuf_> "everyone" not including RHEL
20140419 15:52:28< mathstuf_> which still has 2.6.4 >.>
20140419 15:52:33-!- mjs-de [~mjs-de@p508C99DF.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds]
20140419 15:54:43-!- gfgtdf [~chatzilla@e179211178.adsl.alicedsl.de] has joined #wesnoth-dev
20140419 16:00:05-!- bagzie [~bag@85-76-137-84-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140419 16:04:40-!- mjs-de [~mjs-de@p508C9EC4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 16:25:14-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit []
20140419 16:35:41-!- cib0_ [~cib0@overbeck.rtk0.net] has joined #wesnoth-dev
20140419 16:35:49-!- irker387 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140419 16:35:49< irker387> wesnoth: Chris Beck wesnoth:master 4aa14aa24a04 / src/server/game.cpp: fixup "make level reflect start of scenario" http://git.io/kL8wMQ
20140419 16:35:49< irker387> wesnoth: Chris Beck wesnoth:master 90c7dab0c298 / src/ (replay.cpp server/game.cpp): purge "record_change_controller" http://git.io/mpQ3Zg
20140419 16:35:50< irker387> wesnoth: Chris Beck wesnoth:master 43ee443016ac / src/server/ (game.cpp game.hpp): fixup scenario transitions http://git.io/EnKZnw
20140419 16:35:51< irker387> wesnoth: Chris Beck wesnoth:master 1ef34f4c3a4c / changelog: update changelog http://git.io/BD_5tQ
20140419 16:35:52< irker387> wesnoth: Chris Beck wesnoth:master 992ebe135802 / / (87 files in 22 dirs): Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/20N1rw
20140419 16:36:22-!- cib0_ [~cib0@overbeck.rtk0.net] has quit [Client Quit]
20140419 16:37:17< irker387> wesnoth: Chris Beck wesnoth:1.12 28a51be33ff2 / src/server/game.cpp: fixup "make level reflect start of scenario" http://git.io/hw5o-Q
20140419 16:37:19< irker387> wesnoth: Chris Beck wesnoth:1.12 c47f550f61ec / src/ (replay.cpp server/game.cpp): purge "record_change_controller" http://git.io/l_dtQA
20140419 16:37:21< irker387> wesnoth: Chris Beck wesnoth:1.12 4e2762fe6cab / src/server/ (game.cpp game.hpp): fixup scenario transitions http://git.io/_ld_qA
20140419 16:37:23< irker387> wesnoth: Chris Beck wesnoth:1.12 9cd1294ca0a3 / changelog: update changelog http://git.io/5A05Ig
20140419 16:37:25< irker387> wesnoth: Chris Beck wesnoth:1.12 33a4084387c2 / changelog data/campaigns/Son_Of_The_Black_Eye/scenarios/06_Black_Flag.cfg: Merge branch '1.12' of https://github.com/wesnoth/wesnoth into 1.12 http://git.io/KjUMTQ
20140419 16:38:56-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140419 16:40:22-!- TC01 [~quassel@128.220.109.252] has joined #wesnoth-dev
20140419 16:40:47-!- mathstuf_ [~mathstuf@229.sub-70-209-132.myvzw.com] has quit [Ping timeout: 245 seconds]
20140419 16:42:28-!- sachith500 [~kvirc@112.134.64.61] has joined #wesnoth-dev
20140419 16:48:43-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140419 16:52:46< gfgtdf> does anyonw know what game_classification::history does ? when i look at savefiles it's always empty 
20140419 16:59:32-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has quit [Ping timeout: 245 seconds]
20140419 17:02:22-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has joined #wesnoth-dev
20140419 17:05:56-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140419 17:12:44-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 17:18:37< irker387> wesnoth: gfgtdf wesnoth:1.12 eeb9ac86e5cb / src/gamestatus.hpp: add a comment in gamestatus.hpp http://git.io/WD0ikw
20140419 17:42:13-!- sachith500 [~kvirc@112.134.64.61] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140419 17:47:09-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140419 17:47:39-!- kex [~kex@79.126.184.102] has joined #wesnoth-dev
20140419 17:52:59-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 18:05:23-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-055.pools.arcor-ip.net] has quit [Quit: Verlassend]
20140419 18:12:25-!- kex [~kex@79.126.184.102] has quit [Remote host closed the connection]
20140419 18:12:52-!- kex [~kex@79.126.184.102] has joined #wesnoth-dev
20140419 18:18:09-!- kex [~kex@79.126.184.102] has quit [Ping timeout: 276 seconds]
20140419 18:18:12-!- un214 [~un214@2602:306:cccf:a499:224:8cff:fed2:ef57] has joined #wesnoth-dev
20140419 18:44:45< gfgtdf> iceiceice: are you sure this test is save: https://github.com/wesnoth/wesnoth/blob/master/src/playcampaign.cpp#L74 i mean couldn't wml change teh value of the "turn_number" variable ?
20140419 18:46:11-!- kex [~kex@79.126.184.102] has joined #wesnoth-dev
20140419 18:54:03-!- Samual_ [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20140419 18:54:03-!- Samual_ [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Changing host]
20140419 18:54:03-!- Samual_ [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20140419 18:54:30-!- un214 [~un214@2602:306:cccf:a499:224:8cff:fed2:ef57] has quit [Remote host closed the connection]
20140419 18:54:31-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Read error: Connection reset by peer]
20140419 18:54:43-!- happygrue_ [~happygrue@2601:6:4380:7df:9dc6:27a:d980:e3b8] has joined #wesnoth-dev
20140419 18:54:43-!- happygrue_ [~happygrue@2601:6:4380:7df:9dc6:27a:d980:e3b8] has quit [Changing host]
20140419 18:54:43-!- happygrue_ [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140419 18:55:34-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20140419 19:02:56-!- kex [~kex@79.126.184.102] has quit [Remote host closed the connection]
20140419 19:03:25-!- kex [~kex@79.126.184.102] has joined #wesnoth-dev
20140419 19:05:25-!- ancestral_ [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 19:05:29-!- ancestral_ [~ancestral@12.23.74.29] has quit [Client Quit]
20140419 19:08:13-!- kex [~kex@79.126.184.102] has quit [Ping timeout: 258 seconds]
20140419 19:23:46-!- Sulfur [~Miranda@p5B32771A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140419 19:25:44< mordante> I'm off bye
20140419 19:26:04-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20140419 19:28:22-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140419 19:30:27-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 19:38:46< iceiceice> gfgtdf: i copied the test from what is used for the other carryover info
20140419 19:39:07< iceiceice> i dont think its possible for WML to change the turn number variable before carryover is applied
20140419 19:39:35< gfgtdf> iceiceice: hm ok
20140419 19:40:02< iceiceice> i can find code reference maybe but i dont know off-hand, i think good place to look is int he carry-over info constructor or one of its functions
20140419 19:51:03< iceiceice> gfgtdf: i am going for now, but in at least limited testing i think scenario transitions are working again
20140419 19:51:23< iceiceice> i can give an updated explanation, since there were things i didnt understand when i wrote last night
20140419 19:51:38< iceiceice> but if you test and see any big problems i definitely want to know
20140419 19:51:53< iceiceice> i'm not currently aware of anything like that that is a blocker
20140419 19:52:12< iceiceice> i wrote this in the bug tracker for the linger mode issue i reported,
20140419 19:52:21< iceiceice> i think that that is actually a UI problem and not an engine problem,
20140419 19:52:38< iceiceice> the end scenario button is for some reason still clickable and triggerable even when it is greyed out
20140419 19:52:46< iceiceice> there may an engine bug associated with linger mode for observers though
20140419 19:53:00< iceiceice> but it pretty minor, the only consequence is they get kicked to lobby and have to rejoin
20140419 19:53:23< iceiceice> bbl
20140419 19:53:24-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140419 19:59:19-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140419 20:07:29-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has joined #wesnoth-dev
20140419 20:09:52< irker387> wesnoth: mattsc wesnoth:master 83d23fac5203 / data/ai/micro_ais/cas/ (ca_bottleneck_attack.lua ca_bottleneck_move.lua): Bottleneck Defense Micro AI: code cleanup http://git.io/RWtGbQ
20140419 20:10:42< irker387> wesnoth: mattsc wesnoth:1.12 7b5b35ce7e19 / data/ai/micro_ais/cas/ (4 files): Messenger Escort Micro AI: code cleanup http://git.io/T1GImA
20140419 20:11:23< irker387> wesnoth: mattsc wesnoth:1.12 e4d020656585 / data/ai/micro_ais/cas/ (ca_bottleneck_attack.lua ca_bottleneck_move.lua): Bottleneck Defense Micro AI: code cleanup http://git.io/ay-m0w
20140419 20:13:52< Ivanovic> aquileia: you do have commit privs at github, right?
20140419 20:14:09< aquileia> Ivanovic: no
20140419 20:14:29< Ivanovic> aquileia: usually you get the gna access together with the commit access
20140419 20:14:49< Ivanovic> how many (non trival) pull requests from you are already in?
20140419 20:14:55< Ivanovic> that is: who reviewed/merged them?
20140419 20:15:25< aquileia> ah... well, AI0867 offered me commit rights, so I guess I fulfill the prerequisite
20140419 20:17:17< aquileia> I'd say 102 and 126 are non-trivial
20140419 20:17:29-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140419 20:18:03-!- happygrue_ is now known as happygrue
20140419 20:19:42< aquileia> Ivanovic: My reason to decline (fear of accidentally pushing) is resolved now, so if the two come bundled together, it's ok
20140419 20:19:57< aquileia> IF you want to give me access, that is
20140419 20:20:40< Ivanovic> AI0867: you did so?
20140419 20:21:02< Ivanovic> AI0867: did you also directly bundle this offer with the irc cloak and developer group membership in the forums?
20140419 20:21:36< aquileia> no
20140419 20:22:01< Ivanovic> aquileia: it is supposed to be a full "bundle" of features you gain
20140419 20:22:03< Ivanovic> ;)
20140419 20:22:43< aquileia> I think it's just because I have  over a dozen commits someone else had to do for me
20140419 20:35:29-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 20:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 235 bugs, 347 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140419 20:50:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 258 seconds]
20140419 20:51:14-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140419 20:56:16-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140419 21:04:46-!- Aishiko_laptop [~unknown@2606:a000:bcc1:2b00:226:5eff:fe65:125c] has joined #wesnoth-dev
20140419 21:06:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140419 21:12:44-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140419 21:32:57-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140419 21:42:51-!- mjs-de [~mjs-de@p508C9EC4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140419 21:53:02< Aishiko_laptop> mordante I've found the segfault location and I'll figure out how to fix it and post a working version soon
20140419 21:58:18-!- gfgtdf_ [~chatzilla@f054147057.adsl.alicedsl.de] has joined #wesnoth-dev
20140419 22:00:19-!- gfgtdf [~chatzilla@e179211178.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20140419 22:00:29-!- gfgtdf_ is now known as gfgtdf
20140419 22:09:57-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 250 seconds]
20140419 22:11:42-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140419 22:25:18-!- trewe [~trewe@2001:8a0:d12a:8701:626c:66ff:fe92:9b7c] has joined #wesnoth-dev
20140419 22:29:13-!- kex [~kex@79.126.184.102] has joined #wesnoth-dev
20140419 22:30:57-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140419 22:32:51< gfgtdf> iceiceice: i made a bug report 
20140419 22:33:39< iceiceice> wow
20140419 22:33:45< iceiceice> thats pretty crazy
20140419 22:33:52< iceiceice> why does LoW have more than 9 sides?
20140419 22:33:54-!- kex [~kex@79.126.184.102] has quit [Ping timeout: 240 seconds]
20140419 22:34:09< gfgtdf> idk
20140419 22:34:27< gfgtdf> but it in fact it has 15 sides
20140419 22:34:35< iceiceice> well something has to give
20140419 22:34:49< iceiceice> afaik our game engine and not even the server defines the max number of players as 9
20140419 22:35:06< iceiceice> so is it not a bug that we can load this scenario at all?
20140419 22:35:22< iceiceice> it sounds like someone must have used some kind of hack to get it to work in the first place
20140419 22:35:53< gfgtdf> iceiceice: you are sure the normal games doesnt accept more tha  9 sides ?
20140419 22:35:58< gfgtdf> normal
20140419 22:36:06< gfgtdf> i think it does
20140419 22:36:31< iceiceice> no i think game_config::max_players is defined as 9 or something like this
20140419 22:38:10< gfgtdf> iceiceice: hm gamemap::MAX_PLAYERS is definitley not only used in the server
20140419 22:38:11< iceiceice> src/map.hpp:	enum { MAX_PLAYERS = 9 };
20140419 22:38:27-!- justinzane [~justinzan@host-12-172-184-180.nctv.com] has quit [Ping timeout: 240 seconds]
20140419 22:38:46< iceiceice> actually here's several relevant greps:
20140419 22:38:46< iceiceice> src/multiplayer_connect.cpp:	for(int i = 0; i < gamemap::MAX_PLAYERS; ++i) {
20140419 22:38:47< iceiceice> src/map.hpp:	enum { MAX_PLAYERS = 9 };
20140419 22:38:47< iceiceice> src/map.hpp:	 * The size of the starting positions array is MAX_PLAYERS + 1,
20140419 22:38:47< iceiceice> src/map.hpp:	map_location startingPositions_[MAX_PLAYERS+1];
20140419 22:40:16< iceiceice> idk without seeing the scenario in question it sounds like it was an oversight to mainline a scenario with > 9 sides when we don't seem to really support that
20140419 22:40:37< iceiceice> i guess we could fix the server / update the max code but i really have no idea why 9 was chosen in the first place
20140419 22:41:47< gfgtdf> there isacommen about teamcolors and MAX_SIDE
20140419 22:41:55< gfgtdf> about we need a color for every side or so
20140419 22:42:09< Aishiko_laptop> iceiceice, I think it  yeah gfgtdf has it
20140419 22:42:52< iceiceice> so i will say i think its important to have an absolute bound
20140419 22:42:57< Aishiko_laptop> and since guys have limited colour sight compared to women we can't really use blue and teal  or robin's egg etc
20140419 22:42:57< gfgtdf> frm looking at teh code it might  just the map format that doesnt support more than 9 starting sides
20140419 22:43:01< iceiceice> it looks like most of the code was written assuming that iterating all sides is cheap
20140419 22:43:10< gfgtdf> be
20140419 22:43:15< iceiceice> if we got rid of the restriction and allowed like 100 sides i bet the game would run very badly
20140419 22:43:37< gfgtdf> iceiceice: form the serverside it shoudl make no difference i think
20140419 22:43:43< iceiceice> no on client side even
20140419 22:44:09< gfgtdf> well there all already scenarios with >9 sides, and there were no problems i think
20140419 22:44:30< iceiceice> as you pointed out yourself once we compute a full vision map for every side whenever a unit is moved
20140419 22:44:34< iceiceice> just as one example
20140419 22:45:15< iceiceice> if you want to increase max to 15 or something then i would support it, provided we can figure out who set it to 9 and why i guess
20140419 22:45:34< iceiceice> i'm doubtful if it is a good idea to drop the restriction though
20140419 22:45:39< iceiceice> like, drop it completely
20140419 22:45:59< iceiceice> why is it possible to load scenarios with more than 9 sides?
20140419 22:46:01< gfgtdf> iceiceice: but teh currentl restriction in only on teh server
20140419 22:46:09< iceiceice> no, as i pointed out its also in src/map
20140419 22:46:14< gfgtdf> iceiceice: still
20140419 22:46:24< iceiceice> why does that code work with > 9 sides?
20140419 22:46:29< iceiceice> do they not all have starting locations or something?
20140419 22:46:51< gfgtdf> iceiceice: the mapfile doesnt support it, but we dont need maps starting positions if we give them explicitly
20140419 22:46:53< iceiceice> this is the kind of thing that could cause buffer overflow :/
20140419 22:47:07< iceiceice> i see
20140419 22:47:34< gfgtdf> iceiceice: https://github.com/wesnoth/wesnoth/blob/master/src/map.cpp#L549
20140419 22:47:37< iceiceice> well it doesnt make sense to have one max for the server and one for the clients
20140419 22:47:47< iceiceice> there should just be one number
20140419 22:48:09< gfgtdf> which 2 numers are there ?
20140419 22:48:19< iceiceice> you seem to propose that we increase the server to 15
20140419 22:48:24< iceiceice> but not modify the client and leave it at 9
20140419 22:49:12< gfgtdf> iceiceice: i think on serverside we already have gamemap::MAX_PLAYERS
20140419 22:49:24< gfgtdf> https://github.com/wesnoth/wesnoth/blob/master/src/server/game.cpp#L57
20140419 22:49:54< iceiceice> hmm yes so they are the same number in fact
20140419 22:50:16< gfgtdf> hm strange
20140419 22:50:30< iceiceice> it sounds to me like its a bit of a hack to have any scenario wtih > 9 sides,
20140419 22:50:43< iceiceice> who's responsible for LoW?
20140419 22:50:49< iceiceice> it sounds like the easiest thing we could do at this point is like,
20140419 22:50:58< iceiceice> increaes gamemap::MAX_PLAYERS to 15?
20140419 22:51:01< iceiceice> and register some more colors?
20140419 22:51:06< gfgtdf> iceiceice: idk
20140419 22:51:13< iceiceice> idk this is not a good situation :/
20140419 22:51:55< gfgtdf> iceiceice: did it work in 1.10 ?
20140419 22:52:04< gfgtdf> iceiceice: or: did it ever work
20140419 22:52:16< iceiceice> idk i never tried to play anything with more than 9 sides in 1.10
20140419 22:52:19< iceiceice> or ever for that matter
20140419 22:52:24< iceiceice> but i remember reading about the 9 maximum
20140419 22:52:26< iceiceice> and i saw it in the code obvc
20140419 22:52:43< gfgtdf> iceiceice: ye it also in the wiki i think.
20140419 22:53:03< gfgtdf> iceiceice: but have noone ever tested playing LoW o the end in a networked game ?
20140419 22:53:06< iceiceice> how do we figure out who is the maintainer of LoW?
20140419 22:53:09< iceiceice> apparently not
20140419 22:53:32< Aishiko_laptop> mordante a backtrace (after I figured out how get one) showed that the program failed at line 117 of get_sprite, the reason being because I did not properly reference the vector in that line (and the following lines that it didn't get too) the program now passes the debugging  
20140419 22:54:24< iceiceice> it looks like its many different people based on commit history, idk
20140419 22:55:40< iceiceice> gfgtdf: i remember you pointed out a LotI scenario with 15 sides also
20140419 22:55:45< iceiceice> what is the real maximum?
20140419 22:55:50< iceiceice> is 15 the maximum for some reason?
20140419 22:56:05< iceiceice> is there any actual maximum or is it always workaround-able?
20140419 22:56:09< gfgtdf> hm i tihnk thre is no maximum for local games. but i dont know
20140419 22:56:17< iceiceice> :O
20140419 22:56:20< iceiceice> thats probably not a good idea :/
20140419 22:56:32< iceiceice> err,
20140419 22:56:52< iceiceice> i guess its fine but i dont think anyone should expect good behavior with a very large number of sides
20140419 22:57:57< iceiceice> idk i think we should ask Ivanovic what he wants to do for 1.12
20140419 22:58:51< iceiceice> probably we should just announce to users that we will support 15 sides instead of 9 now i guess
20140419 22:59:11< gfgtdf> i think problably fendrin did the most changes to LoW
20140419 22:59:51< Ivanovic> since we have a problem with the number of different colors anyway i think 15 really is a high enough number
20140419 22:59:52< iceiceice> idk if someone wants to change LoW, it seems pretty undesirable when we are in freeze
20140419 23:00:21-!- neXyon_ [~neXyon@178-191-211-246.adsl.highway.telekom.at] has joined #wesnoth-dev
20140419 23:01:06-!- neXyon [~neXyon@178-190-145-211.adsl.highway.telekom.at] has quit [Ping timeout: 240 seconds]
20140419 23:04:58< gfgtdf> iceiceice: i think mutiple sides are sometimes used to plit large ai sides into smaller because the time te ai calculates is more than linear to the numer of units
20140419 23:05:04< gfgtdf> split
20140419 23:06:07< iceiceice> hmm well maybe that should be a signal to the author that there are too many units lol
20140419 23:06:16< iceiceice> all that will do is cause the ai to make worse decisions
20140419 23:07:03< iceiceice> i doubt if any ai for any interesting thing runs in linear time
20140419 23:10:03-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 240 seconds]
20140419 23:10:37< gfgtdf> iceiceice: authous alredy know that there are too many units for the game to hanlde that why they use additional sides. and i think perfect decisions might be less important in this case
20140419 23:11:06< gfgtdf> s/hanlde that/handle. That's
20140419 23:11:26-!- irker387 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140419 23:12:07< iceiceice> ok 
20140419 23:12:17< iceiceice> well first of all if we are going to pick a number like 15 to increase to,
20140419 23:12:27< iceiceice> someone has to figure out if any other thing is broken this way and what number it needs
20140419 23:12:44< iceiceice> and also what else has to change if anything besides registering some more colors for teams
20140419 23:13:02-!- neXyon_ [~neXyon@178-191-211-246.adsl.highway.telekom.at] has quit [Quit: bye]
20140419 23:14:03< iceiceice> also i guess i can look into why the server didnt tell the other sides to drop
20140419 23:14:18< iceiceice> i'm not sure if i would be able to figure out why the "downloading..." gui can't cancel as you reported
20140419 23:14:39< gfgtdf> iceiceice: we there is a while(true){if(got_data) break}
20140419 23:14:50< iceiceice> geez
20140419 23:14:54< gfgtdf> iceiceice: we can easily throw an end_level_exception
20140419 23:15:08< iceiceice> yeah i wonder why we have button at all if it doesn't do anything?
20140419 23:15:39< gfgtdf> it's a genertic downlod dialog also used in different places where it has n efefect also used in different location
20140419 23:17:38< gfgtdf> maybe i can fix that
20140419 23:18:20< gfgtdf> its the playmp_controller::wait_for_upload function
20140419 23:23:46-!- irker226 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140419 23:23:46< irker226> wesnoth: mattsc wesnoth:master d3ce1051ff8b / data/ai/micro_ais/cas/ (4 files): Messenger Escort Micro AI: code cleanup http://git.io/wGpE5Q
20140419 23:24:12-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140419 23:26:01< irker226> wesnoth: mattsc wesnoth:master e4ea795c965a / data/ai/micro_ais/cas/ca_messenger_escort_move.lua: Messenger MAI: fix typo http://git.io/Xe_fyQ
20140419 23:27:31< gfgtdf> iceiceice: ok i think i fixed the not wokring button
20140419 23:27:45< gfgtdf> working*
20140419 23:28:22< iceiceice> ok 
20140419 23:28:27< iceiceice> i will look at the server code i think
20140419 23:32:21-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20140419 23:44:27< aquileia> Ivanovic: As to translations... is it a problem they don't work correctly on master with a 1.11 translation directory? Whatever language I select I only get my system language, which is German...
20140419 23:46:33< aquileia> I wouldn't be worried if it stayed English, but defaulting to the system language even if a different one is set seems like a bug
20140419 23:53:30< iceiceice> gfgtdf: ok i think i see what's going on in the code and where i could do something about it,
20140419 23:53:39< iceiceice> what exactly do you mean by a "reject" packet?
20140419 23:53:53< iceiceice> is there any kind of quit packet i can send that the play_turn reader would recognize?
20140419 23:54:09< iceiceice> i guess i can send "leave_game" maybe?
20140419 23:54:24< gfgtdf> iceiceice: the cleint currently wait forever, so it would be cool if the server sned somethings to tell the client that that makes no sense
20140419 23:54:43< gfgtdf> isk what leave_game does but it sounds good
20140419 23:54:48< gfgtdf> idk*
20140419 23:55:38< iceiceice> looking in play_turn.cpp:process_network_data
20140419 23:55:43< iceiceice> it looks like it causes the client to throw network erro
20140419 23:55:57< iceiceice> i guess you wanted to throw end_level_data?
20140419 23:56:00< iceiceice> sorry
20140419 23:56:03< iceiceice> end level exception
20140419 23:56:09< iceiceice> but maybe this is good enoguh/
20140419 23:56:15< iceiceice> im going to try it i think
20140419 23:57:03< iceiceice> hmmm
20140419 23:57:13< iceiceice> it looks like actually we are already doing this :/
20140419 23:57:59< iceiceice> in server::delete_game
20140419 23:59:30-!- bagzie [~bag@85-76-137-84-nat.elisa-mobile.fi] has quit []
--- Log closed Sun Apr 20 00:00:36 2014