--- Log opened Sat Nov 05 00:00:07 2011
--- Day changed Sat Nov 05 2011
20111105 00:00:07< shadowm_laptop> I have no idea! :D
20111105 00:00:15< anonymissimus> lol
20111105 00:01:28< Espreon> anonymissimus: As long as [recall] will work without a leader on the map, sure.
20111105 00:01:56< anonymissimus> Espreon: did you look into the bug ?
20111105 00:01:59< shadowm_laptop> I think it's used to refresh terrain updates after using the terrain or terrain_mask actions before the end of a event nowadays. It used to be required to remove fake units generated by move_unit_fake before displaying a dialog before those were converted to GUI2, and later to force the screen to refresh before/after a delay action before those were made non-blocking
20111105 00:02:58< Espreon> anonymissimus: Yeah, but I didn't quite understand what Mr. Müller was saying.
20111105 00:03:29< anonymissimus> Espreon: he means that if you pass x,y= in your [recall] it will work without a leader
20111105 00:03:52< Espreon> Lemme see...
20111105 00:04:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20111105 00:04:20< Espreon> anonymissimus: Yeah, that should work.
20111105 00:04:48-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 170 bugs, 326 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 00:05:06-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 244 seconds]
20111105 00:05:39< anonymissimus> fendrin's got under pressure now, he's got to fix second_unit info to store in replays, teleport ability and this one, and everything until 1.9.10 xD
20111105 00:06:09< Espreon> ... Yeah.
20111105 00:06:49< shadowm_laptop> Yeah, that's a big problem.
20111105 00:08:46-!- YogiHH [YogiHH@wesnoth/developer/yogihh] has quit [Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]]
20111105 00:11:02-!- Johannes13 [~Johannes@p4FDED158.dip.t-dialin.net] has joined #wesnoth-dev
20111105 00:11:02-!- Johannes13 [~Johannes@p4FDED158.dip.t-dialin.net] has quit [Changing host]
20111105 00:11:02-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20111105 00:17:40< anonymissimus> alarantalara: btw, I can harld notice any differences rotting bridge vs bridge
20111105 00:18:17< anonymissimus> the rotten one looks exactly like the normal one and also not rotten
20111105 00:18:39< Espreon> anonymissimus: Maybe you need to svn up harder...
20111105 00:18:51< anonymissimus> ??
20111105 00:19:22< Espreon> anonymissimus: Just svn up, refresh Wesnoth, and look again
20111105 00:19:44< Espreon> anonymissimus: If you're bitching about art, go bitch to the artist.
20111105 00:19:50< Espreon> Alarantalara's not the artist.
20111105 00:20:49< anonymissimus> but he's the comitter
20111105 00:21:00< anonymissimus> he's reponsible anyway
20111105 00:21:18-!- Crendgrim [~crend@77-22-113-8-dynip.superkabel.de] has quit [Quit: ...]
20111105 00:21:49< CIA-99> alarantalara * r51849 /trunk/data/core/images/terrain/bridge/ (9 files): clean up existing rotting bridge images and add variations
20111105 00:25:23< fendrin> AI0867: Thank you, I already know about that. There is a bug report filled since yesterday.
20111105 00:26:12< anonymissimus> Espreon: look at this and tell me what#s the rotten one: http://imagebin.org/182535
20111105 00:26:37< anonymissimus> this might even fail an ABX test
20111105 00:26:44< Espreon> The one on the bottom.
20111105 00:26:55< Espreon> Well, the lower one.
20111105 00:27:51< fendrin> anonymissimus: This one should be quite trivial, I guess I can hack that in 10 minutes. The teleport ability is more tricky and I am not sure that I am the right person to fix the bug. It's not caused by [teleport] or [tunnel], the tags just reveal the bug that existed since ever. The replay thing will not be hard, it's just time consuming.
20111105 00:28:38< anonymissimus> fendrin: the bug did not exist since ever
20111105 00:29:46< anonymissimus> it was just not needed until the tunnel got implemented
20111105 00:29:57< AI0867> anonymissimus: the bottom one, clearly
20111105 00:30:02-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20111105 00:30:10< AI0867> if you can't see that then you need a better monitor
20111105 00:30:44< AI0867> it is fairly repetitive though, but that was probably fixed in r51849
20111105 00:31:21< anonymissimus> the difference is way not as obvious as between the castle and ruined castle, but you're right
20111105 00:32:04< anonymissimus> now another question: if you had seen only the rotten version, would you have guessed that it is a rotten bridge ? or would have though it's a normal one ? :P
20111105 00:32:13< AI0867> it has holes in it
20111105 00:32:21< Espreon> anonymissimus: What AI0867 said.
20111105 00:32:24< AI0867> and it's all crooked
20111105 00:32:52< fendrin> anonymissimus: The bug is that [ability] is not treated equal in every context. That exists since [object] was implemented. Every other ability using variables will have the same problem.
20111105 00:34:01< anonymissimus> fendrin: I'd volunteer to fix that, btu not before 1.9.10
20111105 00:34:32< anonymissimus> the bug was in 1.9.9. also
20111105 00:34:38< fendrin> anonymissimus: Don't hurry. There is much to think about.
20111105 00:35:30< fendrin> I would like to go as far as not delaying the substitution of [object] introduced [ability]s but to substitute the variable in the [unit_type] as well.
20111105 00:36:36< fendrin> meaning that $|teleport_unit will work in both contexts.
20111105 00:36:46< anonymissimus> uh no
20111105 00:36:57< anonymissimus> that is a very wrong approach
20111105 00:37:14< anonymissimus> unintuitive
20111105 00:37:27< anonymissimus> on the wml side
20111105 00:37:43< anonymissimus> and could break UMC
20111105 00:37:52< anonymissimus> would for sure, that is
20111105 00:38:24< anonymissimus> every UMC ability in [unit_type] which queries variable values
20111105 00:38:39< fendrin> I think that is not much.
20111105 00:38:53< fendrin> Do you know about any in mainline?
20111105 00:39:33< fendrin> esr might want to adjust wmllint to port the old wml code.
20111105 00:39:48< anonymissimus> huh hoh event-driven abilities is the usual stuff people like in making their eras
20111105 00:40:03< fendrin> And there is nothing wrong with breaking wml compatibility between major releases, we have always done that.
20111105 00:40:16< anonymissimus> no, I don't want to get blamed
20111105 00:40:47< anonymissimus> besides, requiring $| of the user to solve an engine problem is working around it
20111105 00:41:39< fendrin> It will be my blame. The thing is a feature for wml coders. They can actually access the game environment when a unit is created. That is a huge benefit. And the only disadvantage is a slight need to change the syntax.
20111105 00:41:45< Espreon> anonymissimus: Then point to the one who actually did it.
20111105 00:42:42-!- negusnyul [~negusnyul@h47-207.pool95-168.dyn.tolna.net] has quit [Read error: Connection reset by peer]
20111105 00:42:45< fendrin> It will be no problem to sell a feature as an advantage.
20111105 00:43:15< fendrin> And I am sure that wml compatibility is already broken between 1.8 and future 1.10.
20111105 00:43:43< anonymissimus> very few I think
20111105 00:44:06< anonymissimus> the last change really breaking compatibility was the campaigns > addons thing
20111105 00:44:29< fendrin> Then let's add more breakage. It was never a goal to keep wml working between major releases and we should not start with that.
20111105 00:45:04< anonymissimus> in the forum is a thread listing compatibility breaking changes and most of it is rather exotic
20111105 00:45:30< fendrin> might be
20111105 00:45:38< anonymissimus> "accessing the game environment when the unit is created" ? what point would that be ?
20111105 00:46:26< AI0867> anonymissimus: no, I removed @
20111105 00:46:34< AI0867> that was after the campaigns change
20111105 00:46:52< anonymissimus> most people don't know how to use wmllint and aren't coders
20111105 00:46:57< fendrin> Okay, an example: You want that units cost more depending on how the player did in previous scenarios. See UtBS it is implemented their in a very ugly way. This is easily possible with the feature without any hacks.
20111105 00:47:21< shadowm_laptop> With what feature?
20111105 00:47:55< fendrin> variable expansion for code inside [unit_type].
20111105 00:48:22< shadowm_laptop> oh oh oh oh oh wait a second, unit_type's are not processed within a variable-aware context at first.
20111105 00:48:24< anonymissimus> at what time spot is the variable susbtitution run made I mean
20111105 00:48:43< fendrin> unit creation
20111105 00:49:06< anonymissimus> unit creation means what ? unit_type creation or unit creation ?
20111105 00:49:09< shadowm_laptop> They have to be processed before running scenarios for caching and help system tree building purposes
20111105 00:49:13< shadowm_laptop> too
20111105 00:49:24< anonymissimus> creation is calling the constructor of these classes
20111105 00:51:09< fendrin> No, creation is creating the unit. When the player triggers an recruit action for example. The constructor is called much earlier like shadowm_laptop told. 
20111105 00:52:01< shadowm_laptop> Also, a completely (or perhaps not) tangential point: I don't have a problem with breaking compatibility very early in a development series. We are not at such a convenient moment right now.
20111105 00:52:22< fendrin> Then let's find an easy solution:
20111105 00:52:25< anonymissimus> i think is is very wrong in any case
20111105 00:52:30< shadowm_laptop> Especially not with a feature freeze looming over our heads righ tnow.
20111105 00:52:49< anonymissimus> I just removed such a variable susbtitution run on [unit][event]s
20111105 00:53:07< fendrin> Two different versions of [teleport] macro, one for in [unit_type] and one for in [object]
20111105 00:53:14< fendrin> no c++ fix at all
20111105 00:53:19< anonymissimus> the way to go is to delay variable susbtitution until the point where the variables are set
20111105 00:53:20< fendrin> and I can close the bug in no time
20111105 00:53:39< anonymissimus> thats not a fix, it's a workaround
20111105 00:53:41< shadowm_laptop> (We can easily end up with a situation where we release 1.9.10, one week later someone reports a bug, and turns out the only way to fix the bug is to introduce one or two new features that could also break compatibility..)
20111105 00:54:00< fendrin> anonymissimus: That way does over similar problems like shadowm_laptop already revealed with my preferred wml only fix. 
20111105 00:54:27< fendrin> Right, let's not break the engine, a WML fix is fine for the bug. I can do that in no time.
20111105 00:55:23< anonymissimus> rather not fixing it at all, workarounds are very bad, they sit around until everyone thinks it's supposed to be this way
20111105 00:55:23< shadowm_laptop> anonymissimus: also, despite being so insistent on not breaking compatibility, you deprecated and plan to permanently remove side=1 defaults at some point :) Isn't that breaking compatibility too?
20111105 00:55:44< anonymissimus> shadowm_laptop: yes, but it was not my idea
20111105 00:55:56< anonymissimus> I just took it over
20111105 00:56:28< anonymissimus> I'm innocent regarding this issue
20111105 00:56:30< shadowm_laptop> I hope the idea wasn't brought to us by the letter 'S' too.
20111105 00:57:41< fendrin> Please don't get distracted from the topic.
20111105 00:57:57< anonymissimus> actually it was so that Crab needed a task to do for zaroth, then zaroth quickly changed some tags and I got worried abotu the wml engine or so
20111105 00:58:40< fendrin> Let's not change anything there in the c++ engine. I have already tried to do a fix and it is nasty.
20111105 00:58:53< anonymissimus> fendrin: ok you are fine if I assign it to me ? want to try fixing it
20111105 00:59:17< fendrin> anonymissimus: Sure, but be careful. It is not that easy as it might seem on the first glance.
20111105 00:59:32< anonymissimus> it never is I know
20111105 01:00:46< fendrin> anonymissimus: First, there is a huge impact when changing the interface from vconfig to config. There are many code places calling the add_modification method and every single one needs to be checked if you delay variable substitution at this point.
20111105 01:01:32< anonymissimus> yep, expected
20111105 01:02:09< fendrin> You will never get all situations tested before 1.10.
20111105 01:04:02< fendrin> And I think it is a step backwards. The possibility to code with the current context is a feature for the user of [teleport].
20111105 01:04:34< fendrin> The bug is that it is not working in [unit_type] not the other way around.
20111105 01:04:45< fendrin> or [unit]
20111105 01:07:11< fendrin> anonymissimus: I had the impression at some point that doing the work without changing the interface might be possible. Or just by implementing another add_modification for vconfig.
20111105 01:08:15< fendrin> anonymissimus: So you just change the codepath for [object] by only calling the new method there. That is minimal inversive regarding the nearing release.
20111105 01:08:56< anonymissimus> might be a way yes
20111105 01:08:58< CIA-99> ai0867 * r51850 /trunk/src/game_events.cpp: 
20111105 01:08:58< CIA-99> Restore old [recall] behavior:
20111105 01:08:58< CIA-99> If you can't recall near a leader, and a map location is given, recall there instead.
20111105 01:08:58< CIA-99> Fixes bug #18913
20111105 01:09:39< Espreon> AI0867: Thanks.
20111105 01:09:48< fendrin> AI0867: Nice, but please talk to me more when doing a bug fix for me. I am working on the exact thing right now.
20111105 01:10:19< AI0867> it sounded very much like you were working on another bug, but okay
20111105 01:10:33< fendrin> AI0867: No, my mistake. The bug report should have been set to "work in progress", don't mind.
20111105 01:13:08-!- oldtopman [~oldtopman@71-208-213-204.hlrn.qwest.net] has joined #wesnoth-dev
20111105 01:13:08-!- oldtopman [~oldtopman@71-208-213-204.hlrn.qwest.net] has quit [Changing host]
20111105 01:13:08-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20111105 01:18:44-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Read error: Connection reset by peer]
20111105 01:22:10< fendrin> AI0867: And I see that you solved it more elegant than me.
20111105 01:24:10-!- crimson_pingvin [~ben@wesnoth/developer/crimsonpenguin] has quit [Read error: Connection reset by peer]
20111105 01:24:14-!- crimson_penguin [~ben@184.71.170.250] has joined #wesnoth-dev
20111105 01:24:14-!- crimson_penguin [~ben@184.71.170.250] has quit [Changing host]
20111105 01:24:14-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20111105 01:24:40-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 244 seconds]
20111105 01:25:17< fendrin> s/elegant/elegantly
20111105 01:27:03< AI0867> fendrin: actually, I think there's a bug in there
20111105 01:27:09< Espreon> Oh noez.
20111105 01:27:11< AI0867> if the given location is on the board, but occupied
20111105 01:27:19< AI0867> and no unoccupied location can be found
20111105 01:27:26< AI0867> I skimped out on an if-block
20111105 01:28:06< fendrin> AI0867: I see it.
20111105 01:28:47< fendrin> around line 1837
20111105 01:29:14< AI0867> yeah
20111105 01:33:05< CIA-99> ai0867 * r51851 /trunk/src/game_events.cpp: Prevent a bug if [recall] is used on a valid, but unusable location and no usable location can be found.
20111105 01:33:24-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20111105 01:33:41< fendrin> AI0867: I have never seen that case ingame :-)
20111105 01:33:58< AI0867> it's not likely to appear, but it's still a bug
20111105 01:34:04< fendrin> sure
20111105 01:34:26< AI0867> it would cause your unit to disappear from the recall list, even if place_recruit didn't complain
20111105 01:35:37-!- happygrue [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20111105 01:37:21< fendrin> that was also a fault after my first commit. I deleted the unit at a totally out of place time.
20111105 01:41:05-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 01:41:59< Espreon> anonymissimus: Why doesn't [objectives]silent=yes seem to work?
20111105 01:44:02< Espreon> .... in prestart events, at least.
20111105 01:44:03< anonymissimus> Espreon: I dunno, could be a bug
20111105 01:44:18< Espreon> Well, you're the Lua Lord. Fix it... or we'll all die.
20111105 01:44:48< anonymissimus> I don't think it's lua-caused
20111105 01:45:03< Espreon> Hmmm... OK.
20111105 01:45:14< anonymissimus> if not silent then team.objectives_changed = true end
20111105 01:45:15< shadowmaster> The objectives action is implemented in Lua, sisn't it?
20111105 01:45:26< fendrin> it is
20111105 01:45:37< fendrin> There is a lua wrapper.
20111105 01:46:00< fendrin> but the core is still c++.
20111105 01:46:05-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Ping timeout: 240 seconds]
20111105 01:47:00< shadowmaster> Every WML action is implemented in C++ in one or another way, if you want to be pedantic.
20111105 01:48:18< fendrin> Yeah, it's just that the wrapper doesn't do much in that case. Not that I want to say it must be bugfree.
20111105 01:50:45-!- Alarantalara [~alarantal@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20111105 01:51:02< anonymissimus> Espreon: make a bug report with a nice testcase and I can look after it
20111105 01:51:13< Espreon> OK.
20111105 01:51:29< anonymissimus> IIRC I faced some smilar problem in Settler of Wesnoth
20111105 01:51:49< Espreon> Now I have to make two testcases... yay.
20111105 01:52:07< fendrin> Espreon: Does the multifloor framework work again after AI0867's patch?
20111105 01:52:12< Espreon> Hold on...
20111105 01:53:31-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20111105 01:53:41-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20111105 01:56:55< Espreon> You know, I wouldn't dare think about tagging 1.10 before dealing with the portrait scaling issues, if they still exist.
20111105 01:58:26< fendrin> I think 1.10 deserves a better solution regarding the main screen and widescreen resolutions. The map is just ugly when not in form.
20111105 01:58:27< Espreon> And let's not forget about the degredation in quality of the portraits in the help system.
20111105 01:58:34< anonymissimus> yes, in SoW I'm precisely setting the objectives_changed variable to false again
20111105 01:58:35-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 260 seconds]
20111105 01:58:55< anonymissimus> I was probably to lazy to find out the reason for that workaround
20111105 01:59:24< anonymissimus> assing it to me pls, I have a personal interest in fixing it
20111105 01:59:47< anonymissimus> or maybe I found out that it's very hard to fix, that might be as well :|
20111105 02:00:30< anonymissimus> and it is in a turn 1 event, not prestart, so it seems somethign about the initilization isn't ok
20111105 02:03:32< shadowmaster> Espreon: I believe they still exist and they are reported somewhere.
20111105 02:04:14< anonymissimus> off, bye
20111105 02:04:14< shadowmaster> As for the help system thing, perhaps a result of someone with a latter m reverting something from silene
20111105 02:04:19< shadowmaster> *letter
20111105 02:04:23-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86.1 [Firefox 3.6.2/20100316074819]]
20111105 02:06:43< Espreon> shadowmaster: Well, for the help system stuff, if we don't get it vastly improved, I say that we bring back the profile portraits of the units that no longer have them. It's not like we're saving an incredible amount of space.
20111105 02:07:27-!- Vorpal [~AnMaster@unaffiliated/anmaster] has quit [Ping timeout: 248 seconds]
20111105 02:09:39-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: I ATE'NT DEAD]
20111105 02:09:54-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20111105 02:10:30< Alarantalara> shadowmaster: since you were recently playing with the editor settings dialog, what would it take to add underground to the presets?
20111105 02:15:32< shadowmaster> just some WML in data/core/editor/time-of-day.cfg
20111105 02:16:35< shadowmaster> Isn't Underground the "default" of 0,0,0, though?
20111105 02:16:55< shadowmaster> oh, uhm, not anymore, I guess
20111105 02:17:28< Alarantalara> yeah, Eleazar changed it when he lightened the cave terrains to fit in better with everything else
20111105 02:22:34-!- crimson_penguin [~ben@S0106602ad06b8003.vc.shawcable.net] has joined #wesnoth-dev
20111105 02:22:34-!- crimson_penguin [~ben@S0106602ad06b8003.vc.shawcable.net] has quit [Changing host]
20111105 02:22:34-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20111105 02:26:50< Espreon> fendrin: Yeah, it did.
20111105 02:29:23< fendrin> Espreon: Thanks.
20111105 02:29:24-!- iwontbecreative [~Thibault_@89-180-28-186.net.novis.pt] has joined #wesnoth-dev
20111105 02:29:37< Alarantalara> Hmm, Underground is identical in color to the night times. Is it still worth adding from a UI perspective?
20111105 02:30:08< Espreon> fendrin: No prob.
20111105 02:31:21< Espreon> Alarantalara: Probably.
20111105 02:31:38< Espreon> Also, what aboutr deep underground?
20111105 02:31:42< Espreon> *about deep
20111105 02:32:25< Alarantalara> It is different, assuming it's common enough to be worth adding.
20111105 02:32:54< Espreon> I'd add it.
20111105 02:38:29< CIA-99> fendrin * r51852 /trunk/data/themes/default.cfg: 
20111105 02:38:29< CIA-99> Wired in the larger large_button.png for the endturn button.
20111105 02:38:29< CIA-99> Fix for bug #12424
20111105 02:40:03< shadowmaster> wesbot: log 51852
20111105 02:40:04< wesbot> fendrin * r51852 : Wired in the larger large_button.png for the endturn button.Fix for bug #12424
20111105 02:40:07< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=51852
20111105 02:40:14< Espreon> wesbot: bug 12424
20111105 02:40:14< wesbot> Bug #12424  Assigned to: Mark de Wever <mordante>  Status: In Progress  Priority: 5 - Normal
20111105 02:40:17< wesbot> Summary: End-of-turn button is hard to see
20111105 02:40:20< wesbot> Original submission: Usability testing with a game-designer friend reminded me
20111105 02:40:23< wesbot>  of the obvious; the end-turn button, small and in a corner and black on a black
20111105 02:40:26< wesbot> URL: https://gna.org/bugs/?12424
20111105 02:41:16< shadowmaster> somehow that doesn't sound good
20111105 02:42:55< fendrin> Right, I see it is still a bit off-cut at the lowest resolution. 
20111105 02:43:41-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 02:43:47< fendrin> It's domination the whole gui. Nice for a pimp theme.
20111105 02:44:01< fendrin> pimp theme could feature more such buttons and diamonds.
20111105 02:44:05< Gambit> Part of me has little pity for those who don't bother taking the tutorial.
20111105 02:44:47< CIA-99> alarantalara * r51853 /trunk/data/core/editor/time-of-day.cfg: Add underground times of day to the presets in the editor
20111105 02:45:20< Espreon> Gambit: Really now?
20111105 02:45:40< Gambit> Espreon: Yes. A large part.
20111105 02:45:40< shadowmaster> ...
20111105 02:59:04-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20111105 03:14:08< shadowmaster> The button looks awful.
20111105 03:21:20< Espreon> Yeah.
20111105 03:31:59< AI0867> Alarantalara: deep underground is only used for the konrad/li'sar alliance scenario
20111105 03:32:53< Espreon> AI0867: And?
20111105 03:33:59< AI0867> not sure
20111105 03:34:05< AI0867> just spouting information
20111105 03:34:14< Gambit> The More You Know
20111105 03:35:34< Alarantalara> Somewhat related - the colour shift for night in the 24-hour clock doesn't match the one for the default schedule
20111105 03:36:56< Espreon> Uh... yeah... we'll need like a drop down list or something if you really want to include that.
20111105 03:37:16< Alarantalara> There's only a couple more
20111105 03:37:31< Alarantalara> but it may make more sense to make them match default in the middle of the night
20111105 03:37:44< Alarantalara> I wasn't planning on including them
20111105 03:37:48< Espreon> Maybe... maybe not.
20111105 03:38:36< Alarantalara> the difference is -35 vs -40 in green only
20111105 03:40:11< Alarantalara> and -45 vs -40 in red
20111105 03:56:03< Gambit> Note to self: ask mordante if GUI2 is planned to support this kind of thing: http://forums.wesnoth.org/viewtopic.php?p=512483#p512483
20111105 03:56:22< Gambit> The slow click on text -> text box thing
20111105 03:56:49< Gambit> would probably be good for the editor and load dialog
20111105 04:00:29-!- un214 [~un214@adsl-75-45-20-64.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20111105 04:04:53-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 240 seconds]
20111105 04:06:33-!- un214 [~un214@adsl-75-45-20-64.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20111105 04:20:23-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20111105 04:21:37-!- Ivanovic_ [~ivanovic@dtmd-4db2ba36.pool.mediaWays.net] has joined #wesnoth-dev
20111105 04:22:40-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20111105 04:24:43-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20111105 04:25:33-!- Ivanovic_ is now known as Ivanovic
20111105 04:32:32-!- Alarantalara [~alarantal@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Remote host closed the connection]
20111105 04:35:29-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection]
20111105 04:38:19-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20111105 05:08:53-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Remote host closed the connection]
20111105 05:14:25-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20111105 05:21:40-!- iwontbecreative [~Thibault_@89-180-28-186.net.novis.pt] has quit [Quit: Bye]
20111105 05:24:22-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20111105 05:35:29-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20111105 05:38:12-!- ancestral [~ancestral@67-6-61-207.mpls.qwest.net] has joined #wesnoth-dev
20111105 06:04:48-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 169 bugs, 326 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 07:00:55-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20111105 07:06:56-!- SigurdFireDragon [1865eeac@gateway/web/freenode/ip.24.101.238.172] has joined #wesnoth-dev
20111105 07:35:11-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20111105 08:04:55-!- {V} [~{V}@174-76-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer]
20111105 08:05:18-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20111105 08:05:20-!- {V} [~{V}@174-76-ftth.onsneteindhoven.nl] has joined #wesnoth-dev
20111105 08:16:16-!- dtiger [~dtiger@dynamic-vpdn-46-53-165-247.telecom.by] has joined #wesnoth-dev
20111105 08:51:02-!- SigurdFireDragon [1865eeac@gateway/web/freenode/ip.24.101.238.172] has quit [Quit: Page closed]
20111105 08:53:52-!- Crendgrim [~crend@77-22-113-8-dynip.superkabel.de] has joined #wesnoth-dev
20111105 09:01:04-!- Ivanovic [~ivanovic@dtmd-4db2ba36.pool.mediaWays.net] has quit [Changing host]
20111105 09:01:04-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20111105 09:01:15-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20111105 09:01:36< Ivanovic> moin
20111105 09:23:10-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20111105 09:35:51-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20111105 10:23:16-!- ancestral [~ancestral@67-6-61-207.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20111105 10:57:07-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20111105 11:09:01-!- loonybot [~loonybot@ppp109-252-52-3.pppoe.spdop.ru] has joined #wesnoth-dev
20111105 11:09:01-!- loonybot [~loonybot@ppp109-252-52-3.pppoe.spdop.ru] has quit [Changing host]
20111105 11:09:01-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20111105 11:10:50-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20111105 11:23:25-!- stikonas [~gentoo@bermondsley.girton.cam.ac.uk] has joined #wesnoth-dev
20111105 11:23:25-!- stikonas [~gentoo@bermondsley.girton.cam.ac.uk] has quit [Changing host]
20111105 11:23:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20111105 11:25:26-!- atomicbomb [~quassel@61.94.46.243] has joined #wesnoth-dev
20111105 11:33:43-!- mjs-de [~mjs-de@g224180242.adsl.alicedsl.de] has joined #wesnoth-dev
20111105 11:36:08-!- negusnyul [~negusnyul@h47-207.pool95-168.dyn.tolna.net] has joined #wesnoth-dev
20111105 11:55:31-!- mjs-de [~mjs-de@g224180242.adsl.alicedsl.de] has quit [Remote host closed the connection]
20111105 11:59:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20111105 12:23:06< CIA-99> ivanovic * r51854 /trunk/po/ (8 files in 8 dirs): updated Japanese translation
20111105 12:25:05-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 260 seconds]
20111105 12:37:45-!- knotwork [~markm@142.177.233.18] has joined #wesnoth-dev
20111105 12:37:45-!- knotwork [~markm@142.177.233.18] has quit [Changing host]
20111105 12:37:45-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20111105 12:49:34-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 13:07:01-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has joined #wesnoth-dev
20111105 13:13:27-!- EdB [~edb@89.82.194.231] has joined #wesnoth-dev
20111105 13:16:15-!- Kolbur [~die@89.204.155.141] has joined #wesnoth-dev
20111105 13:16:23-!- stikonas [~and@bermondsley.girton.cam.ac.uk] has joined #wesnoth-dev
20111105 13:16:24-!- stikonas [~and@bermondsley.girton.cam.ac.uk] has quit [Changing host]
20111105 13:16:24-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20111105 13:28:55-!- Vorpal [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20111105 13:43:52-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20111105 13:54:26-!- Gambit [~Gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20111105 14:05:27-!- enchilado [~enchilado@unaffiliated/enchilado] has quit [Read error: Connection reset by peer]
20111105 14:05:57-!- enchilado [~enchilado@unaffiliated/enchilado] has joined #wesnoth-dev
20111105 14:08:22-!- koan_ is now known as koan
20111105 14:09:11-!- oldtopman [~oldtopman@71-208-213-204.hlrn.qwest.net] has joined #wesnoth-dev
20111105 14:09:11-!- oldtopman [~oldtopman@71-208-213-204.hlrn.qwest.net] has quit [Changing host]
20111105 14:09:11-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20111105 14:32:35-!- EdB [~edb@89.82.194.231] has quit [Remote host closed the connection]
20111105 15:14:28-!- Alarantalara [~alarantal@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20111105 15:26:58-!- Upth [~ogmar@c-76-105-37-245.hsd1.ca.comcast.net] has joined #wesnoth-dev
20111105 15:27:25-!- happygrue_ [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20111105 15:30:15-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 252 seconds]
20111105 15:30:15-!- Upthorn [~ogmar@c-76-105-37-245.hsd1.ca.comcast.net] has quit [Ping timeout: 252 seconds]
20111105 15:31:38-!- atomicbomb [~quassel@61.94.46.243] has quit [Remote host closed the connection]
20111105 15:33:26-!- Kolbur [~die@89.204.155.141] has left #wesnoth-dev []
20111105 15:39:07-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20111105 16:18:40-!- horon [~horon@nttkyo340050.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20111105 16:54:53< AI0867> isn't 'troll' a better undead_variation for ogres than the default one?
20111105 16:56:40< fendrin> Ivanovic: I have wired in a larger end turn button resolving bug #12424. Do you have an opinion about the visual experience?
20111105 17:02:43< CIA-99> alarantalara * r51855 /trunk/data/core/terrain-graphics.cfg: Improve case base terrain transitions
20111105 17:03:09< zookeeper> AI0867, dunno, they're more like humans than trolls IMO.
20111105 17:03:15< zookeeper> stats-wise it might make sense
20111105 17:05:14-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20111105 17:05:46-!- ancestral [~ancestral@67-6-61-207.mpls.qwest.net] has joined #wesnoth-dev
20111105 17:16:32< CIA-99> ai0867 * r51857 /trunk/src/race.hpp: Fix some indentation in race.hpp as it has been changed anyway
20111105 17:16:33< CIA-99> ai0867 * r51856 /trunk/ (5 files in 3 dirs): Introduce [race]undead_variation as a default for the race's [unit_type]s
20111105 17:16:36< CIA-99> ai0867 * r51858 /trunk/data/core/units.cfg: Add undead_variation keys to the core races
20111105 17:16:49< CIA-99> ai0867 * r51859 /trunk/data/core/units/ (82 files in 11 dirs): Remove [unit_type] undead_variation keys that are now unnecessary
20111105 17:17:10< AI0867> Espreon: ^
20111105 17:18:21< AI0867> testing this I noticed that the test scenario's dark adept's halo disappears on levelup
20111105 17:24:25< fendrin> AI0867: The test scenario's dark adept halo does wander around when zooming in the map.
20111105 17:26:27-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Remote host closed the connection]
20111105 17:28:11< AI0867> wesbot: topic
20111105 17:28:13-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 168 bugs, 326 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 17:28:21-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20111105 17:33:20< CIA-99> fendrin * r51860 /trunk/data/themes/default.cfg: 
20111105 17:33:20< CIA-99> Made the gui use the old sized button for small resoluitons.
20111105 17:33:20< CIA-99> Part of fixing bug #12424
20111105 17:48:39-!- timotei [~timotei@188.24.3.35] has joined #wesnoth-dev
20111105 17:48:39-!- timotei [~timotei@188.24.3.35] has quit [Changing host]
20111105 17:48:39-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20111105 17:58:21-!- happygrue [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20111105 17:59:24-!- happygrue_ [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20111105 18:04:48-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 167 bugs, 326 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 18:06:08-!- mjs-de [~mjs-de@g224180242.adsl.alicedsl.de] has joined #wesnoth-dev
20111105 18:17:50-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20111105 18:19:00< AI0867> wesbot: topic
20111105 18:19:01-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 166 bugs, 326 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 18:23:23< Espreon> AI0867: Thanks.
20111105 18:25:42-!- Kolbur [~die@89.204.155.141] has joined #wesnoth-dev
20111105 18:33:00-!- Sytyi [~Sytyi@198-93-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20111105 18:33:25< AI0867> anyone opposed to me applying the patch I posted to https://gna.org/bugs/?17535 ?
20111105 18:42:09< Soliton> should save the result of the time() call and use that consistently.
20111105 18:43:58< Soliton> and it'd be nice to have the ban time and failed attempts configurable.
20111105 18:49:55< Soliton> also i'd remove the second max attempts check.
20111105 18:52:43-!- Kolbur [~die@89.204.155.141] has quit [Ping timeout: 260 seconds]
20111105 18:52:45< Soliton> in general there is the question of just using the already existing ban mechanism. that'd allow moderators to see/tweak the ban and unban for example.
20111105 18:54:10-!- Kolbur_ [~die@89.204.155.141] has joined #wesnoth-dev
20111105 18:54:22-!- Kolbur_ is now known as Kolbur
20111105 19:09:49-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20111105 19:17:55-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20111105 19:26:24-!- iwontbecreative [~Thibault_@89-180-28-186.net.novis.pt] has joined #wesnoth-dev
20111105 19:26:49< CIA-99> anonymissimus * r51861 /trunk/src/ (actions.cpp scripting/lua.cpp team.cpp team.hpp): let capture events store previous owner in variable owner_side (FR bug #13567)
20111105 19:27:07< CIA-99> anonymissimus * r51862 /trunk/src/ (scripting/lua.cpp team.cpp team.hpp): introduce support to wesnoth.set_village_owner for not firing capture event
20111105 19:27:23< CIA-99> anonymissimus * r51863 /trunk/data/lua/wml-tags.lua: introduce [capture_village]fire_event=yes|no (def no)
20111105 19:27:39< CIA-99> anonymissimus * r51864 /trunk/src/team.cpp: fix variable owner_side not cleared if it didn't exist
20111105 19:27:55< CIA-99> anonymissimus * r51865 /trunk/changelog: changelog update
20111105 19:28:19< AI0867> Soliton: I've converted the system to ban using the usual system. There's still a possible issue for someone attacking a single username using a large number of IP addresses though
20111105 19:28:43< AI0867> however, addressing that would entail turning such an attack into a DoS for that user
20111105 19:29:07< AI0867> not a very likely scenario anyhow
20111105 19:29:18 * Soliton nods.
20111105 19:32:48< fendrin> anonymissimus: Hi, you confirmed my suspection that replays aren't aware of the recruiting leader. Do you still have the testcase for it?
20111105 19:37:04< iwontbecreative> Wesnoth isn't applying for GCi this year, is it?
20111105 19:38:13< AI0867> nope
20111105 19:38:59< iwontbecreative> Y, i guess that the only part that could really use of small tasks is the wiki and maybe the translations.
20111105 19:39:00-!- ancestral [~ancestral@67-6-61-207.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20111105 19:41:51< anonymissimus> fendrin: I have no testcase
20111105 19:42:21< anonymissimus> I browsed the code and looked at what a menu recall action looks like in the replay file
20111105 19:42:51< anonymissimus> even if you may not think that but I don't test everything xD
20111105 19:43:43< fendrin> anonymissimus: I see :-)
20111105 19:48:21< iwontbecreative> Damn i launch wesnoth for the first time in like 6 months and i get a segfault.
20111105 19:48:26< iwontbecreative> Why the hate :(
20111105 19:49:11< iwontbecreative> Ok it's a reproducible but strange segfault.
20111105 19:49:17< Crendgrim> because you didn't use it for 6 months.
20111105 19:49:33< iwontbecreative> i just compiled trunk :p
20111105 19:50:02< iwontbecreative> Ok so here's how to reproduce:
20111105 19:50:08< iwontbecreative> - launch tutorial
20111105 19:50:13< iwontbecreative> - Quit tutorial
20111105 19:50:18< iwontbecreative> - left arrow
20111105 19:50:23< iwontbecreative> Segfault
20111105 19:51:28< Crendgrim> yes, reproducable on openSUSE 11.4 (64bit).
20111105 19:51:30< timotei> iwontbecreative: fill a bug report :P
20111105 19:51:32< iwontbecreative> Well, it doesn't need to be the tutorial, anythign that brings you back to main menu works.
20111105 19:51:47< iwontbecreative> timotei. y i'm just testing to see how much info i can collect on this
20111105 19:51:52< Kolbur> hello
20111105 19:52:14< Gambit> Interesting.
20111105 19:52:42< iwontbecreative> i got this when doing it after closing the multiplayer login screen :
20111105 19:52:43< iwontbecreative> WML exception:
20111105 19:52:43< iwontbecreative> User message: Mandatory widget 'tips' hasn't been defined.
20111105 19:52:43< iwontbecreative> Dev message: Condition '!must_exist || result' failed at src/gui/widgets/widget.hpp:737 in function 'find_widget'.
20111105 19:53:17< timotei> hehe. GUI2 problems xD
20111105 19:53:25< iwontbecreative> I'll file a bug unless this is enough information for someone to fix it now :p
20111105 19:53:26< timotei> or that seems like it
20111105 19:55:05< AI0867> attached a new patch
20111105 19:57:26< anonymissimus> Espreon: I'm missing your report for [objectives]silent= :(
20111105 19:58:06< Espreon> anonymissimus: Be patient.
20111105 19:59:17< Espreon> anonymissimus: Well, I'll whip it up once Wesnoth finished recompiling.
20111105 19:59:21< Espreon> *finishes
20111105 20:12:01< Espreon> anonymissimus: OK, I got the testcase, now I just need to file the report and get it up.
20111105 20:12:57-!- fendrin [~fabi@88-134-14-215-dynip.superkabel.de] has quit [Remote host closed the connection]
20111105 20:15:50< iwontbecreative> Yet another segfault
20111105 20:16:49< iwontbecreative> in map editor, if you try to put village overlay terrain on map it will segfault
20111105 20:17:10< iwontbecreative> Could anyone confirm this?
20111105 20:17:47< Espreon> Doesn't happen to me.
20111105 20:18:46< Crendgrim> can't reproduce either.
20111105 20:19:08-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 245 seconds]
20111105 20:19:09< iwontbecreative> it works with all terrains that have nothign inside the parenthesis inside their tooltip on mine
20111105 20:19:28< Espreon> Alarantalara: Yeah, the special overlay terrains (like the village overlay) causes whitespots to appear on the minimap.
20111105 20:20:38< Espreon> ... and it's rather ugly.
20111105 20:20:40-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20111105 20:20:52< Espreon> iwontbecreative: Examples please.
20111105 20:21:25< iwontbecreative> Village overlay/village ; keep overlay/Donjon ; Castle overlay/ Château ; crash map editor on ym system
20111105 20:21:33< Alarantalara> I could make it transparent, but it seems like there should be some indication of it's presence on the map
20111105 20:21:37-!- Vorpal [~AnMaster@unaffiliated/anmaster] has quit [Ping timeout: 260 seconds]
20111105 20:21:45< Espreon> Alarantalara: Well, anything but solid white.
20111105 20:21:46< iwontbecreative> if i select when of those terrains and try to place it on editor
20111105 20:22:01< iwontbecreative> * if i select one
20111105 20:22:14< Espreon> iwontbecreative: It happens when you place one of those on anything... right?
20111105 20:23:32< iwontbecreative> Espreon: yes
20111105 20:23:49< Espreon> OK, well, then I can't reproduce it.
20111105 20:23:53-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20111105 20:28:25< Soliton> AI0867: if that kicked message makes sense please use the same format as the other log messages.
20111105 20:29:06< Soliton> AI0867: in the ban call leave group empty and give the username as last parameter.
20111105 20:30:54< Espreon> anonymissimus: And the links to the testcase are up.
20111105 20:31:42< AI0867> Soliton: unsure what you mean with the format here
20111105 20:33:13< Soliton> AI0867: <IP>\t<message mentioning the username>
20111105 20:33:48< Soliton> i don't really see how that message is needed at all though.
20111105 20:34:51< AI0867> I'll remove it then
20111105 20:34:58< Kolbur> Soliton: i posted how the bug can be reproduced on 1.8 at https://gna.org/bugs/index.php?16299
20111105 20:35:37< Kolbur> i hope someone will give it a try :)
20111105 20:37:07< Soliton> thanks.
20111105 20:37:17< AI0867> any other comments?
20111105 20:38:33< Soliton> nope, looks good if it works. :-)
20111105 20:38:51< AI0867> well, it compiles, but I haven't actually tested it
20111105 20:39:05< Kolbur> argh, i guess i can't edit my comment there? ^^
20111105 20:39:19< Soliton> nope.
20111105 20:39:48-!- dtiger [~dtiger@dynamic-vpdn-46-53-165-247.telecom.by] has quit [Remote host closed the connection]
20111105 20:39:52< Kolbur> oh well, should be clear enough
20111105 20:45:35-!- beetlenaut [~dan@174.32.63.204] has joined #wesnoth-dev
20111105 20:47:24< CIA-99> alarantalara * r51866 /trunk/data/core/terrain.cfg: Try a semi-transparent gray for castl, keep, village overlays
20111105 20:50:17< Espreon> Alarantalara: Much better. Thanks.
20111105 20:50:31< iwontbecreative> Alarantalara: This commit just fixed the bug i had.
20111105 20:50:48< iwontbecreative> it doesn't segfault anymore. whne i try to add one of these terrains.
20111105 20:51:07< Espreon> iwontbecreative: Do you think you could get a backtrace?
20111105 20:51:19< Espreon> A backtrace would be very nice.
20111105 20:51:36< Alarantalara> Especially since I did nothing that should be able to fix a segfault
20111105 20:52:16< Kolbur> lol, i just found a way how to do it on 1.9 and the result is even worse...
20111105 20:55:02< iwontbecreative> Espreon, Alarantalara : Found where the problem comes from, value "alpha" for symbol_image
20111105 20:55:24< iwontbecreative> If i change any terrain symbol_image to alpha and try to put in on the map it crashes
20111105 20:56:32< iwontbecreative> Probably some bug with transparent things on my system. (I just installed a new window manager, that might eb the reason)
20111105 20:56:54< Alarantalara> alpha isn't a transparent image
20111105 20:57:07< Alarantalara> it's a white hex surrounded by black
20111105 20:57:33< iwontbecreative> Then i have to look how to get a backtrace :p
20111105 20:57:37-!- Sytyi [~Sytyi@198-93-133-95.pool.ukrtel.net] has quit [Remote host closed the connection]
20111105 20:57:37< Alarantalara> does the file core/images/terrain/alpha.png exist on your computer?
20111105 20:57:46< Alarantalara> and if so, is it corrupt?
20111105 20:58:28< grzywacz> http://www.nopaste.pl/163d
20111105 20:58:32< grzywacz> this stack?
20111105 20:58:46< grzywacz> trunk: open language selection menu, close, left arrow
20111105 20:59:23< Espreon> grzywacz: I already got and posted that one.
20111105 20:59:36-!- Crendgrim [~crend@77-22-113-8-dynip.superkabel.de] has quit [Quit: ...]
20111105 20:59:41< grzywacz> ok, good
20111105 20:59:47< Espreon> Well, actually.
20111105 20:59:52< Espreon> Mine's longer.
20111105 21:00:01< iwontbecreative> Alarantalara: It exists and i can open it with eog so don't think that's the problem.
20111105 21:00:39< grzywacz> Espreon, http://www.nopaste.pl/163f
20111105 21:00:48< grzywacz> another one for "the same" crash
20111105 21:01:09< Espreon> OK.
20111105 21:01:26< Alarantalara> My wild guess doesn't work then. I don't know of anything special about that image
20111105 21:01:27< Espreon> iwontbecreative: Do you have gdb installed?
20111105 21:02:18< Espreon> If not, install it.
20111105 21:02:25< iwontbecreative> Espreon: Yes
20111105 21:02:27< iwontbecreative> Program received signal SIGSEGV, Segmentation fault.
20111105 21:02:29< iwontbecreative> 0x00007ffff536e7f3 in std::_Rb_tree_increment(std::_Rb_tree_node_base*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
20111105 21:02:31-!- Sytyi [~Sytyi@198-93-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20111105 21:02:36< iwontbecreative> The backtrace I got
20111105 21:03:13< iwontbecreative> i didn't recompile wesnoth with -enable-debug though
20111105 21:03:43< grzywacz> iwontbecreative, type 'bt' after you get that message
20111105 21:03:47< Espreon> Yeah.
20111105 21:07:23< iwontbecreative> Espreon: http://pastebin.com/AC6uius4
20111105 21:07:41< iwontbecreative> I'm going to eat now so i won't be there for a while
20111105 21:07:54< iwontbecreative> Should be back in 40 mins
20111105 21:16:20< Espreon> iwontbecreative: OK, now file a bug report.
20111105 21:19:15< anonymissimus> iwontbecreative: also, it would be nice to generate backtraces from debug builds; in scons you would pass build=debug as a parameter
20111105 21:21:01< Espreon> iwontbecreative: ... and the resulting binary should be called wesnoth-debug
20111105 21:25:34< Kolbur> i have a question: How can i increase the interest in a specific bug posted on gna,org?
20111105 21:25:56< Kolbur> is the voting of any use there?
20111105 21:27:06< Kolbur> in case anyone is interested already, i'm talking about that one: https://gna.org/bugs/index.php?16299 ;)
20111105 21:29:19< AI0867> wesbot: bug 16299
20111105 21:29:20< wesbot> Bug #16299  Assigned to: None  Status: Confirmed  Priority: 5 - Normal
20111105 21:29:23< wesbot> Summary: changing control of a side right before it starts its turn misses side init
20111105 21:29:26< wesbot> Original submission: Hello.I have a weak connection and time to time I get
20111105 21:29:29< wesbot>  disconnected. Always I have to change the nick because the old one it is still 
20111105 21:29:32< wesbot> URL: https://gna.org/bugs/?16299
20111105 21:29:48< AI0867> ah, that one
20111105 21:30:17< AI0867> I don't know too much about how MP works, so I can't help you there
20111105 21:30:35< CIA-99> espreon * r51867 /trunk/data/multiplayer/eras.cfg: 'colour' -> 'color'.
20111105 21:31:51< Kolbur> well, i posted how it can be reproduced there, i also found out that there's something going even worse in 1.9.9 than in 1.8
20111105 21:32:38< CIA-99> espreon * r51868 /trunk/data/campaigns/ (3 files in 3 dirs): More 'colour' -> 'color' conversions.
20111105 21:38:38< iwontbecreative> espreon: Not sure I did everything right, should I be getting this kind of backtrace: http://pastebin.com/5uZ77Eb9
20111105 21:39:48< Espreon> iwontbecreative: Yup.
20111105 21:40:25< iwontbecreative> Ok then I'll report the bug.
20111105 21:40:43< Espreon> All right.
20111105 21:44:39< anonymissimus> Kolbur: the best way to increase interest into a bug is doing as much as possible oneself
20111105 21:45:00< anonymissimus> at best, submitting a perfect patch fixing it xD
20111105 21:45:56< anonymissimus> still good, providing as much info as possible, such as a nice testcase or testcase description which can reproduce the bug easily and aways
20111105 21:47:38< anonymissimus> from glancing over your description, thats probably pretty much everything you can do
20111105 21:50:12< anonymissimus> from what the description sounds, it's a pretty hard to reproduce bug, that is, it's not easy to make some guesses and fix it without time-consuming debugger-step-step, such bugs tend to linger around ;)
20111105 21:51:16< Kolbur> yes i can imagine, i'm a bit worried that it seems to be worse in 1.9.9 though
20111105 21:52:53< Kolbur> afaik it all originates in the serve-client rewrites since 1.7
20111105 21:54:54< Espreon> iwontbecreative: You might want to be more specific for your OS and stuff.
20111105 21:55:10< Espreon> ... Because I too use Linux, yet I don't get anything./
20111105 21:59:50< anonymissimus> i experienced that bug several times myself as well
20111105 22:00:04< iwontbecreative> Like what, kernel version or distribution
20111105 22:00:20< anonymissimus> wesbot: log 41661
20111105 22:00:21< wesbot> jhinrichs * r41661 : Fix bug #15598 (can't move units after reloading game)
20111105 22:00:24< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=41661
20111105 22:01:49< Espreon> iwontbecreative: Yeah, distribution, gcc version, boost version...
20111105 22:02:29-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20111105 22:03:20< anonymissimus> Kolbur: some things to investigate could be which stuff that is usually done during side initialization is actually missed
20111105 22:03:52< anonymissimus> is it all of it, for instance, is healing performed (regeneration, healers)
20111105 22:04:09< anonymissimus> or only movement points not set to maximum
20111105 22:04:45< anonymissimus> and are wml events fired, side turn, turn refresh
20111105 22:06:23< Kolbur> i know that it includes: no movement point, no income, no healing
20111105 22:07:01< Kolbur> how can i find out about the events?
20111105 22:07:37< anonymissimus> you would put debug messages into them
20111105 22:07:56< anonymissimus> can be done in a simply MP scenario
20111105 22:08:31< anonymissimus> also, Soliton asked some questions in the bug thread which are important, they are not yet answered
20111105 22:09:21< anonymissimus> the events are probably affected as well however
20111105 22:10:40< Kolbur> the funny thing is that almost every multiplayer regular could answer these questions (if he payed attention) because this bug comes up regularly
20111105 22:11:04< anonymissimus> also, can the bug only be reproduced in networked mp ? has it ever been seen in local mp ?
20111105 22:11:52< anonymissimus> yes, but the vast majority of mp people don't care about bug reporting
20111105 22:12:37< anonymissimus> nor do they seem to know about how wesnoth works (other than playing)
20111105 22:14:00< Kolbur> hm, this might be true, but on the other hand i think there are a lot of regular players who would be ready to give information about such bugs
20111105 22:14:34< Kolbur> and would even do some of the legwork to get rid of them ;)
20111105 22:16:01< anonymissimus> well, then encourage them to post answers to the Soliton's question for instance
20111105 22:16:07< beetlenaut> Hey! The waypoint shortcut is gone. It was so simple and effective...why did it have to be removed?
20111105 22:16:13< CIA-99> espreon * r51869 /trunk/data/core/encyclopedia/geography.cfg: Fixed some capitalization and a topic link in the encyclopedia.
20111105 22:16:21< CIA-99> ai0867 * r51870 /trunk/src/ (3 files in 2 dirs): Ban IPs that cause too many failed login attempts. Fixes bug #17535
20111105 22:16:33< anonymissimus> beetlenaut: it was to fix a problem with teh wb
20111105 22:16:34< Espreon> beetlenaut: Because the whiteboard apparently supersedes it.
20111105 22:16:37< CIA-99> ai0867 * r51871 /trunk/src/server/ (server.cpp server.hpp): Make the failed login banner configurable
20111105 22:16:48< Espreon> AI0867: How many is too many?
20111105 22:16:53< CIA-99> ai0867 * r51872 /trunk/src/multiplayer.cpp: Add a translatable message for the new error code
20111105 22:17:12< anonymissimus> it cause a bug, which got fixed by removing a the feature :|
20111105 22:17:22-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20111105 22:17:50< beetlenaut> Using the whiteboard is arguably *more* trouble than just moving the unit each turn. I loved that feature. That's not a pretty way to resolve a bug.
20111105 22:18:08< anonymissimus> complain to gabba
20111105 22:18:25< Kolbur> ohhh, this is such an important player topic too :D
20111105 22:18:59< Kolbur> beetlenaut: i don't think you realise how important the whiteboard is for the hardcore players
20111105 22:19:44-!- Upth [~ogmar@c-76-105-37-245.hsd1.ca.comcast.net] has quit [Ping timeout: 276 seconds]
20111105 22:19:58< anonymissimus> Kolbur: what do the hardcore players think about it; is it actually used in the tournament games, and is it an advantage ?
20111105 22:20:17< Kolbur> we currently figure it out in the WTT tournament
20111105 22:20:18< anonymissimus> since I doubt it is, it's simply to comlicated and confusing
20111105 22:20:26< Espreon> Kolbur: But what about those who aren't hardcore players?
20111105 22:20:27< AI0867> Espreon: 10 in an hour
20111105 22:20:34< AI0867> configurable though
20111105 22:20:38< Kolbur> unfortunately it's stil quite buggy
20111105 22:20:45< anonymissimus> sure
20111105 22:21:02< Espreon> AI0867: Does it warn whomever that X number of failed attempts = ban?
20111105 22:21:06< beetlenaut> I can't seem to get much use out of it. Your plans constantly have to change during your turn depending on how attacks go.
20111105 22:21:13< Kolbur> but i like it so far, it could be great when it's more refined
20111105 22:21:19< AI0867> wesbot: topic
20111105 22:21:21-!- wesbot changed the topic of #wesnoth-dev to: 1.9.10 (start of string-/feature-freeze) planned early on Sunday | 168 bugs, 325 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20111105 22:21:30< AI0867> Espreon: nope, but the ban only lasts an hour
20111105 22:21:41< Espreon> OK.
20111105 22:21:48< anonymissimus> beetlenaut: yes, I definitely subscribe to that point
20111105 22:22:15< Kolbur> beetlenaut: yes, that part is still not perfect, it should have at least the same functionality like the delay shroud updates
20111105 22:22:27< beetlenaut> I *did* get a lot of use out of waypoints.
20111105 22:22:45< beetlenaut> I guess I can PM gabba on the forum.
20111105 22:24:14< anonymissimus> Kolbur: when I checked out the whiteboard first I was kind of exited, since it visualizes my thoughts when playing a campaign; but it actually never got off the ground since the summer last year
20111105 22:24:31< anonymissimus> and it's causing problems even when deactivated
20111105 22:25:01-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20111105 22:27:09< shadowmaster> Have enough people looked at the open patches to see whether there's anything that must be applied before the freeze?
20111105 22:27:26< shadowmaster> applied/rejected
20111105 22:27:44< AI0867> I haven't
20111105 22:27:57< AI0867> I've just been looking at bugs at level important and above
20111105 22:28:11< AI0867> wesbot:topic
20111105 22:28:13< wesbot> AI0867: Don't be impatient, wait until something changes...  *tsk*
20111105 22:32:11< shadowmaster> anonymissimus: please mark https://gna.org/patch/?2336 as "Won't Do" since you marked the parent bug as "WOn't Fix"
20111105 22:33:10< shadowmaster> I guess I could check #2267 (I wonder why people insist on assigning GUI1 bugs to mordante)
20111105 22:33:46< shadowmaster> loonycyborg: what's the status of #2192?
20111105 22:34:42< shadowmaster> sigh, yet another mis31930assigned patch, 
20111105 22:34:52< shadowmaster> *misassigned patch, #1930
20111105 22:36:16< anonymissimus> shadowmaster: there's even a patch for that bug...what a pity
20111105 22:36:45< anonymissimus> are my reasons for closing that bug ok in your eyes ?
20111105 22:37:03< anonymissimus> it simply shoul've been fixed in time that is
20111105 22:38:29< shadowmaster> probably
20111105 22:39:29< anonymissimus> but it is a patch fixing a bug, is it affected by the freeze ?
20111105 22:40:14< shadowmaster> it is not, but that doesn't mean it's not a good idea to clean up the tracker either
20111105 22:41:50< Alarantalara> There's a new feature patch submitted to the forums: http://forums.wesnoth.org/viewtopic.php?f=10&t=35404 I've directed him to the bug tracker, but it seemed possible that it may not appear there until after the freeze
20111105 22:42:04< anonymissimus> AI0867: the wolves get an inappropriate undead variation
20111105 22:42:10< Alarantalara> So, I'm mentioning it here to give it a small chance of success
20111105 22:42:52< shadowmaster> It doesn't convince me since I can already do that with the current features ;)
20111105 22:42:53< anonymissimus> AI0867: and gryphons and gryphon riders get the drake variation
20111105 22:43:58< Kolbur> anonymissimus: the best part of the whiteboard is that you can plan your moves on the opponents turn imo
20111105 22:44:08< AI0867> anonymissimus: nope, that's a gryphon variation, they just use the drake sprite
20111105 22:44:17< AI0867> and the wolves already got the mounted variation
20111105 22:44:37< anonymissimus> yes, but they aren't mounted...
20111105 22:44:43< anonymissimus> in their living form
20111105 22:44:55< AI0867> previous behavior was identical
20111105 22:45:08< Kolbur> wolf corpses get cav resistances btw
20111105 22:45:14< Kolbur> not really logical...
20111105 22:50:16-!- mjs-de [~mjs-de@g224180242.adsl.alicedsl.de] has quit [Remote host closed the connection]
20111105 22:50:27< anonymissimus> shadowmaster: I can load the replay from teh related bug now, seems this is related to your recent fix
20111105 22:50:38< anonymissimus> maybe it's even teh same bug
20111105 22:51:18< anonymissimus> deekay applied his modification to 1.8 as well, it's possible
20111105 22:52:41-!- enchilado [~enchilado@unaffiliated/enchilado] has quit [Read error: No route to host]
20111105 22:53:08-!- enchilado [~enchilado@unaffiliated/enchilado] has joined #wesnoth-dev
20111105 22:55:45< shadowmaster> Ah, good the awful mess of an End Turn button is now restricted to 1280x800 fullscreen here.
20111105 23:03:25-!- horon [~horon@nttkyo779018.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 23:05:07-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20111105 23:05:07-!- Upth is now known as Upthorn
20111105 23:09:32< CIA-99> shadowmaster * r51873 /trunk/src/menu_events.cpp: Remove an unneded call to redraw the whole display after showing the Preferences dialog in-game
20111105 23:09:52-!- horon_ [~horon@nttkyo338021.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 23:11:46< loonycyborg> shadowmaster: I'm not sure whether fixing this issue is worth bothering with. afaik cwd almost always matches binary's location in practice on windows.
20111105 23:12:23-!- horon [~horon@nttkyo779018.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Ping timeout: 276 seconds]
20111105 23:12:47-!- horon_ [~horon@nttkyo338021.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Client Quit]
20111105 23:13:08-!- horon [~horon@nttkyo338021.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20111105 23:15:02< anonymissimus> Espreon: i hope you've grabbed on the whole wesnoth/ repository for colour->color now :P
20111105 23:16:35< AI0867> a possible workaround for bug #16571 would be to add a set_string member to config::attribute_value, which doesn't "intelligently parse" it. The question is whether it's worth the ugliness
20111105 23:17:02-!- Blueblaze [~Blueblaze@adsl-99-171-162-46.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20111105 23:18:05< shadowmaster> By the way, why do I see both color and colour in Inspect when viewing a side's overview?
20111105 23:20:31< shadowmaster> Oh, let me guess, compatibility? Even though it's apparently scheduled to be removed in 1.9.2 according to the code comments.
20111105 23:20:51< anonymissimus> in inspect it shouldn't be needed
20111105 23:21:46< anonymissimus> my endturn button looks strange :|
20111105 23:23:09< shadowmaster> Inspect probably shares a code path which keeps colour for compatibility with old WML.
20111105 23:23:39< shadowmaster> Still, it'd make sense to get rid of all this deprecated crap that was supposed to be removed already, before 1.9.10.
20111105 23:27:08< anonymissimus> I suggest to keep wml deprecations over stable revisions actually
20111105 23:27:40-!- horon [~horon@nttkyo338021.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Ping timeout: 255 seconds]
20111105 23:27:41< anonymissimus> that is, remove colour support (and similar) once we're in 1.11
20111105 23:28:58< anonymissimus> it comes from team::write probably
20111105 23:31:49< shadowmaster> 1grrr
20111105 23:33:33< shadowmaster> wmllint was created precisely to avoid this
20111105 23:42:58< Gambit> anonymissimus: yeah it looks really strange
20111105 23:43:18< Gambit> Apparently it's to help people notice it
20111105 23:44:03-!- anonymissimus_ [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20111105 23:45:27< shadowmaster> I imagine kids with ADD would approve.
20111105 23:46:53-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Ping timeout: 240 seconds]
20111105 23:47:00-!- anonymissimus_ is now known as anonymissimus
20111105 23:48:23< CIA-99> shadowmaster * r51874 /trunk/data/scenario-test.cfg: Remove translatable flag for a string in test scenario
20111105 23:50:02-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Read error: Connection reset by peer]
20111105 23:50:57< shadowmaster> wesbot: seen crab_
20111105 23:50:58< wesbot> shadowmaster: The person with the nick Crab_ last spoke 8d 4h ago.  8d 2h ago they left with the message: Quit: Do it for joy and you can do it forever
--- Log closed Sun Nov 06 00:00:34 2011