--- Log opened Mon Apr 14 00:00:08 2014
20140414 00:09:51-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit []
20140414 00:14:54-!- gfgtdf [~chatzilla@e176185093.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140414 00:21:19-!- neXyon [~neXyon@85-127-45-150.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140414 01:31:56-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140414 01:32:25< iceiceice> gfgtdf: i dont know what happens if we use control during an ai turn. but i would guess that it is bad
20140414 01:32:32< iceiceice> specifically
20140414 01:32:45< iceiceice> i know i tried once to undroid an ai side during its turn locally
20140414 01:32:52< iceiceice> and i think that doesnt work, the local client blocks it
20140414 01:33:09< iceiceice> but iirc the server will not be so intelligent about this
20140414 01:33:53< iceiceice> i guess i would expect that the server would transfer control, and the client would either respect that and somehow stop the ai, or more likely go out of sync
20140414 01:34:05< iceiceice> but you'd have to try it to see
20140414 02:02:31-!- sachith500 [~kvirc@112.134.175.116] has joined #wesnoth-dev
20140414 02:06:52-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Ik ga weg]
20140414 02:10:43-!- Ivanovic_ [~ivanovic@x2f50e06.dyn.telefonica.de] has joined #wesnoth-dev
20140414 02:11:35-!- gfgtdf [~chatzilla@e176185093.adsl.alicedsl.de] has joined #wesnoth-dev
20140414 02:12:22< gfgtdf> iceiceice: i cannot relaod a mp game in 1.13-dev when the host allows any player to enter, only when teh host chooses "reserverd" i can enter
20140414 02:13:11< iceiceice> hmm
20140414 02:13:11-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 252 seconds]
20140414 02:13:16< gfgtdf> iceiceice: when the choden option is "Network Player" i get "Waiting For players to choose factions"
20140414 02:13:26< gfgtdf> alsothog there are no choices available
20140414 02:13:45< gfgtdf> although#
20140414 02:13:48< iceiceice> hmmm
20140414 02:13:59< iceiceice> ok it sounds like i caused that
20140414 02:14:04< iceiceice> let me try to reproduce
20140414 02:14:37-!- Ivanovic_ is now known as Ivanovic
20140414 02:15:32< iceiceice> thanks for catching this
20140414 02:15:46< gfgtdf> did you reproduce ?
20140414 02:19:13< gfgtdf> iceiceice:^
20140414 02:19:21< iceiceice> yes
20140414 02:20:54< gfgtdf> iceiceice: ok :)
20140414 02:21:16< gfgtdf> iceiceice: do you knwo the reason ? especial do you think this bug is also present in 1.11 ?
20140414 02:21:36< iceiceice> i think its a logic error on my part
20140414 02:21:43< iceiceice> most lkely
20140414 02:21:46< iceiceice> although i'm not sure what though
20140414 02:22:06< iceiceice> according to multiplayer_wait the check that stops the "faction choosing" dialog from appearing is "allow_changes"
20140414 02:22:15< iceiceice> and that is also what i am checking when the server is trying to figure out whether to wait for changes
20140414 02:22:20< iceiceice> *host
20140414 02:22:44< iceiceice> but i dont really know what the issue is yet
20140414 02:22:55< iceiceice> i think i know what commit introduced it though most likely
20140414 02:24:02< iceiceice> it should affect 1.11 most liekly i think
20140414 02:26:27< iceiceice> yeah its just a simple logic error, will fix and test
20140414 02:31:29< gfgtdf> iceiceice: you have an opinion on this commit cf865499b92c4651bfe228e38a0495faaa4446f8 ?
20140414 02:35:04< iceiceice> idk it seems like it would take me a while to understand it :p
20140414 02:35:31< iceiceice> it sounds like the scenario you describe could happen easily
20140414 02:36:08< iceiceice> however, what does the comment mean: "//PROCESS_RESTART_TURN_TEMPORARY_LOCAL should be impossible because that's means the currently active side (that's us) left."
20140414 02:37:17< gfgtdf> iceiceice: well it means tht getting PROCESS_RESTART_TURN_TEMPORARY_LOCAL  (for which we chack in the lien below) is impossible (assuming that there a nore strange situations that i couldnt think of)
20140414 02:37:40< iceiceice> hehe
20140414 02:37:55< iceiceice> idk is there some other way to break an infinite loop than using difftime?
20140414 02:38:53< iceiceice> so wait the loop that is occuring,
20140414 02:39:01< iceiceice> that means we are waiting for another player to make a decision we are depending on?
20140414 02:39:12< gfgtdf> no we are waiting for teh server
20140414 02:39:19< iceiceice> what is the server going to send us
20140414 02:39:36< gfgtdf> https://github.com/wesnoth/wesnoth/blob/master/src/server/game.cpp#L491
20140414 02:40:26< gfgtdf> we just sended a transfer side in https://github.com/wesnoth/wesnoth/blob/master/src/playturn.cpp#L353. and waiting for it to take effect
20140414 02:42:47< iceiceice> ok so one thing i would suggest
20140414 02:42:56< iceiceice> i think the loop should not be "expected changes != 0"
20140414 02:43:07< iceiceice> more likely it should be "expected chages > 0" or "expected changes < 0"?
20140414 02:43:12< iceiceice> which ever it is that makes sense
20140414 02:43:21< iceiceice> idk it would make it more easy to figure out what is going on when i first look at it
20140414 02:43:27< iceiceice> maybe i dont understand the control code you want though
20140414 02:43:27< gfgtdf> we expected changes < 0 can never happen for trivial reasons
20140414 02:44:09< iceiceice> ok but then it's good to signal that to the programmer anyways
20140414 02:44:11< gfgtdf> (since we increment  /decrement it at most 1 somes in the  loop body)
20140414 02:44:48< iceiceice> uhm i guess the only other thing i might consider is
20140414 02:44:57< iceiceice> instead of using diff time, just use a simple counter?
20140414 02:45:04< iceiceice> you already ahve SDL_Delay so the loop can only go so fast
20140414 02:45:18< iceiceice> idk its up to you
20140414 02:45:30< iceiceice> i dont really know what is the right way to break an infinite loop
20140414 02:45:41< iceiceice> i guess if the loop breaks that way it means a network error occurred?
20140414 02:46:00< iceiceice> you might want to give an error dialog explaining that there was a connectivity problem waiting for the response from the server or smth
20140414 02:46:18< iceiceice> and that it coudl lead to OOS or smth
20140414 02:49:53< gfgtdf> iceiceice: idk what exactly could go wrong in game::transfer_side_control exactly s i tont give OOS error. I think a proper fif would be telling the host if transfer_side_control failed.
20140414 02:50:17< gfgtdf> s/s i tont/that's why i don't
20140414 02:50:35< gfgtdf> s7/fif/fix
20140414 02:50:46< iceiceice> so idk what are the reasons a transfer_side_control should fail
20140414 02:50:49< iceiceice> but i guess when it happens,
20140414 02:50:55< iceiceice> it means that host should assume that the previous controller is the current controller,
20140414 02:51:02< iceiceice> or in case of a side drop, that they are the current controller
20140414 02:51:21< iceiceice> the old convention is that as soon as a side drop occurs you set the side to human,
20140414 02:51:29< iceiceice> and then give the dialog to try to reassign as desired by host
20140414 02:51:34< iceiceice> but if that fails you have to fallback to human
20140414 02:51:41< iceiceice> i'm changing th convention to assign the side to idle,
20140414 02:51:45< iceiceice> because that fixes an annoying bug
20140414 02:52:14< iceiceice> where in some cases, esp. when multiple human controlled sides drop simultaneously it causes the host to get confused about what sides to give vision for
20140414 02:53:00< iceiceice> i guess most of the netcode so far doesnt rely on the server getting back to you about things
20140414 02:53:41< iceiceice> but i dont know so much about synchronize choice 
20140414 02:54:30< iceiceice> so at least i think a good thing would be, if you are blocking on getting a response from the server about a unit advancement,
20140414 02:54:42< iceiceice> i guses no commands should be allowed but ideally chat and or quit should be allowed
20140414 02:55:14< iceiceice> if someone's client locks up for 20 seconds or whatever the status is and they cant do anything its kind of not ideal, 
20140414 02:55:27< iceiceice> we are really considering an edge case here though so i'm not sure we should drive ourselves crazy about it 
20140414 02:55:59< gfgtdf> iceiceice: they can to things thats why i call playsingle_controller::handle_generic_event("ai_user_interact");
20140414 02:56:43< gfgtdf> iceiceice: but it impossible to test becasue in reality we get an answer from teh server instantly
20140414 02:56:59< iceiceice> hmm
20140414 02:57:19< iceiceice> i mean i gues you could artificially add a line like SDL_delay(20000) to the server when it handles a side drop
20140414 02:57:22< iceiceice> and see what happens
20140414 02:57:44< iceiceice> but i agree its pretty artificial
20140414 02:58:50< iceiceice> at least then you will get to see the code run at least once and see that nothing really disturbing happens
20140414 02:59:26< gfgtdf> iceiceice: hmm its about teh same code that i use when waiting for remote uer choices, so im quite sure it works.
20140414 02:59:40< iceiceice> ok
20140414 03:00:43< iceiceice> idk if u want someone to review properly i guess you can ask jamit or somebody, i'm not sure how likely i am to spot a bad corner case in this topic
20140414 03:01:08< iceiceice> but yeah, i dont see any obvious problem
20140414 03:02:39< gfgtdf> iceiceice: ok so when we now reassign a side that had to do an advancement or similar choice, now the new controlling client immideately gets the advancement choice.
20140414 03:03:26-!- irker013 [~irker@109.237.218.218] has joined #wesnoth-dev
20140414 03:03:26< irker013> wesnoth: gfgtdf wesnoth:master cf865499b92c / src/ (playmp_controller.cpp playturn.cpp playturn.hpp): fix host reassignes side during choice http://git.io/kYqXKw
20140414 03:03:28< irker013> wesnoth: gfgtdf wesnoth:master aa071dd25287 / src/ (playmp_controller.cpp playturn.cpp playturn.hpp): Merge pull request #147 from gfgtdf/sync_fix_2 http://git.io/yRVcuA
20140414 03:03:54< iceiceice> what happens to the guy who was making the choice?
20140414 03:03:58< iceiceice> does his dialog dissappear?
20140414 03:04:04< iceiceice> or does his choice just get ignored
20140414 03:04:32< gfgtdf> iceiceice: ah ot in case the liefe left i meant
20140414 03:04:35< gfgtdf> side*
20140414 03:04:49< iceiceice> ah ok
20140414 03:04:49< gfgtdf> this commit doesnt affect otehr cases
20140414 03:05:24< gfgtdf> but i think when one sede gests reassignes while it does an action it getts OOS, (unrelated to my commits)
20140414 03:09:04< gfgtdf> 	iceiceice: especialy you get OOS when you reassign a remote side that is controlle dby the AI.
20140414 03:10:03< iceiceice> yeah idk what we could do about that
20140414 03:10:16< iceiceice> i dont think its a good idea to prevent host from taking control away
20140414 03:10:22< iceiceice> because, what happens if someone DC's during an AI turn
20140414 03:10:40< gfgtdf> iceiceice: but you can also reproduce, when you play a fogged map, then make accelerated apeed x0.25 and move one unit one the one side and reassign the side that does teh move while the unit dies teh move to the host
20140414 03:10:41< iceiceice> the ai turn will never finsih, the host needs to kick them or reassign or something
20140414 03:11:15< gfgtdf> iceiceice: did i epxeress myself understandable above ?
20140414 03:11:21< iceiceice> i think i understand
20140414 03:11:30< gfgtdf> ok :)
20140414 03:11:35< iceiceice> :)
20140414 03:11:54< Aishiko> thats good as I don't but that is OK I don't need to =)
20140414 03:12:37< iceiceice> yeah i mean i think i'm ok with the host making errors if he changes control at times that he shouldnt
20140414 03:12:53< iceiceice> he/she should only be doing that when a side is DC pretty much, or during is own turn
20140414 03:13:00< Aishiko> I have proof of concept that needs a little more work and then should be ready for evaluation
20140414 03:13:10< iceiceice> if he's interrupting other players turns / droids turns it not really a very good thing anyways
20140414 03:13:19< iceiceice> that doesnt mean the game should break but... 
20140414 03:13:30< gfgtdf> 	iceiceice	: teh host doesnt know whta teh other sides do rgh now thats why teh host or teh server cannot know when reasigning will casue OOS.
20140414 03:13:41< iceiceice> yeah
20140414 03:13:45< gfgtdf> what the other soides*
20140414 03:13:52< Aishiko> perhaps prevent that from occurring? the inturrpting turns that is
20140414 03:13:55< iceiceice> i guess the best possible fix is that
20140414 03:14:08< iceiceice> aishiko: i think its important to allow the host to interrupt turns
20140414 03:14:11< iceiceice> maybe the best fix is if,
20140414 03:14:18< iceiceice> when the client sees the side was reassigned, 
20140414 03:14:25< iceiceice> they go back and remove the changes they made
20140414 03:14:32< iceiceice> but that's really really hard i understand
20140414 03:15:08< gfgtdf> iceiceice: but not all things can be undo especialy if wml is involved
20140414 03:15:13< iceiceice> yeah
20140414 03:15:18< iceiceice> so i think theres no perfect solution
20140414 03:15:32< Aishiko> why not make a save point at the beginning of each side's turn and if the host does that it resets to that save?
20140414 03:15:37< gfgtdf> iceiceice: another fix is sending a 'prepare for side reassign' to the currently playing side and then waiting for teh currently playing side to reassig .
20140414 03:15:43< iceiceice> i mean one idea that you could do (but its not actually a good idea) is like you could cache game state
20140414 03:15:52< iceiceice> and revert to a game state from earlier
20140414 03:16:05< iceiceice> but thats very impractical
20140414 03:16:17< iceiceice> and i dont think all clients even get the change control messages at the same time necessarily
20140414 03:16:23< iceiceice> so it wouldnt work for that reason
20140414 03:16:49< iceiceice> but i'm not advocating that, i think your solution is good
20140414 03:17:06< gfgtdf> iceiceice: why should they get it in diferent sides ? not that the exact sides are not important just teh order in which they get teh data.
20140414 03:17:12< iceiceice> Aishiko: i guess that we basically just said the same thing
20140414 03:17:16< gfgtdf> s/sides/times
20140414 03:17:41< Aishiko> iceiceice, I was thinking the same thing only yours was more technical sounding then mine....
20140414 03:17:42< iceiceice> gfgtdf: hm maybe i'm confused about how soem of it works
20140414 03:17:42< iceiceice> so i guess when an observer joins the game
20140414 03:17:50< iceiceice> if there is a giant backlog 
20140414 03:17:53< iceiceice> they will be processing it for a long time
20140414 03:18:16< iceiceice> are there any server commands that get processed out of order of the backlog?
20140414 03:18:18< iceiceice> or is it always in order
20140414 03:18:24< iceiceice> sometimes i have noticed things like
20140414 03:18:32< iceiceice> if i observe a game, and then while the game is replaying,
20140414 03:18:37< iceiceice> i type say "/info player"
20140414 03:18:50< iceiceice> i will get osme white text immediately about asking the server something
20140414 03:18:57< iceiceice> but i wont get the white text response from the server until much later
20140414 03:19:06< iceiceice> which i guess is correct because that has to go at the end of the backlog
20140414 03:19:14< gfgtdf> iceiceice: normaly they will just get 'appended' to the backlog -
20140414 03:19:25< gfgtdf> iceiceice: coudl you test that behaviour again in 1.13 ?
20140414 03:19:36< iceiceice> ok
20140414 03:19:48< gfgtdf> iceiceice: becasue i think most likeley i changed that behaviour.
20140414 03:19:56< iceiceice> i guess i dont actually know of anything that is processed asynchronously
20140414 03:20:36< gfgtdf> iceiceice: well if two players chat at teh same time the will be on different order on teh 2 clients
20140414 03:20:50< iceiceice> yu
20140414 03:22:25< gfgtdf> iceiceice: when you for example chat while wating the 'observing start'' replay, the other players will get your chat messages immideately, but you wil see the others chat messages only after the replay is processed.
20140414 03:22:42< iceiceice> yeah
20140414 03:22:44< iceiceice> and that is good
20140414 03:41:35-!- gfgtdf [~chatzilla@e176185093.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140414 03:42:44< iceiceice> gfgtdf: i tested the behavior on current master, it seems the same as always in the case i tested
20140414 04:39:42-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140414 04:44:12-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140414 05:08:29-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140414 05:15:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140414 05:38:38< Aishiko> anyone have experience with vectors?
20140414 05:40:21< Aishiko> I'm having an issue when I call shrink_to_fit() "error: 'class std::vector<int>' has no member named 'shrink_to_fit'" is the exact error I'm getting and yet I know it should work
20140414 05:52:53-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140414 05:54:16-!- Sulfur [~Miranda@p5B0084B4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140414 06:02:52-!- Ivanovic [~ivanovic@x2f50e06.dyn.telefonica.de] has quit [Changing host]
20140414 06:02:52-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140414 06:06:10-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140414 06:09:51-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 250 seconds]
20140414 06:16:28< Aishiko> I think I figured out why its not working shrink_to_fit is C++11 and iirr wesnoth is C++98 compatible.
20140414 06:26:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140414 06:34:16-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140414 06:52:28-!- DHost [~Pcy@vps.plok.fr] has joined #wesnoth-dev
20140414 07:13:09-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140414 07:13:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140414 07:15:24-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 07:17:45< sachith500> vectors in the linear algebra sense? :P I'm studying it now
20140414 07:19:17< sachith500> oh nvm C++ vectors :P
20140414 07:25:25-!- irker013 [~irker@109.237.218.218] has quit [Quit: transmission timeout]
20140414 07:34:51< Aishiko> well I think I got my program working but too tired to test it now that it compiles
20140414 07:42:35-!- cib0 is now known as cib1
20140414 07:51:22-!- neXyon [~neXyon@85-127-162-12.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140414 07:59:41-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Ping timeout: 252 seconds]
20140414 08:12:33-!- cib1 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Quit: Leaving]
20140414 08:38:12-!- neXyon_ [~neXyon@85-127-120-69.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140414 08:40:33-!- neXyon [~neXyon@85-127-162-12.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 258 seconds]
20140414 09:03:29-!- sachith500|2 [~kvirc@112.134.171.200] has joined #wesnoth-dev
20140414 09:06:08-!- sachith500 [~kvirc@112.134.175.116] has quit [Ping timeout: 245 seconds]
20140414 09:07:10-!- cib [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140414 09:07:15-!- cib is now known as cib1
20140414 09:08:08-!- cib1 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Client Quit]
20140414 09:12:40-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140414 09:21:49-!- Kexoth [~kex@89.205.75.19] has quit [Ping timeout: 252 seconds]
20140414 09:22:07-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 09:23:50-!- neXyon_ [~neXyon@85-127-120-69.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140414 10:02:45-!- mjs-de [~mjs-de@f049174167.adsl.alicedsl.de] has joined #wesnoth-dev
20140414 10:09:37-!- Sulfur [~Miranda@p5B0084B4.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140414 10:16:06-!- horon [~horon@nttkyo210231.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20140414 10:39:04-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140414 10:52:31< AI0867> aquileia: unfortunately, I can't reproduce the destructor issue locally
20140414 11:04:18-!- bagzie [~bag@85-76-131-126-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140414 11:08:42-!- cib [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140414 11:09:06-!- cib is now known as Guest14282
20140414 11:09:11-!- Guest14282 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Client Quit]
20140414 11:10:56< AI0867> 23:30 < aquileia> AI0867: By the way, this might interest you http://wiki.libsdl.org/FAQDevelopment#Do_I_.23include_.3CSDL.h.3E_or_.3CSDL.2FSDL.h.3E.3F ← what do they intend with that? Have you include the library in your own sources?
20140414 11:27:09-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Quit: DCW]
20140414 11:30:32-!- sachith500|2 [~kvirc@112.134.171.200] has quit [Read error: Connection reset by peer]
20140414 11:30:50-!- sachith500|2 [~kvirc@112.134.171.200] has joined #wesnoth-dev
20140414 11:31:43-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140414 11:32:30-!- sachith500|2 [~kvirc@112.134.171.200] has quit [Read error: Connection reset by peer]
20140414 11:32:46-!- sachith500|2 [~kvirc@112.134.171.200] has joined #wesnoth-dev
20140414 11:33:34-!- sachith500|2 [~kvirc@112.134.171.200] has quit [Read error: Connection reset by peer]
20140414 11:49:03-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 245 seconds]
20140414 12:18:11-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20140414 12:24:11-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140414 12:24:56-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has quit [Client Quit]
20140414 12:25:16-!- horon [~horon@nttkyo210231.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20140414 12:28:05-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140414 12:31:45< aquileia> AI0867: At least in the VC dependency package, SDL doesn't have its own subfolder. Though I agree that it would bee preferable to separate it, IMHO your include should be compatible with that. I think "sdl_image.h" might enable both possible paths
20140414 12:32:25< aquileia> as opposed too <SDL/sdl_image.h> which causes an error message
20140414 12:32:28< aquileia> *to
20140414 12:33:34< aquileia> it was just a minor suggestion for comfort
20140414 12:42:55-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has quit [Disconnected by services]
20140414 12:43:04-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140414 12:43:42< AI0867> case sensitivity. It should be SDL_image.h in all cases =P
20140414 12:47:32-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140414 12:50:55< aquileia> AI0867: oops, right
20140414 13:01:33-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140414 13:23:39-!- happygrue [~happygrue@2601:6:4380:7df:59cd:e1f:3ffb:4034] has joined #wesnoth-dev
20140414 13:23:39-!- happygrue [~happygrue@2601:6:4380:7df:59cd:e1f:3ffb:4034] has quit [Changing host]
20140414 13:23:39-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140414 13:38:31-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140414 15:18:04-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140414 15:20:25-!- gfgtdf [~chatzilla@e176185093.adsl.alicedsl.de] has joined #wesnoth-dev
20140414 15:21:05< gfgtdf> iceiceice: "20140414 03:42:44< iceiceice> gfgtdf: i tested the behavior on current master, it seems the same as always in the case i tested" which case do you mean ?
20140414 15:21:15< gfgtdf> or which behaviour
20140414 15:25:34-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140414 15:28:29-!- bumbadadabum_ [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140414 15:28:29-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Read error: Connection reset by peer]
20140414 15:28:36-!- bumbadadabum_ is now known as bumbadadabum
20140414 15:30:36-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140414 15:31:02 * zookeeper goes on to assume that [end_turn] is indeed MP-safe
20140414 15:31:27< zookeeper> i thought that it originally wasn't and the changelog doesn't say anything about it
20140414 15:35:03< iceiceice> gfgtdf: i tried to fix the bug you mentioned,
20140414 15:35:07< iceiceice> but it seems there is a deeper issue perhaps
20140414 15:35:14-!- bagzie [~bag@85-76-131-126-nat.elisa-mobile.fi] has quit []
20140414 15:35:41< iceiceice> so previously i had tested something along the lines you had said, where you make a reserved side networked and have someone join it
20140414 15:35:58< iceiceice> but the code i used was a bit of a hack, i was basically making special cases for when a side was reserved or not
20140414 15:36:08< iceiceice> so i didnt try to figure out when it broke
20140414 15:36:22< iceiceice> i decided to just try to use the same logic on host as on client when client decides whether to show the faction selection dialog
20140414 15:36:42< iceiceice> but it turns out that some of the key side parameters, the host and client don't agree about....
20140414 15:36:59< iceiceice> so they are somehow oos and i think that is probably what should be addressed
20140414 15:38:28< gfgtdf> iceiceice: what lines did i say ?
20140414 15:40:35< iceiceice> i'm trying to find in logs
20140414 15:40:58< iceiceice> oh its just from this morning
20140414 15:41:18< iceiceice> 20140414 02:13:16< gfgtdf> iceiceice: when the choden option is "Network Player" i get "Waiting For players to choose factions"
20140414 15:41:18< iceiceice> 20140414 02:13:26< gfgtdf> alsothog there are no choices available
20140414 15:41:18< iceiceice> 20140414 02:13:45< gfgtdf> although#
20140414 15:41:18< iceiceice> 20140414 02:13:48< iceiceice> hmmm
20140414 15:41:47< gfgtdf> ah i thought you ean meant codelines
20140414 15:41:50< gfgtdf> meant*
20140414 15:42:16< iceiceice> oh and btw when you wrote just now: 20140414 15:21:05< gfgtdf> iceiceice: "20140414 03:42:44< iceiceice> gfgtdf: i tested the behavior on current master, it seems the same as always in the case i tested" which case do you mean ?
20140414 15:42:16< iceiceice> 20140414 15:21:15< gfgtdf> or which behaviour
20140414 15:42:29< iceiceice> i tested the thing about typing "/info player" during a replay
20140414 15:42:35< iceiceice> and it works as it always did
20140414 15:42:53< vultraz> You people are the event experts it seems - if I have a nested event set to happen in 1 turn and then reload to the beginning of the same turn - or on the next turn to the current one - should the event fire ok? (SP)
20140414 15:43:04< iceiceice> b/c you wrote 20140414 03:19:25< gfgtdf> iceiceice: coudl you test that behaviour again in 1.13 ?
20140414 15:44:00< iceiceice> vultraz: if it happens at turn 1 start i would guess it doesnt happen in 1.10 at least
20140414 15:44:04< iceiceice> when you reload to turn 1
20140414 15:44:15< iceiceice> because there is a related issue for instance with side initializations
20140414 15:44:29< vultraz> 1.12
20140414 15:44:32< gfgtdf> iceiceice: and infot replays gives you an answe rimmideately or at teh end f teh replays?
20140414 15:44:44< iceiceice> gfgtdf: at the end
20140414 15:45:06< gfgtdf> iceiceice: ok thats good you said :)
20140414 15:45:13< iceiceice> vultraz: so currently in all versions, if you have a networked game and someone disconnects before their turn, then it becomes their turn, and someone saves and tries to reload,
20140414 15:45:20< iceiceice> the side will not be initialized because the computer responsible for that was DC
20140414 15:45:28< iceiceice> however when you reload it wont be initialized either
20140414 15:45:39< iceiceice> because the game doesnt currently write down that that didnt happen
20140414 15:45:43< vultraz> This is SP
20140414 15:45:46< vultraz> I've just been wondering since I have a menu item that will change a unit to your side, and 1 turn later change it back to its original side - and I've been getting mixed reports of this working
20140414 15:45:48< iceiceice> yeah but the model is the same
20140414 15:46:02< iceiceice> i dont think any turn start events are fired when you reload from some turn
20140414 15:46:32< gfgtdf> vultraz: relaogind doent have an effect on teh game (wexcpet preload events)
20140414 15:46:36< gfgtdf> reloading*
20140414 15:46:55< gfgtdf> no start event have alrady been fired, so tehy dont fire again
20140414 15:47:01< gfgtdf> when you relaod
20140414 15:48:33< gfgtdf> if you dont use a preload event , and if you get differnet restults (except random such as [set_variable]rand=) after relaoding a game this is most lekeley a bug.
20140414 15:49:05< iceiceice> okay, all you English language experts out there, please advise:
20140414 15:49:20< iceiceice> here's my current help string for the blindfolded replay option: "Do not show replay turns until given control of a side"
20140414 15:49:30< gfgtdf> ok that's not me
20140414 15:49:37< vultraz> hmm
20140414 15:49:52< vultraz> it sounds a bit ambiguous 
20140414 15:50:01< vultraz> what exactly is the behavior?
20140414 15:50:14< iceiceice> the behavior is, you join as an observer,
20140414 15:50:19< iceiceice> but you dont see the game map or any units
20140414 15:50:26< iceiceice> until someone gives you control of a side
20140414 15:51:05< iceiceice> esp. in some games fog is really crucial so the purpose is to make it easy to rejoin without cheating accidentally
20140414 15:51:18< iceiceice> that help string is for the option "Enter Blindfolded"
20140414 15:51:27< iceiceice> in a drop down menu with "Normal Replays" and "Quick Replays"
20140414 15:51:35< vultraz> "Do not show map until given control of a side"
20140414 15:51:47< iceiceice> ok that is better thank you :)
20140414 15:51:57< iceiceice> do you think that "Enter Blindfolded" is better than "Blindfolded Replays" ?
20140414 15:59:12< iceiceice> ok more importantly:
20140414 15:59:22< iceiceice> there is a new controller type which has been created in 1.12 / 1.13
20140414 15:59:36< iceiceice> "idle", which is like an idle_ai except it doesnt end its turn
20140414 15:59:48< iceiceice> the point is just to be a placeholder which doesnt give vision in case someone disconnects
20140414 16:00:00< iceiceice> here's the string that occurs when an idle side becomes the current side
20140414 16:00:02< iceiceice> "This side is in an idle state. To proceed with the game, it must be assigned to another controller. You may use :droid, :control or :give_control for example."
20140414 16:00:18-!- Guest81354 [~8680@2002:4404:712c:0:a896:9181:5dcd:61c4] has quit [Ping timeout: 245 seconds]
20140414 16:03:37-!- neXyon [~neXyon@85-127-120-69.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140414 16:09:54-!- irker433 [~irker@109.237.218.218] has joined #wesnoth-dev
20140414 16:09:54< vultraz> iceiceice: Enter Blindfolded is better
20140414 16:09:54< irker433> wesnoth: Chris Beck wesnoth:master 0f6c7acb08bb / src/multiplayer_lobby.cpp: revise lobby strings http://git.io/n7RfUA
20140414 16:13:20-!- Kexoth [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140414 16:15:18-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 16:18:08-!- Kexoth [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140414 16:18:40-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 16:23:01-!- Kexoth [~kex@89.205.75.19] has quit [Ping timeout: 250 seconds]
20140414 16:24:15-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140414 16:26:15-!- mjs-de [~mjs-de@f049174167.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140414 16:36:08-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Ping timeout: 245 seconds]
20140414 16:40:45-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140414 16:43:04< irker433> wesnoth: Chris Beck wesnoth:1.12 6d79c417d42c / src/ (multiplayer_lobby.cpp playmp_controller.cpp): fixup user displayed strings http://git.io/ywrgeA
20140414 16:43:06< irker433> wesnoth: Chris Beck wesnoth:1.12 2e0a133ef3d1 / changelog players_changelog: update changelogs http://git.io/lX5yiQ
20140414 17:07:20< gfgtdf> iceiceice: about teh 'waiting for other player to choose factions' bug: i think the error is that we don't consider "!parent_.params_.saved_game" in https://github.com/wesnoth/wesnoth/blob/master/src/multiplayer_connect_engine.cpp#L859 like we do in line 1020
20140414 17:07:54< iceiceice> no i dont think its the issue
20140414 17:08:33< iceiceice> waiting to choose faction initialization is a bit of a red herring anyways
20140414 17:08:40< iceiceice> it will always be set again when the player joins
20140414 17:09:08< iceiceice> the fact that the host and clients dont agree about "allow_changes" value is the killer i think
20140414 17:09:16< iceiceice> even if its not causing the bug it indicates a larger problem
20140414 17:10:00< iceiceice> my working branch is here: https://github.com/wesnoth/wesnoth/pull/148
20140414 17:10:07< iceiceice> if u want to report this bug on gna its probly a good idea
20140414 17:13:11-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140414 17:13:29< gfgtdf> iceiceice: the just replace set_waiting_to_choose_status(!is_reserved) by replace set_waiting_to_choose_status(!is_reserved && params_.saved_game) ?
20140414 17:13:54< iceiceice> i dont like it
20140414 17:14:04< iceiceice> the test used on host should be exactly the same as the test used on client
20140414 17:14:11< iceiceice> when the client decides to show the choose dialog
20140414 17:14:16< iceiceice> otherwise we just invite more bugs later
20140414 17:17:20< gfgtdf> 	iceiceice: we chaock for that on the server side ?
20140414 17:17:23< gfgtdf> check*
20140414 17:17:37< iceiceice> no, on the host
20140414 17:17:51< iceiceice> the host is what decides if we are waiting for them to give a response 
20140414 17:18:00< iceiceice> the client decides whether to make the query
20140414 17:18:12< iceiceice> if they dont make the same decision its a bug
20140414 17:18:57< iceiceice> i suppose the client could send a message "wait for my decision" but its not how it currently works
20140414 17:19:22< gfgtdf> well they currently do make a different decision.
20140414 17:19:37< gfgtdf> th lcient dont show the dialos but teh hst expects it
20140414 17:19:41< gfgtdf> client*
20140414 17:21:57< iceiceice> yes indeed
20140414 17:29:02-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20140414 17:31:00-!- bagzie [~bag@85-76-144-12-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140414 17:31:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140414 17:35:06< thunderstruck> Could empty attribute from config get implicitly removed somehow?
20140414 17:35:12< thunderstruck> E.g. by sending it over network.
20140414 17:36:14< gfgtdf> thunderstruck: not that im aware of, not creating an empty aatibutes it n option ?
20140414 17:37:24< thunderstruck> gfgtdf: You made so many typos, that I can't tell what you mean.
20140414 17:39:37< gfgtdf> not that i'm aware of. not creating an empty aatibute is no option ?
20140414 17:40:16< thunderstruck> It is. I was just wondering.
20140414 17:41:49< iceiceice> does anyone know who nurupo is?
20140414 17:42:22< thunderstruck> He's one of the developers. But I haven't seen him around for a while.
20140414 17:42:22< iceiceice> oh nm i found it in about.cfg
20140414 17:49:41-!- cib [~cib@p5DD20370.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140414 17:50:05-!- cib is now known as Guest63379
20140414 17:50:24-!- Guest63379 [~cib@p5DD20370.dip0.t-ipconnect.de] has quit [Client Quit]
20140414 17:55:26< irker433> wesnoth: Chris Beck wesnoth:master a7095b458842 / src/ (multiplayer_connect.cpp multiplayer_connect_engine.cpp): fixup party full bell http://git.io/ql2oIQ
20140414 17:55:28< irker433> wesnoth: Chris Beck wesnoth:master 68d92864f9b1 / src/multiplayer_connect.cpp: provide a desktop notification when game is ready to start http://git.io/N7hVpA
20140414 17:55:30< irker433> wesnoth: Chris Beck wesnoth:master d8ae9fc97083 / src/multiplayer_wait.cpp: add game start notification http://git.io/GLpKww
20140414 17:55:32< irker433> wesnoth: Chris Beck wesnoth:master 46850f271a3a / changelog players_changelog: update changelogs http://git.io/XYLuxA
20140414 17:59:19< irker433> wesnoth: Chris Beck wesnoth:1.12 b643d184fded / src/ (multiplayer_connect.cpp multiplayer_connect_engine.cpp): fixup party full bell http://git.io/cQBBpA
20140414 17:59:21< irker433> wesnoth: Chris Beck wesnoth:1.12 fe38d3064f9a / changelog: update changelog http://git.io/s0yNIA
20140414 18:03:49-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 18:07:48-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140414 18:08:19-!- Kexoth [~kex@89.205.75.19] has quit [Ping timeout: 250 seconds]
20140414 18:13:05< iceiceice> thunderstruck: if you have time to comment on this it might be helpful: https://github.com/wesnoth/wesnoth/pull/148
20140414 18:13:42< thunderstruck> iceiceice: I'll look into it a bit later today if I have time.
20140414 18:13:53< thunderstruck> iceiceice: I'm about to finish my fixes for FLG stuff.
20140414 18:14:28-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140414 18:14:28< thunderstruck> iceiceice: And then I'll need to pack my stuff for a trip, so I'm not sure if there will be time.
20140414 18:14:55< iceiceice> ok, have fun :)
20140414 18:15:28< thunderstruck> iceiceice: Talking about FLG, I think I managed to address major problems there. It was mostly related to networked games. Although, I wouldn't be surprised if there'll be things which are still broken.
20140414 18:15:38< thunderstruck> So, if you notice anything, please report it :)
20140414 18:19:00-!- _8680_ [~8680@2002:4404:712c:0:edbb:94ce:6f1a:890] has joined #wesnoth-dev
20140414 18:19:13-!- _8680_ is now known as Guest20778
20140414 18:20:51-!- nickky_ [5047870b@gateway/web/freenode/ip.80.71.135.11] has joined #wesnoth-dev
20140414 18:24:53-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 240 seconds]
20140414 18:24:59< thunderstruck> iceiceice: By the way, I noticed that I can't start a game after the first scenario in networked MP Campaigns with at least two players.
20140414 18:25:10-!- nickky_ [5047870b@gateway/web/freenode/ip.80.71.135.11] has quit [Client Quit]
20140414 18:25:28< thunderstruck> Is that something you are aware of? I don't recall it being broken before.
20140414 18:25:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140414 18:32:42< gfgtdf> thunderstruck:  you mean reloading or advancing fom the first scenario ?
20140414 18:32:51< thunderstruck> advancing.
20140414 18:38:09< irker433> wesnoth: Chris Beck wesnoth:master 63f4945d9b48 / src/game_display.cpp: apply disable_notifications preference in all platforms http://git.io/NmxSXQ
20140414 18:38:11< irker433> wesnoth: Chris Beck wesnoth:master 9db21dbeee1d / changelog players_changelog: update changelogs http://git.io/1Mj6Qw
20140414 18:38:55-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140414 18:39:37< iceiceice> thunderstruck: i didnt notice that bug
20140414 18:40:22< iceiceice> this is about using the drop down menu in the campaign create dialog?
20140414 18:41:13< iceiceice> oh in advancing:
20140414 18:41:22< irker433> wesnoth: Andrius Silinskas wesnoth:master 47845307596f / src/ (flg_manager.cpp multiplayer_connect_engine.cpp multiplayer_wait.cpp): Fixes for factions, leaders and genders in networked games. http://git.io/HXpkyA
20140414 18:41:31< iceiceice> i mean i reported a bug like that recently
20140414 18:41:42< irker433> wesnoth: Andrius Silinskas wesnoth:1.12 3d6662dd1fac / src/ (flg_manager.cpp multiplayer_connect_engine.cpp multiplayer_wait.cpp): Fixes for factions, leaders and genders in networked games. http://git.io/kuEIcA
20140414 18:42:46< gfgtdf> thunderstruck: i just tested once and i can advance to the next scenario .
20140414 18:43:43< thunderstruck> gfgtdf, iceiceice: I'm talking about an MP Campaign where you go back to MP Connect after scenario is played.
20140414 18:44:32< thunderstruck> If there is at least one another networked player, the button to start a game will be disabled unless you'll change that player from "Networked" to "Local".
20140414 18:44:38< iceiceice> ah so its like the ready button is blocked or something?
20140414 18:44:43< iceiceice> yeah i see
20140414 18:44:47< iceiceice> it probably has to do with the PR i just referenced
20140414 18:44:58< iceiceice> so i'm not sure when exactly this broke
20140414 18:45:00< iceiceice> it is definitely broken now
20140414 18:45:16< iceiceice> i thought that instead of trying to track down the break, do a better implementation though
20140414 18:45:30< iceiceice> one thing that seems strange right now is, from debugging output it seems that the host and clients dont agree about whether "allow_changes == true"
20140414 18:45:39< thunderstruck> iceiceice: Would that work for 1.12?
20140414 18:45:39< iceiceice> when the connecting player joins
20140414 18:46:06< iceiceice> i don't see why it wouldnt
20140414 18:46:33< iceiceice> the old code when i first fixed the "ready not blocked" bug involved some kind of test about "allow_changes" and also whether or not the side is reserved
20140414 18:46:41< iceiceice> i think it should be the exact same logic on the host and client though
20140414 18:46:46< iceiceice> and the client just checks "allow_changes"
20140414 18:46:56< thunderstruck> iceiceice: yeah, possibly
20140414 18:47:04< iceiceice> i guess we could change client instead of host, but they should probably be the same
20140414 18:47:05-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit []
20140414 18:47:19< iceiceice> but idk what would make them not agree about allow_changes, I would have to do some more reading to figure it out
20140414 18:47:27< thunderstruck> iceiceice: My idea was to get rid of mp::wait and use mp::connect for both host and non-host. Unfortunately, I didn't hve time for that.
20140414 18:47:34< iceiceice> oh i see
20140414 18:48:07-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has joined #wesnoth-dev
20140414 18:48:13< iceiceice> err, i hear you but i dont see how it would work right now :)
20140414 18:48:16< thunderstruck> iceiceice: The logic in that part of the code is overly complicated and it's usually the case that fixing another thing, something else would get broken.
20140414 18:48:39< thunderstruck> iceiceice: what would work? Using mp::connect for non-hosts?
20140414 18:48:45< Dugi> wesbot: seen mordante
20140414 18:48:45< wesbot> Dugi: The person with the nick mordante last spoke 1d 1h ago.  1d 1h ago was here and on the channel #wesnoth-de with the message: Quit: Leaving
20140414 18:49:08< iceiceice> y i guess i'm not really familiar with the code that launches mp::connect or mp::wait
20140414 18:49:18< thunderstruck> iceiceice: It was just an idea for later. It's not something we should do for 1.12.
20140414 18:49:18< iceiceice> i thoguht they were fairly different but maybe i'm just wrong about this
20140414 18:49:22< iceiceice> y i see
20140414 18:54:19-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140414 19:01:25-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140414 19:06:10< irker433> wesnoth: Chris Beck wesnoth:1.12 5aa19c2b53db / src/game_display.cpp: apply disable_notifications preference in all platforms http://git.io/Zd_zfw
20140414 19:06:12< irker433> wesnoth: Chris Beck wesnoth:1.12 67cad39f270e / RELEASE_NOTES changelog players_changelog: update changelogs http://git.io/xA1xDA
20140414 19:07:03-!- neXyon_ [~neXyon@85-127-251-7.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140414 19:07:28< iceiceice> btw: if anyone can help me to test that "disable notifications" now works with Growl / Win32 i would appreciate, there is no easy way for me to rigorously test that I actually fixed it (although it is dead simple)
20140414 19:07:29< aquileia> Dugi: By the way, mordante made a comment that the GSoC selection is near, you might not want to wait until he's around but post whatever you want to know directly
20140414 19:08:17< aquileia> The absolute deadline seems to be the 18th and Wesnoth chooses tomorrow IIUC
20140414 19:08:53< Dugi> aquileia: I have currently no questions, I am trying to make some edits to my wiki site about the project.
20140414 19:09:00< aquileia> ah, ok
20140414 19:09:53-!- neXyon [~neXyon@85-127-120-69.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 245 seconds]
20140414 19:10:02-!- Guest20778 [~8680@2002:4404:712c:0:edbb:94ce:6f1a:890] has quit [Remote host closed the connection]
20140414 19:12:47-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 19:13:26-!- RiftWalker [~nathan@129.59.115.25] has quit [Ping timeout: 258 seconds]
20140414 19:15:47< gfgtdf> does any1 knows what this line does https://github.com/wesnoth/wesnoth/blob/master/src/playcampaign.cpp#L429 ?
20140414 19:18:05< iceiceice> gfgtdf: i think it puts the variables into the carryover data
20140414 19:18:13< iceiceice> or copies them from there
20140414 19:18:14< iceiceice> not sure which
20140414 19:18:26-!- _8680__ [~8680@2002:4404:712c:0:cdec:9d2e:e6bc:223f] has joined #wesnoth-dev
20140414 19:18:47< gfgtdf> iceiceice: yes sure burt why  do ne need to put things in the carryover data when relasoding ?
20140414 19:18:51< gfgtdf> but*
20140414 19:19:14< iceiceice> idk maybe just to initialize it or smth
20140414 19:19:39< iceiceice> it looks that we set just after it
20140414 19:19:49< iceiceice> gamestate.carryover_sides_start
20140414 19:19:51< iceiceice> in this line
20140414 19:19:51< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/playcampaign.cpp#L438
20140414 19:19:54< iceiceice> using sides.to_config()
20140414 19:20:05< iceiceice> so i would guess that if we didn thave the line you referenced, we wouldnt get any of the variables from the save file
20140414 19:20:13< iceiceice> it does seem a bit convoluted though :p
20140414 19:20:15-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140414 19:20:56< gfgtdf> but we only need carrover data at teh beginning of a scenario, and we overwrite it at teh and of the game anyway i think.
20140414 19:20:59< gfgtdf> the*
20140414 19:21:17< gfgtdf> it at the end *
20140414 19:21:23-!- neXyon [~neXyon@85-127-145-125.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140414 19:22:32< iceiceice> y but who knows what happens in between :p
20140414 19:22:48< iceiceice> what if we want to save a replay?
20140414 19:22:53-!- _8680__ [~8680@2002:4404:712c:0:cdec:9d2e:e6bc:223f] has quit [Ping timeout: 252 seconds]
20140414 19:23:08-!- neXyon_ [~neXyon@85-127-251-7.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 276 seconds]
20140414 19:24:07-!- _8680__ [~8680@2002:4404:712c:0:d869:fde3:1c44:3ea7] has joined #wesnoth-dev
20140414 19:24:17< gfgtdf> for replay we might (most likeley we don't) need the carryover sides from start but not a carryover taken randomly form the middle of the game i think.
20140414 19:27:49< gfgtdf> iceiceice: it hkink you implemented the [next_scenario_settings]= it is sores as a subtag of  [carryover_sides] or as a subtag of [carryover_sides][endlevel] ?
20140414 19:27:52< gfgtdf> think*
20140414 19:28:21< iceiceice> i think its a subtag of carryover_sides
20140414 19:28:24< iceiceice> i dont think its nested 3 deep
20140414 19:28:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140414 19:31:46< gfgtdf> does it effect all latr scenario or just teh next one ?
20140414 19:31:49< gfgtdf> later*
20140414 19:31:53< gfgtdf> iceiceice: ^
20140414 19:32:42< iceiceice> currently just the next one
20140414 19:34:05< gfgtdf> ok
20140414 19:36:20< gfgtdf> does anyonw know whether i can disable the windows tray notification ? When debugging with mutiple clients playing against each other it's sometimes annoying (especialy if it appears above the "end turn" button).
20140414 19:38:49< iceiceice> hehe i just pushed a patch for that :)
20140414 19:38:55< iceiceice> can you test if it worked?
20140414 19:39:07< Dugi> mordante: I have added more detail into the timeline, separated the parts I might or might not do (as they aren't totally necessary), assigned it to specific weeks and made a few small changes. 
20140414 19:39:35< iceiceice> there is a disable notifications preferences under "advanced" but i think it only worked on the KDE notifications system
20140414 19:39:51< iceiceice> until my patch
20140414 19:45:26< irker433> wesnoth: mattsc wesnoth:master 6140b522345e / data/ai/micro_ais/cas/ (ca_wolves_move.lua ca_wolves_wander.lua): Wolves Micro AI: code cleanup http://git.io/wzxksw
20140414 19:45:28< irker433> wesnoth: mattsc wesnoth:master 54babada0586 / data/ai/micro_ais/cas/ca_recruit_rushers.lua: Recruit Rushers Micro AI: remove unused library http://git.io/KkMG9w
20140414 19:45:30< irker433> wesnoth: mattsc wesnoth:master 074df432d71f / data/ai/micro_ais/cas/ (7 files): Herding Micro AI: code cleanup http://git.io/MaV6bw
20140414 19:45:32< irker433> wesnoth: mattsc wesnoth:master 62e9eab4fa22 / data/ai/micro_ais/cas/ (9 files): Micro AIs: make loop variables more descriptive http://git.io/ncC-UQ
20140414 19:45:34< irker433> wesnoth: mattsc wesnoth:master e13f60e86e67 / data/ai/micro_ais/cas/ca_big_animals.lua: Big Animals MAI: check that attack target is enemy of AI side http://git.io/fhIOxQ
20140414 19:45:36< irker433> wesnoth: mattsc wesnoth:master 326d99872831 / data/ai/micro_ais/cas/ (5 files): Animals Micro AIs: code cleanup http://git.io/ioL3WQ
20140414 19:46:17< gfgtdf> iceiceice: for the windows tray notification ?
20140414 19:46:29< iceiceice> yes
20140414 19:46:32< iceiceice> for all notifications
20140414 19:46:49< gfgtdf> ok sure i can test
20140414 19:47:00< gfgtdf> in the advancems preferenced or where ?
20140414 19:47:05< gfgtdf> preferencesÜ
20140414 19:47:07< gfgtdf> *
20140414 19:47:27< gfgtdf> does anyone knows  aynekay ?
20140414 19:47:55< iceiceice> its in advanced preferences
20140414 19:48:20< irker433> wesnoth: mattsc wesnoth:1.12 0920d94e562a / data/ai/micro_ais/cas/ (ca_wolves_move.lua ca_wolves_wander.lua): Wolves Micro AI: code cleanup http://git.io/jli_zg
20140414 19:48:21< irker433> wesnoth: mattsc wesnoth:1.12 d0635219346e / data/ai/micro_ais/cas/ca_recruit_rushers.lua: Recruit Rushers Micro AI: remove unused library http://git.io/fg0T0g
20140414 19:48:23< irker433> wesnoth: mattsc wesnoth:1.12 e65705a247ba / data/ai/micro_ais/cas/ (7 files): Herding Micro AI: code cleanup http://git.io/yAvVSQ
20140414 19:48:24< gfgtdf> a sems liek i have to recompile then
20140414 19:48:26< irker433> wesnoth: mattsc wesnoth:1.12 864063915e5e / data/ai/micro_ais/cas/ (9 files): Micro AIs: make loop variables more descriptive http://git.io/Jbgs1w
20140414 19:48:28< irker433> wesnoth: mattsc wesnoth:1.12 8ea8cd5bd4a4 / data/ai/micro_ais/cas/ca_big_animals.lua: Big Animals MAI: check that attack target is enemy of AI side http://git.io/z9Fx7w
20140414 19:48:29< irker433> wesnoth: mattsc wesnoth:1.12 dc3f503be01e / data/ai/micro_ais/cas/ (5 files): Animals Micro AIs: code cleanup http://git.io/vq6qWg
20140414 19:48:42< gfgtdf> wesbot: seen aynekay 
20140414 19:48:42< wesbot> gfgtdf: Sorry, I don't know of aynekay.
20140414 19:51:54-!- _8680__ [~8680@2002:4404:712c:0:d869:fde3:1c44:3ea7] has quit [Ping timeout: 240 seconds]
20140414 19:52:04< irker433> wesnoth: gfgtdf wesnoth:master fae1adfa85c0 / src/gui/dialogs/gamestate_inspector.cpp: Update gamestate_inspector.cpp http://git.io/k8WodQ
20140414 19:52:23< mattsc> gfgtdf: she’s Ayne on IRC, but probably has not been her in too long for wesbot to remember
20140414 19:53:27-!- _8680__ [~8680@2002:4404:712c:0:3076:2d18:b06b:100c] has joined #wesnoth-dev
20140414 19:53:30< gfgtdf> mattsc: is she still active ?
20140414 19:55:10< mattsc> Not really.  I’ve tried to contact her via forum PM before and that message just sat there forever.  However, she does take care of bugs assigned to her (or has done so relatively recently, at least).
20140414 19:55:20< iceiceice> mattsc: how old is too old for wesbot?
20140414 19:55:46< mattsc> Don’t know, but I think it’s something in the 3-6 month range
20140414 19:55:47< irker433> wesnoth: gfgtdf wesnoth:master c24af6ef1166 / src/storyscreen/controller.cpp: Update controller.cpp http://git.io/MI32pQ
20140414 19:57:22< mattsc> iceiceice: btw, Wesnoth Growl notifications used to work on OS X while I was using the old version of Growl (1.something).  After I upgraded to Growl 2.something, they stopped working.  Your commit did not change that.
20140414 19:57:49< mattsc> Growl notifications from other applications work, so it’s something about the Wesnoth - Growl 2 interaction.
20140414 19:58:01< iceiceice> so my commit is not supposed to fix growl stuff which apparently is like 5 years old and not maintained since then
20140414 19:58:18< iceiceice> its just supposed to make the "disable notifications" options work with all notifications regardless of platform
20140414 19:58:32< iceiceice> before my commit only the linux code even looks at it iiuc
20140414 19:59:08< mattsc> iceiceice: I know - just saying in the hope that somebody knowing Growl will read it and do something about it.  :P
20140414 19:59:12< iceiceice> hehe
20140414 19:59:33< iceiceice> its only like 10 lines of C++ in game_display.cpp that is relevant, should be a piece of cake for the motivated party :)
20140414 20:01:13< mattsc> iceiceice: yeah - if nobody else does before then, I might look into it maybe for 1.13.13
20140414 20:01:35< irker433> wesnoth: gfgtdf wesnoth:master 7e7cef96fee3 / src/variable.cpp: Update variable.cpp http://git.io/XKA_4A
20140414 20:03:02< mattsc> I also get deprecated functino warnings for Growl now that I upgraded the OS X framework in 1.13.  so at some point I’ll have to do something about that so that I can enable strict compiling again.
20140414 20:03:31< irker433> wesnoth: gfgtdf wesnoth:master 0115edda9e9e / src/gui/dialogs/gamestate_inspector.cpp: Update gamestate_inspector.cpp http://git.io/-rMwIw
20140414 20:03:53< iceiceice> gfgtdf: i have a quick question:
20140414 20:04:06< iceiceice> if blindfold now creates out of sync, when i just have flags in "is_visible_to_team"
20140414 20:04:17< iceiceice> does that meant hat the "see_all" flag there will also create out of sync?
20140414 20:05:21< gfgtdf> iceiceice: what is 'see all' = in ile is it placed ?
20140414 20:05:42< gfgtdf> file*
20140414 20:05:52< iceiceice> idk its just the third argument to "is_visible_to_team" 
20140414 20:05:59< iceiceice> *2nd argument
20140414 20:06:31< iceiceice> idk i am grepping "is_visible_to_team" it looks like that field is often false
20140414 20:06:35< iceiceice> i wonder if we can just remove it
20140414 20:07:00< iceiceice> hmm sometimes it is given value "disp.show_everything()"
20140414 20:07:35< iceiceice> i think it might be used in replays / by observers or smth?
20140414 20:07:44< gfgtdf> iceiceice: i think the code from vision.cpp always calls the function with see_all = false
20140414 20:07:58< iceiceice> i see and that is the only thing that is relevant?
20140414 20:08:01< iceiceice> ok good
20140414 20:09:09< gfgtdf> so if you change the code what happends if see_all = true i don't care.
20140414 20:22:35< iceiceice> was this blindfold OOS thing reported on gna or did you just tell me on irc?
20140414 20:22:39< iceiceice> i don't remember
20140414 20:25:20< gfgtdf> i think it wasnt on gna
20140414 20:25:42< iceiceice> ok thx
20140414 20:28:08< iceiceice> hmm well i think i fixed it now, will push soon
20140414 20:32:03< irker433> wesnoth: Chris Beck wesnoth:master 5626d89305b7 / src/unit.cpp: fixup blindfold to work with PR 121 http://git.io/B3RoKw
20140414 20:32:05< irker433> wesnoth: Chris Beck wesnoth:master 96bc079c89cd / changelog: update changelog http://git.io/hVUrOg
20140414 20:32:07< irker433> wesnoth: Chris Beck wesnoth:master 51d31196bc7c / / (28 files in 4 dirs): Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/4Kyyjg
20140414 20:36:47-!- neXyon [~neXyon@85-127-145-125.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140414 20:40:49-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140414 20:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 232 bugs, 351 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
20140414 20:48:53-!- _8680__ [~8680@2002:4404:712c:0:3076:2d18:b06b:100c] has quit [Ping timeout: 258 seconds]
20140414 20:55:51< gfgtdf> iceiceice: backport it 1.12 ?
20140414 20:56:04-!- _8680_ [~8680@2002:4404:712c:0:c1c3:80d9:7304:1f1a] has joined #wesnoth-dev
20140414 20:56:23-!- _8680_ is now known as Guest77323
20140414 20:56:42< iceiceice> did 121 get backported?
20140414 20:56:45< iceiceice> oh i guess i should probably do it anyways
20140414 20:56:51< iceiceice> *either way
20140414 20:57:34< iceiceice> i really need to figure out how to use this new-workdir nonsense
20140414 20:58:04< gfgtdf> iceiceice: what is new workdir ?
20140414 20:58:09< iceiceice> maybe i will read while waiting for 1.12 to compile for the umpteenth time :)
20140414 20:58:21< iceiceice> so i guess that, 
20140414 20:58:35< iceiceice> there is some git abillity so that you can basically have two active directories at once associated to one repo
20140414 20:58:49< iceiceice> so normally whenever i checkout 1.12 afte being on master
20140414 20:58:53< iceiceice> i have to recompile everything
20140414 20:58:56< iceiceice> and it will take like 25 minutes or something
20140414 20:59:14< iceiceice> you have to recompile because the dates of the files are changing
20140414 20:59:19< iceiceice> even if the content is not
20140414 20:59:31< iceiceice> or so i understand...
20140414 21:00:04< iceiceice> so one alternative is to clone wesnoth twice, and keep one copy on master / nearby branches, and one on 1.12 / nearby branches
20140414 21:00:12< iceiceice> but that gets confusing also because you have to sync htem frequently
20140414 21:00:46< iceiceice> so theres some fancy trick where you have a "new workdir" which is a folder which can point to a different spot than your original folder, but they are still tied to the same repo
20140414 21:02:08-!- Guest77323 [~8680@2002:4404:712c:0:c1c3:80d9:7304:1f1a] has quit [Ping timeout: 265 seconds]
20140414 21:02:55-!- _8680__ [~8680@2002:4404:712c:0:a51d:f6a4:199e:afc7] has joined #wesnoth-dev
20140414 21:03:27-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 258 seconds]
20140414 21:10:08< gfgtdf> iceiceice: i tested and im not sure whether new-workdir works on windows
20140414 21:10:38< gfgtdf> im getting  "CategoryInfo          : ObjectNotFound: (git-new-workdir:String) [], CommandNotFoundException"
20140414 21:10:44-!- bagzie [~bag@85-76-144-12-nat.elisa-mobile.fi] has quit [Ping timeout: 258 seconds]
20140414 21:10:52< iceiceice> y i dont know if have not used it
20140414 21:11:10< iceiceice> it seems i always manage to finish compiling before i actually find the info i need to start using it :)
20140414 21:13:32< gfgtdf> iceiceice: do you know whether the is a command like 'show all commits on branch <b1> that are not on branch <b2> made by <contributor>' or similar?
20140414 21:13:49< iceiceice> i have no idea how to do that
20140414 21:14:01< gfgtdf> iceiceice: i testdthe notification thign an it seems to work.
20140414 21:14:06< iceiceice> ok good :)
20140414 21:20:20< Soliton> gfgtdf: http://stackoverflow.com/questions/13858276/how-can-i-find-all-commits-that-are-in-one-branch-but-not-in-another-using-git  and there is --author.
20140414 21:21:43< gfgtdf> Soliton: ty :) worked.
20140414 21:26:21< gfgtdf> Soliton: but not they way i thought it seems like the commits i cherrypicked from one branch to another are still shown.
20140414 21:28:30< Soliton> you'll probably have to read a little further on stackoverflow then.
20140414 21:33:49-!- bagzie [~bag@85-76-39-177-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140414 21:33:55< irker433> wesnoth: Chris Beck wesnoth:1.12 0cc6f28fb160 / src/unit.cpp: fixup blindfold to work with PR 121 http://git.io/0G7i8g
20140414 21:33:57< irker433> wesnoth: Chris Beck wesnoth:1.12 b7db2c5d5f16 / changelog: update changelog http://git.io/lknZew
20140414 21:38:25-!- gfgtdf_ [~chatzilla@d148053.adsl.hansenet.de] has joined #wesnoth-dev
20140414 21:40:17-!- gfgtdf [~chatzilla@e176185093.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20140414 21:40:19-!- gfgtdf_ is now known as gfgtdf
20140414 21:42:55-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140414 21:53:13-!- _8680__ [~8680@2002:4404:712c:0:a51d:f6a4:199e:afc7] has quit [Ping timeout: 252 seconds]
20140414 21:54:02-!- _8680_ [~8680@2002:4404:712c:0:9025:21ce:893f:864b] has joined #wesnoth-dev
20140414 21:54:22-!- _8680_ is now known as Guest58241
20140414 21:56:49-!- Kexoth [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140414 21:57:26-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140414 22:02:23-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 276 seconds]
20140414 22:05:51-!- _8680__ [~8680@2002:4404:712c:0:60ae:e28:eead:48c8] has joined #wesnoth-dev
20140414 22:07:28-!- Guest58241 [~8680@2002:4404:712c:0:9025:21ce:893f:864b] has quit [Ping timeout: 258 seconds]
20140414 22:08:13-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20140414 22:17:13< AI0867> 22:59 < iceiceice> you have to recompile because the dates of the files are changing ← if you use scons, it checks md5sums, not dates
20140414 22:17:34< AI0867> though switching between 1.12 and master will require complete recompilations by now anyway
20140414 22:17:54< iceiceice> ah i didnt know that
20140414 22:17:59< AI0867> but with ccache, you will only have to preprocess anything, and it'll just fish the object files out of a cache
20140414 22:18:37< iceiceice> hmm it sounds like i should have ccache
20140414 22:19:45< iceiceice> hmm so i should set my cxxtool to "ccache clang" ?
20140414 22:20:00< iceiceice> does that work?
20140414 22:21:10-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140414 22:21:28< AI0867> iceiceice: there's a ccache option
20140414 22:21:34< iceiceice> oh
20140414 22:21:41< AI0867> if you have ccache installed, you just need to set it to True
20140414 22:22:20< AI0867> to test it out, set it up, scons, scons -c, scons
20140414 22:22:25-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140414 22:22:50< iceiceice> thanks
20140414 22:33:36-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140414 22:41:08< Aishiko> mordante proposal updated and proof of concept patch is up and semi-live
20140414 22:42:27< Aishiko> Ivanovic, ^^ if your hear and can give a brief scan I'd appreciate your feedback before I get back to the school work that never seems to end =)  http://wiki.wesnoth.org/SpriteSheetApplicationSAB
20140414 22:47:24-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140414 22:47:25-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Read error: Connection reset by peer]
20140414 22:48:13-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140414 22:49:40< Dugi> Aishiko: Will you create some sort of tool to break the spritesheet into individual sprites and back, giving some info about coordinates? Can be a python script, can be a small program, whatever. I think that it should let you avoid the concept problems I ranted about.
20140414 22:49:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140414 22:52:54< Dugi> Aishiko: It might connect the advantages of archives (easy to unpack and manipulate normally) and spritesheets (I never really came to comprehend them, but some see them).
20140414 22:56:11< Aishiko> Dugi, I'll be proving a complete SDL program that will read and parse the sheet and return the correct WML spritesheet code for each image so the artist merely runs the program and the first time appends it to the config and then updates the code above that deals with images (IE the animations) later it'll be able to take the old unit config (with spritesheet) and just find which were added and remo
20140414 22:56:11< Aishiko> ved and NOT change the image numbers so that the artist doesn't have to off by 1 fixes
20140414 22:57:30< Aishiko> in addition it'll be stand alone so that once done and implemented an artist will only have to compile a small project and download a lot less
20140414 22:58:52< iceiceice> fwiw: if you guys want to see another point of view, you might look at what the guys working on frogatto did here: http://www.frogatto.com/?p=955
20140414 22:59:15< Aishiko> iceiceice, yeah looked at frogatto =)
20140414 22:59:32< iceiceice> hehe good that you did some research :)
20140414 23:00:07< iceiceice> bbl
20140414 23:00:08-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has quit [Quit: Leaving]
20140414 23:00:52-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140414 23:01:14< Aishiko> iceiceice I did and in the end we came up with a Wesnoth centered way that should hopefully just work.
20140414 23:01:52< Aishiko> I need to run to the store I
20140414 23:02:53< Aishiko> 'll be back later and thinking about Dugi's question I don't think we bothered with that, it wasn't something that the artists seemed to really want or care about.
20140414 23:04:00-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
20140414 23:05:26-!- bagzie [~bag@85-76-39-177-nat.elisa-mobile.fi] has quit [Ping timeout: 276 seconds]
20140414 23:07:58-!- kex [~kex@77.29.84.51] has joined #wesnoth-dev
20140414 23:12:19-!- kex [~kex@77.29.84.51] has quit [Ping timeout: 252 seconds]
20140414 23:14:48-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has quit [Ping timeout: 240 seconds]
20140414 23:15:03< gfgtdf> iceiceice: do you know how carryover gold works if we have multiple sides ? does every side carryover their own loald ?
20140414 23:24:41< gfgtdf> iceiceice: i thinks more intuitive of we would store the carryover old among the carryover reall list 'per persitent team' so that in a scenario when you play at scenario 1 in region1 with units, in scneario2 with  rection 2 (with another persitent side), and in scenario 3 in region 1 again the carryover gold would be automoticly transferes from scenario 1 to scenario 3 skipping 2, 
20140414 23:28:52-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140414 23:53:44-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
--- Log closed Tue Apr 15 00:00:23 2014