--- Log opened Mon Jun 02 00:00:32 2014
20140602 00:05:17< irker065> wesnoth: sigurdfdragon wesnoth:master 3b5be89193fa / projectfiles/CodeBlocks/wesnoth.cbp: Update CB project file. http://git.io/bQlxYg
20140602 00:05:19< irker065> wesnoth: Charles Dang wesnoth:master 4a24cce3f927 / projectfiles/CodeBlocks/wesnoth.cbp: Merge pull request #182 from sigurdfdragon/CB_Update_2014-06-01 http://git.io/f8AfCQ
20140602 00:05:30< irker065> wesnoth: Alarantalara wesnoth:master 0221553030ba / data/campaigns/Under_the_Burning_Suns/units/monsters/ (Alien_Body.cfg Alien_Minion.cfg Alien_Spire.cfg): UtBS: Make the final fight harder http://git.io/ivUa7A
20140602 00:05:32< irker065> wesnoth: Alarantalara wesnoth:master a5974b367bc3 / data/campaigns/Under_the_Burning_Suns/maps/03_A_Stirring_in_the_Night.map: UtBS: Provide a partial path between enemy keeps http://git.io/bPa9cw
20140602 00:05:34< irker065> wesnoth: Alarantalara wesnoth:master 44c993ef0c33 / data/campaigns/Under_the_Burning_Suns/ (4 files in 2 dirs): UtBS: Increase difficulty of scenarios 1 and 3 http://git.io/twzEzw
20140602 00:05:36< irker065> wesnoth: Alarantalara wesnoth:master 31d459620d4d / data/campaigns/Under_the_Burning_Suns/scenarios/05_A_Subterranean_Struggle.cfg: UtBS: Make assassin appear in scenario 5 http://git.io/cUd2Yg
20140602 00:05:38< irker065> wesnoth: Alarantalara wesnoth:master 1b7fc801339c / data/campaigns/Under_the_Burning_Suns/scenarios/04_Descending_into_Darkness.cfg: UtBS: Clear a variable not used later http://git.io/BN0wbQ
20140602 00:12:56-!- happygrue_ [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140602 00:14:57-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 00:15:33-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 00:16:43-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140602 00:18:37-!- iceiceice_ [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140602 00:25:08-!- trewe [~trewe@2001:8a0:d116:601:626c:66ff:fe92:9b7c] has quit [Quit: quit]
20140602 00:25:24< irker065> wesnoth: mattsc wesnoth:master ac04662e95fe / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update Xcode project http://git.io/xCmXQg
20140602 00:26:46< iceiceice_> gfgtdf: i had a better plan now,
20140602 00:26:58< iceiceice_> i think my plan is to leave resources::teams and units and map,
20140602 00:26:58< gfgtdf> iceiceice_: a bewtter plan about what ?
20140602 00:27:03< iceiceice_> but to make them const *
20140602 00:27:17< gfgtdf> ah ok
20140602 00:27:20< iceiceice_> and then only change the things that actually will require changes in that case
20140602 00:27:30< gfgtdf> iceiceice_: ye that sounds easier
20140602 00:28:10< gfgtdf> iceiceice_: im currently trying to figure out how teh mp connect stuff works
20140602 00:35:05-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 00:35:40-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 00:45:19-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140602 00:49:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140602 00:55:45-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140602 01:01:20-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 01:01:55-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 01:04:37-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 01:05:10-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 01:05:23< iceiceice_> hmm
20140602 01:24:53-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 01:25:31-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 01:40:34< iceiceice_> hmm so i treid to make a copy constructor for gamemap by calling "read(other.write())" ...
20140602 01:40:37< iceiceice_> we will see how this goes ...
20140602 01:41:18< iceiceice_> idk if its actually necessary... i guess testing will reveal
20140602 01:44:16< gfgtdf> iceiceice_: why do you do such a copy ?
20140602 01:44:36< iceiceice_> because the default copy constructor seems not to be dong what iw ant
20140602 01:44:49< gfgtdf> iceiceice_: hm
20140602 01:44:55< gfgtdf> iceiceice_: why do you want a copy ?
20140602 01:45:02< iceiceice_> i want a backup 
20140602 01:45:09< iceiceice_> similar to units_start
20140602 01:45:11< iceiceice_> and teams_start
20140602 01:45:19< gfgtdf> for replay_reset you mean ?
20140602 01:45:23< iceiceice_> i need to be able to say "game_map = game_map_start
20140602 01:45:24< iceiceice_> yeah
20140602 01:45:56< iceiceice_> i really have no idea why this commit did not fix the bug,
20140602 01:45:57< iceiceice_> https://github.com/wesnoth/wesnoth/commit/471e7ab86543b13cfeb5790241d340b3c6cb453c#diff-4cca8d084f546ec1b9ac4cacd7e7fc73R92
20140602 01:46:03< iceiceice_> so now i am just making things up :)
20140602 01:46:19< iceiceice_> https://gna.org/bugs/?22123
20140602 01:46:29-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20140602 01:49:22< iceiceice_> hmm well now at least i am getting gamemaps to be destructed when i hit the reset button
20140602 01:50:16< iceiceice_> hmm i wonder if tis a gui problem?
20140602 01:50:24< iceiceice_> maybe i need to askt he gui to invalidate hexes after the map changes?
20140602 01:51:29-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 01:52:05-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 02:08:33< iceiceice_> hmm it was just a screen issue
20140602 02:11:05-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 02:11:40-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 02:12:22< irker065> wesnoth: Chris Beck wesnoth:master 508f0540fb0b / src/replay_controller.cpp: fix bug #22123, by rebuilding screen on reset, in replay viewer http://git.io/4sNUIA
20140602 02:12:24< irker065> wesnoth: Chris Beck wesnoth:master 4d188449be60 / changelog: update changelog http://git.io/FKTrLQ
20140602 02:12:26< irker065> wesnoth: Chris Beck wesnoth:master a706e059faa3 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Merge branch 'master' of git://github.com/wesnoth/wesnoth http://git.io/rEwtXA
20140602 02:17:38-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 02:18:11-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 02:22:24-!- Ivanovic_ [~ivanovic@frnk-5f74fded.pool.mediaWays.net] has joined #wesnoth-dev
20140602 02:25:51-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20140602 02:25:58-!- Ivanovic_ [~ivanovic@frnk-5f74fded.pool.mediaWays.net] has quit [Changing host]
20140602 02:25:58-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140602 02:26:31-!- Ivanovic_ is now known as Ivanovic
20140602 02:26:44< irker065> wesnoth: Chris Beck wesnoth:1.12 c40b0fc4d329 / src/ (replay_controller.cpp replay_controller.hpp): fix bug #22123 by resetting map, rebuilding screen on replay reset http://git.io/o-SNxg
20140602 02:26:46< irker065> wesnoth: Chris Beck wesnoth:1.12 baa53ef8229e / changelog: update changelog http://git.io/fjF6Pw
20140602 02:33:09-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 02:33:43-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 02:51:17-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 02:51:54-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 02:55:10< vultraz> iceiceice_: would you happen to know where the code that controls the viewport scrolling via minimap is?
20140602 02:55:55< iceiceice_> hmm i dont think so
20140602 02:55:59< iceiceice_> but i would look in maybe game_display
20140602 02:57:14< iceiceice_> https://github.com/wesnoth/wesnoth/blob/master/src/display.hpp#L265
20140602 02:58:53< vultraz> Yeah, that looks like what I'm looking for, thanks
20140602 02:59:41-!- kex [~kex@46.188.141.156] has quit [Read error: Connection reset by peer]
20140602 03:00:15-!- kex [~kex@46.188.141.156] has joined #wesnoth-dev
20140602 03:00:49-!- _8680_ [~8680@2002:4404:712c:0:fdbf:c938:8a84:3d77] has quit [Ping timeout: 265 seconds]
20140602 03:01:05-!- _8680_ [~8680@2002:4404:712c:0:f12e:e9eb:bef2:b2af] has joined #wesnoth-dev
20140602 03:01:24< iceiceice_> np
20140602 03:02:45-!- kex [~kex@46.188.141.156] has quit [Remote host closed the connection]
20140602 03:12:33-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Cheers]
20140602 03:12:45-!- gfgtdf [~chatzilla@f054137189.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]]
20140602 03:17:53-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140602 03:34:34< irker065> wesnoth: Charles Dang wesnoth:master 2f8b997cb8a0 / src/display.cpp: Prevent minimap scrolling if viewport is locked http://git.io/_WjzPA
20140602 03:36:42< vultraz> No idea if that actually works
20140602 03:39:08< iceiceice_> hmm does it compile?
20140602 03:39:19< iceiceice_> it looks like if you dont go into the if statement you wont return anything
20140602 03:39:37< iceiceice_> maybe im misreading, diffs are hard to read sometimes...
20140602 03:39:46< shadowm> I'm already discussing it with vultraz in another channel.
20140602 03:40:26< vultraz> Yeahhh I think I might have forgotten the return.
20140602 03:41:12< irker065> wesnoth: Ignacio R. Morelle wesnoth:master 2349cf1981bf / src/display.cpp: Revert "Prevent minimap scrolling if viewport is locked" https://github.com/wesnoth/wesnoth/commit/2349cf1981bfd1e44d612a19131f65d6b41abbe8
20140602 03:42:29< vultraz> Fine
20140602 03:42:33< vultraz> You fix it if it's so simple
20140602 03:42:39< shadowm> Being impulsive doesn't earn you any coolness points.
20140602 03:43:38< vultraz> Alright. What should I have done there
20140602 03:44:00< shadowm> Not having shouted "i'll do it" like you did, for starters, and waited for further comment.
20140602 03:44:13< vultraz> No, with the code
20140602 03:44:23< shadowm> That function is presumably called from the GUI code.
20140602 03:45:04< shadowm> Under that presumption, the call site is most likely a much better candidate for a conditional like that.
20140602 03:45:34< shadowm> This goes hand in hand with the principle of delegating responsibilities correctly and modularly.
20140602 03:46:08< vultraz> I assume that would be theme.cpp?
20140602 03:46:50< shadowm> I wouldn't assume that.
20140602 03:47:23< vultraz> No...no call to minimap_location_on there
20140602 03:48:19< vultraz> This is impossible to do without a clone
20140602 03:48:22< shadowm> I have no idea how you got to that function or what made you think that committing your change before *testing* it was a good idea, but I'm already inspecting the situation on my own.
20140602 03:48:41< shadowm> In the future, no C++ changes *of any nature* without compiling and testing them.
20140602 03:49:06< vultraz> Alright, alright
20140602 03:51:13-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140602 03:59:21-!- travis-ci [~travis-ci@ec2-54-205-240-72.compute-1.amazonaws.com] has joined #wesnoth-dev
20140602 03:59:21< travis-ci> [travis-ci] wesnoth/wesnoth#2924 (master - 2f8b997 : Charles Dang): The build was broken.
20140602 03:59:21< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/26544549
20140602 03:59:21-!- travis-ci [~travis-ci@ec2-54-205-240-72.compute-1.amazonaws.com] has left #wesnoth-dev []
20140602 04:00:28< shadowm> scroll_to_tile()'s fourth parameter is true by default, that's the problem.
20140602 04:01:01< shadowm> Here's where the scope of lock_view conflicts with the Follow Unit Actions option.
20140602 04:02:11< shadowm> To solve this I need to rethink the interface of several of the display methods to make FUA and lock_view independent from each other (and come up with a sane interaction scheme for them).
20140602 04:03:02-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140602 04:03:07-!- happygrue_ [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140602 04:03:09< vultraz> That...
20140602 04:03:14< vultraz> is way more complicated than I expected
20140602 04:05:45< shadowm> I could implement a stopgap measure involving a check from the MHB method on the viewport lock and the game preferences option, but I'm not really comfortable with contributing to interface snarl that way.
20140602 04:06:17< shadowm> It's just a minor bug affecting approximately three UMC campaigns, after all.
20140602 04:07:01< shadowm> And two of them are my own.
20140602 04:37:07< vultraz> But it exists
20140602 04:55:21-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 244 bugs, 345 feature requests, 29 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
20140602 05:16:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 05:20:09< irker065> wesnoth: Chris Beck wesnoth:master ac59b0d0e72c / src/ (16 files in 7 dirs): resources::game_map is const *, move functionality to game_board http://git.io/aSwlwg
20140602 05:20:11< irker065> wesnoth: Chris Beck wesnoth:master dd1f1cc74853 / src/ (16 files in 7 dirs): Merge branch 'restrict_game_map' http://git.io/32XQBA
20140602 05:20:42-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: GO, GET TO THE CHOPPAH!!!]
20140602 05:21:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 05:52:55-!- iceiceice_ [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140602 06:02:48-!- cib1 [~cib@p5DD21B50.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140602 06:06:14-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140602 06:13:14-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140602 06:31:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140602 06:35:47-!- Kevin_Xi [~kevin@223.72.182.191] has joined #wesnoth-dev
20140602 06:36:17< Kevin_Xi> Hi! what the logic of this: there is a save of a local MP(human vs AI), if I load it from Main window->Multiplayer->Local Game->Load game, it will show a window that allow me to choose another AI and then it will run the game; but if I load it from Main window->Load, it just direct run the game.
20140602 06:36:33< Kevin_Xi> And the "choose another AI" part, it might have bug: I save a human vs RCA AI game and load as a human vs my AI game(by choosing my AI on that window), it still run RCA AI for the AI side. I am not sure about this(maybe the bug is in my part) and waiting for compiling of master, does anyone have the same issue?
20140602 06:41:47< zookeeper> Kevin_Xi, the logic is probably that when loading from the title screen, the save is treated as a single-player one. whereas when loading in multiplayer, you get to reassign players and all that if you want.
20140602 06:45:04< Kevin_Xi> The compiling is finished, yes I think that window is not functional, I save a human vs RCA AI game and load as human vs Idle AI game, the AI side moves. Is that a known bug?
20140602 06:45:26-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140602 06:45:39< Kevin_Xi> zookeeper: ah that sounds reasonable, thank you
20140602 06:46:04-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140602 06:54:19-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140602 06:54:45< iceiceice> Kevin_Xi: in my experience, trying to configure C++ ais from WML is very finnicky,
20140602 06:55:07< iceiceice> the ai registrar performs a "version check",
20140602 06:55:32< iceiceice> it looks for a version number in every [ai] tag, and if it is too low or doesn't find one, it just ignores the definition and goes to current default ai
20140602 06:56:00< iceiceice> i somewhat doubt if the multiplayer connect engine is automatically smart enough to plant a good version number,
20140602 06:56:12< iceiceice> so it may just ignore what you select
20140602 06:56:59< iceiceice> if you are trying to set up scenarios with C++ ais i suggest you edit the .cfg files by hand
20140602 06:57:05< iceiceice> and load from command line
20140602 06:59:55-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140602 07:03:53< Kevin_Xi> iceiceice: Thank you. I want to see the difference perform between RCA and my AI under the same situation so I save/load them.
20140602 07:15:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140602 07:25:11-!- Bodhi-Baum [~Bodhi@dslb-084-063-013-173.pools.arcor-ip.net] has joined #wesnoth-dev
20140602 07:25:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20140602 07:27:47-!- Bodhi-Baum [~Bodhi@dslb-084-063-013-173.pools.arcor-ip.net] has quit [Client Quit]
20140602 07:29:07-!- Bodhi-Baum [~Bodhi@dslb-084-063-013-173.pools.arcor-ip.net] has joined #wesnoth-dev
20140602 07:33:46-!- cib1 [~cib@p5DD21B50.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20140602 07:36:32-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140602 07:54:35< Kevin_Xi> There is another strange issue: In the "save game" window(both SP & MP), if I hit 'shift', it seems that the text field of this window has lost focus(so I can't use capital letters as a save name), and I click the text field and input and save, it become a 'invalid' save: http://i59.tinypic.com/v7dyzd.png and I don't have this issue in 1.10
20140602 08:09:59< Kevin_Xi> Does anyone have the same issue? Any idea on how to fix it? Or I commit this to gna?
20140602 08:31:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 08:31:39-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140602 08:49:54-!- irker065 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140602 08:58:53-!- mjs-de [~mjs-de@f048163052.adsl.alicedsl.de] has joined #wesnoth-dev
20140602 09:07:22-!- mjs-de [~mjs-de@f048163052.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20140602 09:09:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140602 09:14:24-!- haudegen [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20140602 09:18:56-!- mjs-de [~mjs-de@f049111005.adsl.alicedsl.de] has joined #wesnoth-dev
20140602 09:25:16-!- Kevin_Xi [~kevin@223.72.182.191] has quit [Quit: Leaving.]
20140602 09:34:35-!- Ard0nik is now known as Ardonik
20140602 09:47:52-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140602 09:48:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 10:30:07-!- Trademar_ [~trademark@mac-nomade-68.ircam.fr] has joined #wesnoth-dev
20140602 10:30:34-!- Trademar_ is now known as Trademark_
20140602 10:40:23-!- Bodhi-Baum [~Bodhi@dslb-084-063-013-173.pools.arcor-ip.net] has quit [Quit: Verlassend]
20140602 11:39:32-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140602 11:51:12-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140602 11:59:15-!- sachith500 [~kvirc@112.135.76.40] has joined #wesnoth-dev
20140602 12:17:07-!- WinterD [~quassel@177.196.200.77.rev.sfr.net] has joined #wesnoth-dev
20140602 12:32:24-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140602 12:40:46-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20140602 13:05:24-!- Spoffy [~chatzilla@152.78.175.8] has joined #wesnoth-dev
20140602 13:17:17-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140602 13:31:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 13:33:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140602 14:02:11-!- Spoffy [~chatzilla@152.78.175.8] has quit [Ping timeout: 252 seconds]
20140602 14:07:48-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140602 14:28:31-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140602 14:32:20-!- Trademark_ [~trademark@mac-nomade-68.ircam.fr] has quit []
20140602 14:40:58-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20140602 14:43:17-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140602 14:46:06-!- cib_ [~cib@p5DD21B50.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140602 14:48:13-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 14:54:12-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140602 14:55:03-!- riksteri [~riksteri@dsl-tkubrasgw3-54f96b-216.dhcp.inet.fi] has joined #wesnoth-dev
20140602 15:04:40< iceiceice> Kevin_Xi: i also get corrupted saves when i use "shift" with the save game title
20140602 15:04:48< iceiceice> that is a pretty strange bug... i think you should report
20140602 15:06:53-!- sachith500 [~kvirc@112.135.76.40] has quit [Ping timeout: 264 seconds]
20140602 15:11:08-!- sachith500 [~kvirc@112.135.76.40] has joined #wesnoth-dev
20140602 15:17:44-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140602 15:44:32-!- Spoffy [~chatzilla@152.78.175.8] has joined #wesnoth-dev
20140602 15:53:28-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140602 15:58:37-!- sachith500 [~kvirc@112.135.76.40] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140602 16:01:33-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140602 16:19:16-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 16:19:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds]
20140602 16:23:38-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 16:24:13-!- ancestral [~ancestral@17.244.182.133] has joined #wesnoth-dev
20140602 16:24:27-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds]
20140602 16:28:39-!- ancestral [~ancestral@17.244.182.133] has quit [Ping timeout: 260 seconds]
20140602 16:28:51-!- ancestral [~ancestral@17.114.45.98] has joined #wesnoth-dev
20140602 16:29:26-!- ancestral [~ancestral@17.114.45.98] has quit [Client Quit]
20140602 16:32:33-!- gfgtdf [~chatzilla@f054137189.adsl.alicedsl.de] has joined #wesnoth-dev
20140602 16:43:24-!- ancestral [~ancestral@17.114.124.153] has joined #wesnoth-dev
20140602 16:48:22-!- ancestral [~ancestral@17.114.124.153] has quit [Quit: ancestral]
20140602 16:58:59-!- mjs-de [~mjs-de@f049111005.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140602 17:11:16-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140602 17:26:30< gfgtdf> fabi: i asigned this https://gna.org/bugs/?21983 to you this is actual two bugs from which teh first is overlapping hoteys in teh default hotkeys poreferences file.
20140602 17:26:45< gfgtdf> fabi: i was told you are teh one to edit teh defqult hotkeys preferences file
20140602 17:29:42-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140602 17:50:42-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Cheers]
20140602 17:51:08-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140602 17:58:06-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20140602 18:04:55-!- riksteri [~riksteri@dsl-tkubrasgw3-54f96b-216.dhcp.inet.fi] has quit [Read error: Connection reset by peer]
20140602 18:11:58-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 245 seconds]
20140602 18:17:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 18:19:38-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 240 seconds]
20140602 18:24:03-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20140602 18:27:02< fabi> gfgtdf: right
20140602 18:27:50-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140602 18:33:20-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140602 18:33:23-!- iceiceice [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140602 18:33:31-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 252 seconds]
20140602 18:38:02< AI0867> bug reported in the release thread has been bisected
20140602 18:38:09< AI0867> apparently fabi accidentally fixed it or something
20140602 18:40:04-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 18:40:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140602 18:40:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20140602 18:47:57-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20140602 18:55:29-!- cib_ [~cib@p5DD21B50.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
20140602 18:57:39< iceiceice> i dont think the red orbs on unmoved units is bad, i think being able to customize that kind of stuff is good
20140602 18:57:52< iceiceice> but i do think that regardless of the default settings, there should be a special check "if petrified, no orb"
20140602 18:58:15< iceiceice> *regardless of whether units with no moves have an orb or not in the configuration
20140602 18:58:53< iceiceice> so that might be a separate bug fix from the ui orb color configuration commits
20140602 18:59:10-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140602 19:01:33< aquileia> iceiceice: IIUC the bug report was only about the petrified units (at least I bet that's how the statues are implemented)
20140602 19:03:43< iceiceice> aquileia: yeah you are right both counts
20140602 19:04:09< aquileia> iceiceice: BTW I have a minor improvement for the cmd script https://github.com/aquileia/wesnoth/commit/7520ff7ee5d0478448c
20140602 19:07:08< aquileia> And I'll have another commit for master in about ten minutes...
20140602 19:11:04< iceiceice> hmm can you make a pull request?
20140602 19:11:14< iceiceice> im in the middle of someting id rather not try to stash atm
20140602 19:11:18< aquileia> sure
20140602 19:13:48-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140602 19:15:51-!- kex [~kex@212.92.210.53] has quit [Remote host closed the connection]
20140602 19:16:23-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140602 19:19:35-!- TooLmaN [~TooLmaN@mail.thomsonplastics.com] has joined #wesnoth-dev
20140602 19:20:34-!- kex [~kex@212.92.210.53] has quit [Ping timeout: 240 seconds]
20140602 19:38:18-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Ping timeout: 240 seconds]
20140602 19:42:54-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140602 19:44:37-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140602 19:53:48-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Ping timeout: 240 seconds]
20140602 19:56:52-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 20:05:01< gfgtdf> iceiceice: i thoght about teh savefile format and i wonder why the [startstics] is a toplevel tag and not a part of [snapshot]
20140602 20:05:25< gfgtdf> iceiceice: i mean shouldn't have [replay_start] and [snapshot] different statstics ?
20140602 20:05:29< iceiceice> i agree
20140602 20:05:34< iceiceice> i think that was reported as a bug actually
20140602 20:06:05< gfgtdf> ah ok
20140602 20:06:12< gfgtdf> is teh bug on gna ?
20140602 20:06:39< iceiceice> i dont remember where it just sounds familiar
20140602 20:08:38< gfgtdf> ok
20140602 20:09:29< iceiceice> hmm so i think the bug is something like,
20140602 20:09:32< iceiceice> statistics messed up on reload
20140602 20:09:45< iceiceice> i guess thats obvious to you :)
20140602 20:09:57< iceiceice> ill try to find report if i can
20140602 20:10:25< gfgtdf> iceiceice: do you think that [statictics] is big enough for having it twice is underiable ?
20140602 20:10:48< iceiceice> https://gna.org/bugs/?func=detailitem&item_id=19158
20140602 20:11:03< iceiceice> gfgtdf: i dont think we should be at all concerned about the size of statistics
20140602 20:11:21< iceiceice> in my experience, the size of [replay] is the dominant thing,
20140602 20:11:28< iceiceice> esp. because things get compressed
20140602 20:12:48< gfgtdf> iceiceice: well this was more about campaign with many (>20) since teh [statistics] grows with the number of played scenarios while [replay] is resetter after each new scenario
20140602 20:12:57< gfgtdf> with many scenarios*
20140602 20:15:27< gfgtdf> iceiceice: ok i testea n it indeed sems like ta is negrectaly
20140602 20:15:30< gfgtdf> beglecetable
20140602 20:15:36< gfgtdf> neglectable*
20140602 20:15:44< iceiceice> y 
20140602 20:15:51< iceiceice> i remember a while ago i did some tests like,
20140602 20:16:06< iceiceice> taking a pile of replays and compressing different parts and seeing how big it is,
20140602 20:16:13< iceiceice> as compared to the whole...
20140602 20:16:29< iceiceice> obv not totally rigorous but i think it is indicative of some things
20140602 20:17:08< iceiceice> i think [unit] doesn't contribute as much to savefile size as  you might think because tags are compressed,
20140602 20:17:28< iceiceice> it looks like [replay] is most important part, because it contains a bunch of fairly unpredictable move data, also random seeds i guess
20140602 20:17:42< iceiceice> *most uncompressible part
20140602 20:18:57< gfgtdf> iceiceice: do you know whether in mp the one side aso records statistics for teh other human sides ?
20140602 20:19:37< iceiceice> no
20140602 20:19:53< gfgtdf> no it doesnt or no you dont know `?
20140602 20:20:32< iceiceice> i dont konw
20140602 20:20:36< iceiceice> brb out of batteries :O
20140602 20:20:38-!- iceiceice [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has quit [Quit: Leaving]
20140602 20:26:17-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140602 20:27:21< shadowm> Kevin_Xi, iceiceice: The saves generated with names entered by pressing shift/using caps lock in the save dialog are actually valid. It's just that if you have a compression format selected in Advanced Preferences, the save is compressed but doesn't get the correct extension (.gz or .bz2) in the filename, thus the game tries to read it as plain text and fails. Also note that this only affects master, not 1.11.15 or the 1.12 ...
20140602 20:27:27< shadowm> ... branch. I advise you file a bug report and get mordante to look at it (if you can bisect it that'd probably be even better, but I have no idea what a suitable 'good' starting commit would be other than the branching point).
20140602 20:27:58< shadowm> I wonder if it's inputting \0s into the save dialog's text field somehow.
20140602 20:30:10< gfgtdf> iceiceice: from looking at teh code it seems to me that there are currently mechanims to handle this
20140602 20:31:06-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140602 20:31:28< gfgtdf> iceiceice: in replays i mean
20140602 20:31:45< iceiceice> hmm... i wouldnt know, i never looked at the statistics stuff
20140602 20:32:01< iceiceice> i know the game shows statistics for distinct sides but idk how it is save
20140602 20:32:02< iceiceice> saved
20140602 20:32:59< gfgtdf> iceiceice: so in dont think anymore we should have [satistics] in snapshot
20140602 20:34:06< iceiceice> hmm ok
20140602 20:34:15< iceiceice> is there a [statistics_start] or something?
20140602 20:36:25< gfgtdf> iceiceice: no
20140602 20:36:53< gfgtdf> iceiceice: but it sems liek the game automaitcly cuts teh end of the statistics out if replays
20140602 20:37:05< gfgtdf> iceiceice: so everything that belings to teh current scenario
20140602 20:37:13< gfgtdf> belongs*
20140602 20:39:27< iceiceice> hmm this is kind of wierd
20140602 20:39:35< iceiceice> from reading the code it looks like,
20140602 20:39:40< iceiceice> if you have a prerecruit event
20140602 20:39:43< iceiceice> or prerecall event
20140602 20:39:47< iceiceice> that kills the created unit,
20140602 20:39:52< iceiceice> then the side is not charged the gold
20140602 20:40:02< gfgtdf> iceiceice: realy ?
20140602 20:40:05< iceiceice> y
20140602 20:40:14< iceiceice> it seems to be intentional i guess but it is highly counterintuitive
20140602 20:42:05< gfgtdf> iceiceice: https://gna.org/bugs/?16711
20140602 20:44:42< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/actions/create.cpp#L923
20140602 20:47:02< iceiceice> hmm i think this is just a logic error in this commit:
20140602 20:47:03< iceiceice> https://github.com/wesnoth/wesnoth/commit/a3a8d7c4#diff-28078bf70ba7d9cfc59a6e9ae6390742R735
20140602 20:47:31< iceiceice> it adds the line ... .spend_gold(cost);,
20140602 20:47:34< gfgtdf> iceiceice: why? from the mesage it shodul be between pre_.. and ... events
20140602 20:47:37< iceiceice> but that happens after we fire the event
20140602 20:47:46< iceiceice> and check if the unit is still there
20140602 20:47:50< iceiceice> and abort if its not there anymore
20140602 20:47:53< gfgtdf> after teh pre event
20140602 20:47:55< iceiceice> so even after this commit, we still wont pay the gold
20140602 20:48:13< iceiceice> the line should be added before the if(fire_event) block i think
20140602 20:48:17< gfgtdf> iceiceice: no
20140602 20:48:23< gfgtdf> iceiceice: there are 2 event that fire
20140602 20:48:30< gfgtdf> and that codde is between then
20140602 20:48:46< gfgtdf> iceiceice: like said in the commit message
20140602 20:49:25< iceiceice> gfgtdf: that is the cause of the bug
20140602 20:49:34< iceiceice> the poitn of the bug is that creating the unit should be atomic with paying for it
20140602 20:49:37< gfgtdf> iceiceice: which bug ?
20140602 20:49:51< iceiceice> the bug referred to in this commit message: v
20140602 20:49:52< iceiceice> https://github.com/wesnoth/wesnoth/commit/a3a8d7c4#diff-28078bf70ba7d9cfc59a6e9ae6390742R715
20140602 20:50:13< gfgtdf> iceiceice: that bug was fixed
20140602 20:50:29< iceiceice> hmm well looking at the code i dont think it was
20140602 20:50:43< iceiceice> look at the diff,
20140602 20:50:49< iceiceice> with src/actions/create.cpp
20140602 20:50:53< iceiceice> and just thik about what is happening
20140602 20:51:05< iceiceice> you get the add_result for units.add(...
20140602 20:51:07< iceiceice> at line 718
20140602 20:51:14< iceiceice> thats when the unit is created.
20140602 20:51:19< iceiceice> then, in the "if (fire event"
20140602 20:51:22< iceiceice> you fire prerecruit, 
20140602 20:51:25< iceiceice> or prerecall 
20140602 20:51:27< iceiceice> depending on the case,
20140602 20:51:34< iceiceice> further, you check if the unit is still there at the end,
20140602 20:51:39< iceiceice> and abort the function if its gone (killed by mwl)
20140602 20:51:40< iceiceice> *wml
20140602 20:51:50< iceiceice> the line that is added 739 is where the gold is deducted.
20140602 20:51:50< gfgtdf> yes is intended accorign to teh commit
20140602 20:52:01< iceiceice> so its pretty obvious what i am saying
20140602 20:52:05< gfgtdf> no
20140602 20:52:12< iceiceice> idk if you dont believe then we shoudl test
20140602 20:52:20< gfgtdf> there are 2 events: prerecall and recall
20140602 20:52:32-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140602 20:52:46< gfgtdf> the intended behabiur is teh prerecall can "abort" the recalling but "recall" not
20140602 20:52:52< gfgtdf> bahaviour
20140602 20:53:12-!- iceiceice_ [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140602 20:53:32< iceiceice_> ok i see, i guess it was requested to be after both... 
20140602 20:53:55< iceiceice_> * after the pre - but before the regular events
20140602 20:54:10< iceiceice_> but thats actually what im complainigna bout, the code is simpler if it is atomic
20140602 20:54:16< iceiceice_> but i guess we decided to make it this way
20140602 20:54:54-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
20140602 20:56:38< gfgtdf> iceiceice_: well i dont realy have an opinion on whether that would be bettter but i realy think that in both cases one can easily get the other bahaviou by adin teh godl manually so there is no realy reson to change
20140602 20:57:11< iceiceice_> y i mean we cant change, its backwards compatible issue now
20140602 20:57:45< iceiceice_> the reason to change woudl be that, gamestate could have a simple method "add and pay for unit"
20140602 20:58:06< iceiceice_> and the parts of code that aren't strictly in the gamestate could call that and then do other unrelated things like gui or something
20140602 20:58:19< iceiceice_> but if they aren't atomic actions in the game state then you cant
20140602 20:58:24< iceiceice_> but its not too important
20140602 21:00:33-!- kex [~kex@93-142-140-57.adsl.net.t-com.hr] has joined #wesnoth-dev
20140602 21:00:46< iceiceice_> but you are right i misread the bugtracker :/
20140602 21:01:21-!- TooLmaN [~TooLmaN@mail.thomsonplastics.com] has quit [Quit: Off to save the world!]
20140602 21:02:29-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20140602 21:02:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140602 21:03:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140602 21:03:48-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140602 21:11:06< iceiceice_> hmm gfgtdf, do you know why we have a redo move command?
20140602 21:11:40< gfgtdf> iceiceice_: to redo a move ?
20140602 21:11:48< gfgtdf> liek the opposute of undo ?
20140602 21:11:56< gfgtdf> r is teh default key i think
20140602 21:12:02< iceiceice_> why not just call the original move code though
20140602 21:12:17< iceiceice_> we have like two separate implementations to redo the move, and to do it in the first place
20140602 21:12:33< gfgtdf> iceiceice_: i think the main reason is to save time
20140602 21:12:56< iceiceice_> is there some reason based on how the replay recorder works?
20140602 21:13:12< iceiceice_> i dont see how it would save time, it just creates bug opportunities if the impl's are slightly different
20140602 21:13:28< gfgtdf> iceiceice_: when redoing a move we skip all events and similar
20140602 21:13:37< gfgtdf> iceiceice_: and some other claculations
20140602 21:13:40< gfgtdf> iceiceice_: like visibility
20140602 21:13:47< iceiceice_> hmm ok
20140602 21:16:11< gfgtdf> iceiceice_: there are different undoable actions i think
20140602 21:16:37< gfgtdf> iceiceice_: and they are implemented differntly sometimes we call the original code and somethime wo do it different
20140602 21:17:45< gfgtdf> iceiceice_: thats unrelated to teh reply recorder
20140602 21:19:02< gfgtdf> iceiceice_: they dont use run_in_synced context though
20140602 21:19:39< gfgtdf> iceiceice_: but that not realy a problme since run_in_synced context i a reletiveley simple function and at lot of it are checks that can be ommittet if namually inlined
20140602 21:23:53< iceiceice_> hmmm
20140602 21:24:00< iceiceice_> theres a lot of things in the undo.cpp file that are like,
20140602 21:24:05< iceiceice_> on an error we assert(false),
20140602 21:24:07< iceiceice_> then return(false)
20140602 21:24:08< iceiceice_> https://github.com/wesnoth/wesnoth/blob/master/src/actions/undo.cpp#L947
20140602 21:24:33< iceiceice_> so its like "if you are running windows, this is a recoverable error, but in linux its not?" :)
20140602 21:28:43-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140602 21:29:16-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20140602 21:34:05-!- mjs-de [~mjs-de@f049111005.adsl.alicedsl.de] has joined #wesnoth-dev
20140602 21:42:12-!- aboutGod [~aboutGod@static-72-66-66-50.washdc.fios.verizon.net] has joined #wesnoth-dev
20140602 21:46:17-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140602 21:46:23-!- haudegen [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has quit [Remote host closed the connection]
20140602 21:46:46-!- haudegen_ [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20140602 21:46:58-!- haudegen_ [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has quit [Remote host closed the connection]
20140602 21:47:18-!- aboutGod [~aboutGod@static-72-66-66-50.washdc.fios.verizon.net] has left #wesnoth-dev []
20140602 21:51:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140602 22:01:01< gfgtdf> iceiceice_: idk i didnt write that code
20140602 22:02:34< iceiceice_> do you think we need to assert(false) there?
20140602 22:02:37< iceiceice_> or just return false
20140602 22:03:57-!- ancestral [~ancestral@17.114.45.98] has joined #wesnoth-dev
20140602 22:10:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20140602 22:14:25-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140602 22:20:49-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140602 22:33:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140602 22:33:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 22:42:54-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140602 23:02:13-!- haudegen [~quassel@91.141.2.61.wireless.dyn.drei.com] has joined #wesnoth-dev
20140602 23:04:40-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Cheers]
20140602 23:11:23-!- irker285 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140602 23:11:23< irker285> wesnoth: aquileia wesnoth:master be3a1fe1b131 / projectfiles/VC9/wesnoth.vcproj: Add missing source files to VC project http://git.io/jK7ECg
20140602 23:11:23< irker285> wesnoth: aquileia wesnoth:master cd4dcbff43eb / projectfiles/VC9/WML_tests.cmd: Windows WML tests: Keep account of executed tests http://git.io/0x4m1w
20140602 23:11:23< irker285> wesnoth: Chris Beck wesnoth:master deeaaa7168b3 / projectfiles/VC9/ (WML_tests.cmd wesnoth.vcproj): Merge pull request #183 from aquileia/VC_update http://git.io/UkbwNA
20140602 23:29:05-!- haudegen [~quassel@91.141.2.61.wireless.dyn.drei.com] has quit [Read error: Connection reset by peer]
20140602 23:29:26-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 23:34:58-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20140602 23:40:08-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140602 23:42:37-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 252 seconds]
20140602 23:45:58-!- gfgtdf [~chatzilla@f054137189.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20140602 23:47:09-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140602 23:48:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140602 23:57:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
--- Log closed Tue Jun 03 00:00:33 2014