--- Log opened Tue Nov 17 00:00:13 2009
--- Day changed Tue Nov 17 2009
20091117 00:00:13-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091117 00:05:34-!- Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has joined #wesnoth-dev
20091117 00:06:19< ilor> Soliton: can an admin can reset an addon's password?
20091117 00:06:34-!- Bellerophon_true [n=chatzill@BSN-142-154-17.dial-up.dsl.siol.net] has joined #wesnoth-dev
20091117 00:07:27< Soliton> ilor: yes.
20091117 00:07:55< ilor> do you think it'd make sense to have a user-triggered password reset?
20091117 00:08:17< Soliton> well, how will it authenticate?
20091117 00:09:46< ilor> it could use the author's email address and send a new password there
20091117 00:11:01< Soliton> that's not the authentication part.. but it could be triggered by an email from there.
20091117 00:12:01-!- Doppp [i=Doppp@unaffiliated/doppp] has quit [Read error: 104 (Connection reset by peer)]
20091117 00:12:04< Crab_> ilor: wouldn't it make more sense to use forum accounts for that,too ?
20091117 00:13:29< ilor> and require the forum accoiunt name in the pbl file for that? hmm maybe
20091117 00:16:37< Crab_> ilor: (or require account to be in specific forum group..)
20091117 00:17:15< ilor> no, I mean the addon server would have to know the forum account name of the author
20091117 00:17:33< ilor> using forum authentication for admin access to the addon server is planned already 
20091117 00:17:53< Crab_> ilor: ah, yes, this would work, too, if it's not possible to have them 'the same'
20091117 00:18:25< ilor> Crab_: well generally we shouldn't assume the authors nick and forum account are the same, should we?
20091117 00:19:03< Crab_> shouldn't we ? after all, this is a *login*, used for auth, not a 'name' or 'real name'
20091117 00:19:39< Soliton> if you plan on using forum accounts for admin access you might as well use it for authors as well.
20091117 00:20:09< Crab_> it will allow things like 'add person X into forum group A, and that person immediately gains access to addon server'
20091117 00:21:08< ilor> mordante: I'm getting the assert I've mentioned before again. It happens when entering the 1.7 server and seems dependant on several conditions ie probably won't happen again in a while
20091117 00:21:15-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 72 bugs, 244 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091117 00:23:23< Crab_> ilor: of course, nothing prevents an indirection layer if it's really needed that 'usernames sometimes don't match', but, it should be optional (e.g. only for those usernames which don't match with forum accounts, which is a bad thing, imho)
20091117 00:23:50< ilor> Soliton, Crab_: right now http://wiki.wesnoth.org/PblWml#author says "If several people have contributed significantly to the campaign you should list all of their names. "
20091117 00:25:04< Crab_> ilor: do all of the said 'authors' have upload rights to their addon on addon server ?
20091117 00:25:04< ilor> so maybe a forum_account = "authorized forum account name" (if different from author)
20091117 00:25:35< ilor> Crab_: irrelevant, I mean that right now we treat 'author' as a description field really without much semantics
20091117 00:25:43< Crab_> ilor: ok
20091117 00:26:04< Crab_> ilor: but, then, it doesn't need any semantics - it should be better left as text
20091117 00:26:24< ilor> Crab_: it's text vs "text intepreted as forum account name"
20091117 00:30:03-!- LFC|Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has joined #wesnoth-dev
20091117 00:30:18< Crab_> ilor: imo, forum_account is not really needed there
20091117 00:31:16< Crab_> ilor: because forum_account is an envelope thing. e.g. if person X uploads that file, then the forum_account associated with file is X;  if person Y uploads the same file, then the forum_account associated with file is Y; 
20091117 00:31:43< Crab_> ilor: so, pbl can stay 'as is'
20091117 00:32:51< ilor> huh?
20091117 00:33:22< ilor> and how do you know who uploaded the file?
20091117 00:34:22< Crab_> ilor: imo, that's what 'use forum auth before allowing upload' is for.
20091117 00:34:53-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091117 00:34:58< ilor> mordante: seems to be related to the initial screen size, if I maximize the window before going into the lobby I don't get the crash
20091117 00:35:07< ilor> Crab_: ah, that's what you mean
20091117 00:35:23-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 104 (Connection reset by peer)]
20091117 00:35:24-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091117 00:36:11-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 180 seconds]
20091117 00:36:27< ilor> I did not originally plan requiring forum auth for addon uploads, but I guess it might make sense
20091117 00:36:51< Crab_> this will solve 'password reset' issue nicely
20091117 00:37:04< ilor> yeah
20091117 00:37:10< Crab_> since there'll be no need for any passwords inside the pbl
20091117 00:37:21-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091117 00:37:23< ilor> compatibility with old clients goes out, though
20091117 00:37:49< Crab_> why ?
20091117 00:38:06-!- LFC|Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has quit [Read error: 104 (Connection reset by peer)]
20091117 00:38:28< ilor> well, how will a 1.6 client know how to send the new auth stufff?
20091117 00:38:32-!- Bellerophon_true [n=chatzill@BSN-142-154-17.dial-up.dsl.siol.net] has quit ["ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]"]
20091117 00:39:41-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091117 00:39:43< Crab_> ilor: how exactly do authors upload addons now ? 
20091117 00:40:11< ilor> they push a button in the addon download dialog
20091117 00:41:19< Crab_> ok, then the old system will be needed as a compatability feature
20091117 00:42:08< Crab_> for 1.6
20091117 00:42:41< Crab_> i.e. "if (no auth stuff sent by client) then {use old way;} else {use new way;}"
20091117 00:49:30< Soliton> ilor, Crab_: i think a maintainer/uploader field with a list of forum accounts might be best.
20091117 00:49:51< Crab_> Soliton: this would be good for other reasons, yes
20091117 00:49:58< Crab_> Soliton: but what about the auth issue?
20091117 00:50:18-!- LFC|Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has joined #wesnoth-dev
20091117 00:50:26< Soliton> well, via forum accounts sounds good.
20091117 00:50:28< Crab_> Soliton: is it *really* good to list forum pw inside a pbl ?
20091117 00:50:53< shadowmaster> um.
20091117 00:50:53< Crab_> Soliton: I was thinking about a name/pass dialog (same as when connecting to MP server)
20091117 00:51:00< Soliton> that or ask for it before uploading.
20091117 00:51:20< Soliton> and allow saving in preferences like for mp.
20091117 00:51:21< shadowmaster> I don't like that it's possible to save yuor password in clear text in preferences in the first place. It's not possible to store it in the same format that the server expects?
20091117 00:51:46< shadowmaster> which IIRC was a salted hash?
20091117 00:51:50< Crab_> Soliton: then, forum_account of uploader in pbl is irrelevant to auth issue.
20091117 00:52:04< Crab_> shadowmaster: that depends on what kind of auth the forum has...
20091117 00:52:33< Crab_> shadowmaster: does it need a cleartext password to verify the pass? or does it only need a hash ?
20091117 00:53:08< shadowmaster> no idea, I just remember reading something about wesnothd hashing it before sending.
20091117 00:53:09-!- SonIcco [n=SonIcco@pD951344A.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20091117 00:53:23-!- SonIcco [n=SonIcco@pD951344A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091117 00:53:30< Crab_> and, if it only needs the hash, then the hash is not different from password from a security point of view. e.g. if it can be used to login :)
20091117 00:54:11< shadowmaster> yes, but it's less possible that someone will feed that to the web form for forum login
20091117 00:54:28< shadowmaster> *less likely.
20091117 00:55:35< Crab_> shadowmaster: I'd say that forum password is more vulnerable than a cleartext pass in a text file )
20091117 00:56:34< Crab_> shadowmaster: but yes, in that case, storing a hash will 'somewhat' help...
20091117 00:56:46< Soliton> Crab_: i'm not following. the uploader field would specify who is allowed to upload and then the client needs a login and password to authenticate to one of those accounts.
20091117 00:57:59< Crab_> Soliton: why the uploader field is needed,then ? it will allow multiple forum accounts to change this addon?
20091117 00:58:28< Crab_> Soliton: e.g., if there's only one uploader, then he's perfectly determined by the login of the person who uploaded it.
20091117 00:58:49< Soliton> yes, each addon needs to be associated to some accounts of course.
20091117 00:59:55< Crab_> Soliton: then,on upload, the server will need to peek into the pbl and see if that uploader_field contains currently authenticated user..
20091117 01:00:02-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091117 01:00:51< Crab_> what's done with pbl's, after that ? are they converted to rows in sql db ?
20091117 01:02:41< Soliton> the info is saved in the campaign list on the server.
20091117 01:03:52< Crab_> Soliton: ok. so, 'uploader field will specify a list of forum accounts which are allowed to upload and then the client will need a login and password to authenticate to one of those accounts to upload that addon' ?
20091117 01:05:00< Soliton> yes.
20091117 01:05:09< Crab_> sounds good enough
20091117 01:05:54< Crab_> and the passphrase field will be no longer needed
20091117 01:06:39-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091117 01:06:54< Crab_> and the email field, too, will be no longer needed
20091117 01:07:24-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091117 01:08:10< ilor> what about old clients though -- a legacy mode?
20091117 01:08:23< Crab_> yes
20091117 01:08:49< Soliton> is there a big need to be compatible?
20091117 01:09:06< Crab_> we do want to support updates to addons for 1.6 ?
20091117 01:09:26< Soliton> with 1.6.
20091117 01:09:36< ilor> well, whatever I end up writing with my buddies likely won't be around for 1.8 too
20091117 01:10:06< Crab_> ok. then, it will only touch 1.9 addon server ?
20091117 01:10:14< Soliton> of course it's not going in 1.8 it can go in 1.9/10 though.
20091117 01:10:35< ilor> yeah but that'll mean very little exposure for quite a while
20091117 01:10:45< ilor> so I'd be for compatibility ;)
20091117 01:11:00< Crab_> ilor: you'd want to backport it to 1.8 ?
20091117 01:11:34< Soliton> how is exposure in compatibility mode going to help anything?
20091117 01:11:40< ilor> more like maintaining compatibility with the old upload protocol
20091117 01:12:07< ilor> Soliton: you have a point I guess
20091117 01:12:19< Crab_> Soliton: imagine 1.8 addon server which knows how to handle both 'old' and 'new' uploads, and imagine 1.8.3 clients using new style, and 1.8.2 and 1.8.1 and 1.8.0 clients using old style.
20091117 01:12:46< Crab_> then, it would gain more exposure during 1.8 lifetime
20091117 01:13:14< Crab_> that's why I asked  'will it be backported to 1.8?'
20091117 01:13:29< Soliton> well, not sure we want such a big change in a stable version.
20091117 01:13:40< Soliton> i don't see the point.
20091117 01:13:59< ilor> essentially it's effort vs gain. I'm starting to think it might be better to just drop upload compatibility
20091117 01:14:01< Crab_> if ilor is not going to backport it, there's no need to have a 'legacy mode'
20091117 01:14:12< Crab_> less code, less bugs
20091117 01:15:00< ilor> also more freedom in making changes
20091117 01:16:17< Crab_> yes
20091117 01:22:25< Crab_> night
20091117 01:22:29-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091117 01:44:42-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 01:49:04-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit ["you highlight me everywhere!! :("]
20091117 01:51:39-!- LFC|Doppp is now known as Doppp
20091117 01:52:04-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091117 01:57:11-!- Chusslove [n=Chusslov@brsg-d9bef544.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091117 02:04:07-!- Chusslove [n=Chusslov@brsg-d9bee98f.pool.mediaWays.net] has joined #wesnoth-dev
20091117 02:08:36-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 145 (Connection timed out)]
20091117 02:09:16-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091117 02:14:01-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091117 02:17:20-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote closed the connection]
20091117 02:19:44< shadowmaster> esr: around?
20091117 02:20:08-!- SonIcco [n=SonIcco@pD951344A.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091117 02:20:36-!- shadowm_laptop is now known as SpinachMaster
20091117 02:26:11-!- shadowmaster is now known as shadowm
20091117 02:31:17-!- shadowm is now known as shadowmaster
20091117 02:40:06-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 02:47:04-!- crimson_penguin [i=40c93cd3@gateway/web/freenode/x-jpmmjrywjplgqmuq] has joined #wesnoth-dev
20091117 02:54:43-!- SpinachMaster is now known as evilshadowm
20091117 02:56:13-!- Espreon is now known as Cheese-kun
20091117 02:59:09-!- Cheese-kun is now known as Espreon
20091117 03:00:43-!- ardesh [n=ardesh@port-92-206-5-128.dynamic.qsc.de] has quit [Read error: 60 (Operation timed out)]
20091117 03:00:58-!- ardesh [n=ardesh@port-92-195-41-248.dynamic.qsc.de] has joined #wesnoth-dev
20091117 03:04:16-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091117 03:04:26-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091117 03:17:35-!- evilshadowm [n=ignacio@wesnoth/developer/shadowmaster] has quit ["and everyone turns into tang"]
20091117 03:21:24-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20091117 03:25:22< Aethaeryn> esr: *poke*
20091117 03:26:10 * Aethaeryn is editing someone's work on wesnoth-editor and has some disputed word choice.
20091117 03:29:51-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091117 03:32:48-!- ilor [n=ilor@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20091117 03:40:33-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Read error: 110 (Connection timed out)]
20091117 03:45:00-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091117 03:45:35-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 03:49:57-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091117 03:57:27-!- Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has quit [Connection reset by peer]
20091117 03:58:05-!- Blueblaze [n=nick@99.158.46.90] has joined #wesnoth-dev
20091117 04:29:09-!- Ivanovic_ [n=ivanovic@dtmd-4db2fa6e.pool.mediaWays.net] has joined #wesnoth-dev
20091117 04:45:24-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20091117 04:46:31-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091117 04:47:07-!- Ivanovic_ is now known as Ivanovic
20091117 04:54:03-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 05:05:14-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091117 05:07:12-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091117 05:10:49-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has quit [Read error: 60 (Operation timed out)]
20091117 05:11:52-!- Zarel_ is now known as Zarel
20091117 05:24:45-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 60 (Operation timed out)]
20091117 05:26:15< CIA-55> fendrin * r39817 /branches/fendrin_gui_stuff/data/gui/default/window/wml_message.cfg: Renamed the message's ids.
20091117 05:28:23< CIA-55> fendrin * r39818 /branches/fendrin_gui_stuff/data/gui/default/window/ (icon_message.cfg transient_message.cfg wml_message.cfg): renamed the definition file for the icon message.
20091117 06:03:26-!- _teddy [n=fedor76@ppp-78-24-25-8-bras0.istra.ru] has quit [Remote closed the connection]
20091117 06:04:48-!- noy [n=Noy@wesnoth/developer/noy] has quit [Success]
20091117 06:07:36-!- Chusslove [n=Chusslov@brsg-d9bee98f.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091117 06:09:05-!- _teddy [n=fedor76@ppp-78-24-25-8-bras0.istra.ru] has joined #wesnoth-dev
20091117 06:13:45-!- Chusslove [n=Chusslov@brsg-d9bef848.pool.mediaWays.net] has joined #wesnoth-dev
20091117 06:20:04-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091117 06:32:42-!- dtiger [n=dtiger@dynamic-vpdn-93-125-62-18.telecom.by] has joined #wesnoth-dev
20091117 06:42:09-!- Blueblaze [n=nick@99.158.46.90] has quit [Remote closed the connection]
20091117 07:06:01-!- crimson_penguin [i=40c93cd3@gateway/web/freenode/x-jpmmjrywjplgqmuq] has quit []
20091117 07:26:48-!- SonIcco [n=SonIcco@pD9512D1F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091117 07:49:49-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091117 07:53:41-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote closed the connection]
20091117 07:54:20-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20091117 08:24:50-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091117 08:44:25-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20091117 09:00:53-!- Netsplit verne.freenode.net <-> irc.freenode.net quits: zookeeper, freim
20091117 09:02:50-!- Netsplit over, joins: freim
20091117 09:07:03-!- zookeeper2 [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20091117 09:07:03-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091117 09:07:20-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 145 (Connection timed out)]
20091117 09:12:48-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091117 09:18:28-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 104 (Connection reset by peer)]
20091117 10:30:04< CIA-55> crab * r39819 /trunk/src/ai/formula/ai.cpp: exposed aggression, leader_aggression, and caution to formula ai (using DECIMAL_VARIANT, e.g. values such as 0.250)
20091117 10:30:14< CIA-55> crab * r39820 /trunk/src/ai/formula/function_table.cpp: rate_action formula ai function which returns a rating of attack analysis
20091117 10:30:21< Crab_> boucman ^
20091117 10:33:22-!- Netsplit verne.freenode.net <-> irc.freenode.net quits: Crab_, esr, erl, Rhonda, Smar, SonIcco, dtiger, AI0867
20091117 10:35:18-!- dtiger [n=dtiger@dynamic-vpdn-93-125-62-18.telecom.by] has joined #wesnoth-dev
20091117 10:36:09-!- AI0867 [n=ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20091117 10:36:13-!- Smar [n=smar@a88-113-60-192.elisa-laajakaista.fi] has joined #wesnoth-dev
20091117 10:37:33-!- SonIcco [n=SonIcco@pD9512D1F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091117 10:39:08-!- zookeeper2 is now known as zookeeper
20091117 10:40:31-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20091117 10:42:08-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091117 10:42:50< Ivanovic> moin
20091117 10:43:03< Crab_> hello, Ivanovic
20091117 10:44:14-!- Rhonda [n=rhonda@anguilla.debian.or.at] has joined #wesnoth-dev
20091117 11:02:04-!- erl [n=erl@vetinte.spelaroll.se] has joined #wesnoth-dev
20091117 11:06:55-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Remote closed the connection]
20091117 11:08:24-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20091117 11:21:29< CIA-55> crab * r39821 /trunk/ (changelog src/ai/formula/ai.cpp): exposed rest of the values of ai aspects to formula ai
20091117 11:22:43< Crab_> ^ can be used to view 'all the locations that the current side is told to avoid' (if it is ai, droid it to get to it) via formula ai function like:  map(avoid,debug_label(self,'*'))
20091117 11:23:36< Soliton> Ivanovic: tutorial:1 beginning around line 820 there are several similar strings that would be better split into the equal parts to ease translation.
20091117 11:23:59-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091117 11:25:09< CIA-55> soliton * r39822 /trunk/data/campaigns/tutorial/scenarios/1_Tutorial.cfg: filter for "Elvish Fighter" when announcing that the sword attack was used by an elf so it doesn't trigger for Konrad
20091117 11:45:42-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20091117 11:47:31< Ivanovic> Soliton: hmm, we really need some "TODO" list of stuff post stringfreeze
20091117 11:48:40< Ivanovic> Soliton: since there is also the "unify 'diffifulty level, XX scenarios.' strings over all mainline campaigns" task open
20091117 11:48:51< Ivanovic> some got a '.' at the end, others don't
20091117 11:50:47< Soliton> Ivanovic: the string freeze is for the benefit of the translators but "fixing" those strings is as well.. why not do it asap so there is less wasted effort?
20091117 11:51:15< Ivanovic> Soliton: fixing those results in extra work for the translators that already have them done
20091117 11:51:24< Ivanovic> so for those it is not fixing but breaking
20091117 11:51:52< Ivanovic> and at least the estonian translator basically has no time available, so every break of the stringfreeze will result in untranslated strings for him
20091117 11:52:12< Soliton> yeah, but pofix can handle at least the "add a ." cases, right?
20091117 11:52:19< Ivanovic> and i trust in translators that they are able to do some copy&paste by themselves
20091117 11:52:43< Ivanovic> the problem in this change is that many translators might just change it 1:1
20091117 11:53:01< Ivanovic> so they maybe don't realize that this change happened when we do it via pofix.py
20091117 11:53:25< Soliton> ok, should i split the strings for 1.9 though?
20091117 11:53:30< Ivanovic> yes
20091117 11:54:12< Soliton> alright, i'll commit that to my local 1.9 branch then i won't forget.
20091117 11:54:38< Ivanovic> okay, great
20091117 11:55:02< Ivanovic> do you remember how we handled the dev addon server when switching from 1.5.x to 1.6?
20091117 11:55:25< Ivanovic> as in: do we keep it running for a while or do we just shut it down leaving the files available via the webinterface?
20091117 11:55:39< Soliton> nope. i think we can shut down the 1.7 server now though.
20091117 11:55:47< Ivanovic> that is: mordante has asked how we do this because of wescamp
20091117 11:56:54< Soliton> or rather the trunk server..
20091117 11:57:21< Soliton> then archive the content and it can be restarted once 1.9 is out.
20091117 11:57:48< Ivanovic> sounds reasonable to me
20091117 11:59:16< Soliton> actually better use a proper 1.9 server then and leave trunk for if we ever need a real trunk server. (never)
20091117 12:00:59< Ivanovic> right, we should have enough ports to just do so
20091117 12:02:54< Soliton> actually maybe a trunk server with some add-ons that test specific things like dependencies and stuff would be nice.
20091117 12:03:07< Soliton> ok, so i stopped the trunk (1.7) server.
20091117 12:03:35< Soliton> where do we backup old content to?
20091117 12:03:53< Ivanovic> good question...
20091117 12:04:44< Soliton> there is /backup/campaignd_20080813/ which has 1.0, 1.2 and 1.4 content it seems.
20091117 12:13:09< Ivanovic> this folder is created via rsync in a joot cronjob
20091117 12:13:21< Ivanovic> ah, wait, no, this one is created manually
20091117 12:14:19< Ivanovic> though if we continue to offer things via the webinterface just creating a tar.bz2 with -9 compression should be perfectly fine for the old addon server, since we don't need any "other" direct access
20091117 12:14:41< Ivanovic> (in theory even this would not be required, the plain server.cfg should be sufficient since the files are already automatically backed up)
20091117 12:19:00< Soliton> i'll put tar.bz2 backups of the content under /backup/campaignd/.
20091117 12:21:15-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 70 bugs, 244 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091117 12:21:18< Ivanovic> be carefull with the folders
20091117 12:21:29< Ivanovic> campaignd might be done via rsync, not 100% sure
20091117 12:21:39< Soliton> then we can remove the content from the wesnoth account for servers that have been shut down. though it's fine to leave it there for stable versions in case an old server needs to be started up again.
20091117 12:21:43< Ivanovic> check the backup cronjob list (probably in the root crontab)
20091117 12:22:44< Soliton> yeah ~wesnoth/campaignd is backed up as well.
20091117 12:22:48< CIA-55> thespaceinvader * r39823 /trunk/ (14 files in 3 dirs): Add and wire a-red's chocobone animations. Remove un-needed frames. Update changelogs.
20091117 12:23:09< Soliton> (but that's not under /backup/campaignd.)
20091117 12:28:07< CIA-55> thespaceinvader * r39824 /trunk/ (5 files in 3 dirs): Change which Orc Grunt portrait appears as the default. Update changelogs.
20091117 12:30:58-!- loonybot [n=loonybot@79.139.138.110] has joined #wesnoth-dev
20091117 12:31:31< CIA-55> thespaceinvader * r39825 /trunk/ (6 files in 5 dirs): New portrait for Orc Warrior. Update changelogs, portrait credits.
20091117 12:31:51-!- loonycyborg [n=sergey@79.139.138.110] has joined #wesnoth-dev
20091117 12:44:20-!- mordante [n=mordante@87.215.201.26] has joined #wesnoth-dev
20091117 12:44:34< mordante> servus
20091117 12:44:57< mordante> fendrin, _ is a macro ;-)
20091117 12:45:15< mordante> ilor can you pinpoint the revision that causes the assert?
20091117 12:46:01< mordante> ilor best file a bug report about the disable before I forget it (again)
20091117 12:46:13-!- BroodKiller [n=Jakobs@BIOTECH-18-123.biotech.ug.gda.pl] has joined #wesnoth-dev
20091117 12:46:59< mordante> not sure whether it's common to disable after clicking but it indeed should work
20091117 12:48:32-!- BroodKiller [n=Jakobs@BIOTECH-18-123.biotech.ug.gda.pl] has quit ["Leaving."]
20091117 12:50:16< Soliton> mordante: do you know if there is a pango function to set the color for a layout or how to ignore color markup only?
20091117 12:51:15-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091117 12:52:36< mordante> Soliton, no, what do you need it for?
20091117 12:54:17< Soliton> mordante: we need to disallow changing the color in labels but it'd be fine to keep other markup.
20091117 12:55:14< Soliton> for labels that are user generated anyway, others are fine with any markup.
20091117 12:55:58< Soliton> hmm.
20091117 12:58:41< Soliton> maybe it's enough to just call set_foreground_colour() after set_text().
20091117 12:59:17< Soliton> though i guess that also kills the valid cases...
20091117 13:10:21< mordante> I think that won't work, need to think about it
20091117 13:14:17< Soliton> yeah, seems like the foreground color has no effect if there is colour markup.
20091117 13:16:16< mordante> I didn't expect that it sets the general colour and <span> can override that
20091117 13:16:42< Soliton> s/n't//?
20091117 13:17:23< mordante> yes
20091117 13:18:00< mordante> I'm off now
20091117 13:18:14-!- mordante [n=mordante@87.215.201.26] has quit ["Leaving"]
20091117 13:19:45< loonycyborg> Soliton: It's possible to set pango attributes after the text with markup is parsed, but that can get messy :P
20091117 13:20:35< Soliton> pango_layout_set_attributes()?
20091117 13:23:50< loonycyborg> I don't remember exact function, but there's a way to iterate over text and set any attributes on it.
20091117 13:26:10< Soliton> yeah, what happens if i set all the text to red and inside is <span color="blue"></span> though? it'd probably still be blue...
20091117 13:30:37< loonycyborg> http://libraryThat depends on what exactly PangoAttrList is :P
20091117 13:34:45< Soliton> it rather depends on how the attribute list is applied in the end.
20091117 13:35:43< loonycyborg> iirc PangoAttrList can specify attributes on per-character basis. Though I might be confusing it with something else..
20091117 13:36:24< Soliton> sure, that still doesn't tell me what takes precedence.
20091117 13:38:56< loonycyborg> http://library.gnome.org/devel/pango/unstable/pango-Text-Attributes.html#PangoAttribute <- it seems to apply to specified characters and PangoAttrList consists of those.
20091117 13:39:20< loonycyborg> I think that they'll override existing settings.
20091117 13:49:40-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091117 13:54:16-!- ilor [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20091117 14:09:11< loonycyborg> Soliton: pango_layout_set_markup () replaces the attribute list with one parsed from markup. If you replace it again with an empty list, you'll get rid of markup.
20091117 14:09:50< Soliton> yes, but to get rid of all markup i can just as well not parse it to begin with. ;-)
20091117 14:10:03< Soliton> the problem is to get rid of *some* markup.
20091117 14:13:33< loonycyborg> Then good luck fiddling with the attr list :P
20091117 14:36:35-!- gabm [n=gabm@205.254-ppp.3menatwork.com] has joined #wesnoth-dev
20091117 14:39:47< CIA-55> ilor * r39826 /trunk/src/gui/dialogs/lobby_main.cpp: fix new lobby crash when closing player details window (bug #14729)
20091117 14:39:52< CIA-55> ilor * r39827 /trunk/src/ (lobby_data.cpp lobby_data.hpp): Fix lobby friend and ignores filters in the gamelist
20091117 14:39:58< CIA-55> ilor * r39828 /trunk/ (2 files in 2 dirs): hide the non-functional help button in new lobby
20091117 15:19:05-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20091117 15:37:32< Soliton> zookeeper: where is message=&image.png=text... explained?
20091117 15:38:16< Soliton> zookeeper: nm found it in DescriptionWML.
20091117 15:55:34< CIA-55> soliton * r39829 /trunk/src/gui/dialogs/wml_message.cpp: fixed icon path parsing in option descriptions
20091117 15:55:41< CIA-55> soliton * r39830 /trunk/src/font.cpp: 
20091117 15:55:41< CIA-55> disable markup in labels if a colour is specified
20091117 15:55:41< CIA-55> this prevents making map labels appear to come from a different side
20091117 15:55:41< CIA-55> (again) fixes bug #13678: label color can be faked with WML markup
20091117 15:59:04< Soliton> why are map lables only allowed 32 chars? that seems pretty low.
20091117 16:00:07< Soliton> and it's worse now since pango markup counts towards that limit...
20091117 16:34:36-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091117 16:45:23-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091117 17:01:46-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091117 17:41:43-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091117 17:47:24-!- gabm [n=gabm@205.254-ppp.3menatwork.com] has left #wesnoth-dev []
20091117 18:04:27-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has joined #wesnoth-dev
20091117 18:05:40< BroodKiller> crimson_penguin: ping
20091117 18:07:40< crimson_penguin> hi
20091117 18:07:45< BroodKiller> howdie
20091117 18:07:50< BroodKiller> got a spare moment?
20091117 18:07:58< crimson_penguin> sure
20091117 18:08:00< BroodKiller> I got a working beta of the animation editor ready :-)
20091117 18:08:16< crimson_penguin> oh cool; probably can't help right now though
20091117 18:08:32< BroodKiller> you're not on a mac right now?
20091117 18:08:41< crimson_penguin> see, my harddrive died... I'm getting the ultimate Mac-person torture: my Mac only works in Windows right now
20091117 18:08:48< crimson_penguin> well I am on a Mac, but...
20091117 18:09:05< BroodKiller> ok, I see
20091117 18:09:16< BroodKiller> it's not nice
20091117 18:09:24< BroodKiller> any chances to get it ressurrected?
20091117 18:09:58< crimson_penguin> well I won't lose anything, I just have to wait for my warranty replacement to get here
20091117 18:10:04< crimson_penguin> apparently it was shipped this morning
20091117 18:10:12< BroodKiller> ah, it's ok then :)
20091117 18:11:03< BroodKiller> can I send you the files and talk about the requirements a bit though? It's no hurry, but we'd have this part accounted for
20091117 18:11:13-!- Zarel [n=Zarel@nat-portal-160-94-47-16.uofm.wireless.umn.edu] has joined #wesnoth-dev
20091117 18:11:35< crimson_penguin> well sending me the files would really be best done after I have my new HD
20091117 18:11:56< crimson_penguin> I mean I CAN save stuff to external sources and stuff, but I'd really rather not have stuff to remember to do that (since I've already done it once)
20091117 18:12:18< BroodKiller> ok
20091117 18:13:05< BroodKiller> I really wonder how will the compilation go on a mac...
20091117 18:13:41< BroodKiller> I got the code to compile and work under Ubuntu, which I consider a success since it took me only 2 hours or something
20091117 18:14:34< BroodKiller> I know MacOS is unix-based, but how does it manage new installations?
20091117 18:15:08< crimson_penguin> well what's your interface?
20091117 18:15:09< BroodKiller> do you just download the files and install them manually like on Win32 or is there a software manager that handles it?
20091117 18:15:28< crimson_penguin> ideally on a Mac, you just have a .app, and everything is inside that (executable, libraries it depends on, and data)
20091117 18:15:54< crimson_penguin> like Windows in that regard, but in general you don't need an installer, because it's self-contained
20091117 18:16:00< BroodKiller> I see
20091117 18:16:04< crimson_penguin> all you have to do is drag the .app to your Applications folder
20091117 18:16:37< BroodKiller> how about development libraries?
20091117 18:16:54< BroodKiller> does it come with some compiler by default, maybe?
20091117 18:17:25< crimson_penguin> a .app is really just a folder which the OS treats specially; inside that folder there's just another folder called Contents, inside that there's an Info.plist which is xml and has some info about the app (including version number, path to icon file, etc.)
20091117 18:17:46< crimson_penguin> Apple offers XCode Developer Tools for free on their developer site
20091117 18:18:05< crimson_penguin> which uses gcc, and now in 10.6, llvm and clang
20091117 18:18:35< loonycyborg> crimson_penguin: It uses clang already?
20091117 18:18:49< crimson_penguin> loonycyborg: yeah, although I don't know how useful it is
20091117 18:18:56< loonycyborg> I hope that it still supports c++ :P
20091117 18:18:58< crimson_penguin> loonycyborg: I kinda forget what the deal is with that
20091117 18:19:20< loonycyborg> Since clang's c++ support isn't ready yet.
20091117 18:19:34< crimson_penguin> yeah, but OS X mainly uses Objective-C
20091117 18:19:39< BroodKiller> good that gcc is there
20091117 18:20:04< crimson_penguin> also inside Contents, there's some other folders: MacOS (contains the executable), Resources (contains any data the app uses), and Frameworks (any libraries it uses)
20091117 18:21:32< crimson_penguin> BroodKiller: yeah, gcc is still what's used for C++
20091117 18:21:45< BroodKiller> ok, how do you compile a new app, like wesnoth for example?
20091117 18:22:21< crimson_penguin> well I compile it in XCode, because it does the whole .app packaging for me, and it's a pretty nice IDE
20091117 18:22:37< BroodKiller> it requires some external libraries, are they stored in a special place in the system or all together?
20091117 18:22:52< crimson_penguin> as I said, all in Wesnoth.app/Contents/Frameworks
20091117 18:23:30< crimson_penguin> what does your app use for an interface, and what libraries does it depend on?
20091117 18:24:37< BroodKiller> wxWidgets
20091117 18:24:48< BroodKiller> last time we talked, I recall you saying that it used Carbon
20091117 18:24:58< crimson_penguin> oh right
20091117 18:25:20< BroodKiller> ontop of that, we'll need libpng, zlib, and probably libstdc++
20091117 18:25:56< crimson_penguin> well you can link to the OS versions of at least zlib and libstdc++
20091117 18:26:04< crimson_penguin> what kinda OS doesn't have the standard C++ library? :P
20091117 18:26:30< crimson_penguin> OS X DOES have /usr/lib, etc.
20091117 18:26:31< BroodKiller> I meant the devels
20091117 18:26:44< crimson_penguin> eh?
20091117 18:27:02< BroodKiller> headers, source code etc
20091117 18:27:21< BroodKiller> that's what me building the app on Ubuntu required
20091117 18:27:48< crimson_penguin> right, well any library the OS has, it's gonna have the headers as well (at least, installing the dev tools will install them)
20091117 18:27:54< BroodKiller> I had the libs, but there were some definitions that were used in the libstdc++ headers  or something
20091117 18:28:14< crimson_penguin> weird
20091117 18:28:18< crimson_penguin> I doubt that'll be a problem
20091117 18:28:30< BroodKiller> hopefully not :) I was surprised about it myself
20091117 18:28:36< crimson_penguin> the only thing I'm at all worried about is wxWidgets, and that's just because I haven't tried it before
20091117 18:28:48< BroodKiller> it wasn't in my code, but in the part stolen from Wesnoth-TC by shadowmaster, which was in turn stoled from the wesnoth source :P
20091117 18:29:16< BroodKiller> righto
20091117 18:29:17< crimson_penguin> ok, well I have compiled Wesnoth-TC, and Wesnoth
20091117 18:29:31< BroodKiller> good, it should work with no problem then
20091117 18:29:54< BroodKiller> I have used Scons to build the thing under Ubuntu, but I have the Codeblocks project as well
20091117 18:30:09< crimson_penguin> in my opinion, Apple really did well with their development environment
20091117 18:30:50< crimson_penguin> and they don't even focus on C++, and the preferred API for a GUI app is Cocoa, and that's Objective-C
20091117 18:31:02< crimson_penguin> and yet everything seems quite good for C++ anyway :)
20091117 18:31:20< crimson_penguin> err, one of those "and"s should be "because"
20091117 18:31:43< BroodKiller> if it will work, we might stick to that
20091117 18:32:08< loonycyborg> crimson_penguin: Isn't there Objective-C++? :P
20091117 18:32:08< BroodKiller> that'll give us one more option to get it to work
20091117 18:32:25< crimson_penguin> loonycyborg: yes there is, and I hear it's messy :P
20091117 18:32:41< crimson_penguin> wait, what? stick to what?
20091117 18:32:57< BroodKiller> I mean, since I'll be owing you for doing me this whole favor, doing it the way you find more comfortable is the least I can do in return
20091117 18:33:20< crimson_penguin> oh, I'm not very good at Objective-C/Cocoa
20091117 18:33:45< crimson_penguin> I think it's really cool, but I somehow have failed to get into it thus far
20091117 18:34:13< crimson_penguin> I did Wesnoth-TC in it to get better
20091117 18:34:36< crimson_penguin> anyway, we'll see how easy wxWidgets is to use, and if it works in XCode, otherwise I'll try CodeBlocks
20091117 18:35:39 * crimson_penguin goes to eat food and such
20091117 18:36:04< BroodKiller> ok, thanks, and I'll see in you in a few days, hopefully you'll be back on your platform
20091117 18:36:22< crimson_penguin> yeah, hopefully it'll be this week
20091117 18:46:36-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091117 19:15:19< CIA-55> soliton * r39831 /trunk/ (18 files in 3 dirs): 
20091117 19:15:19< CIA-55> map updates from Doc Paterson
20091117 19:15:19< CIA-55> * Updated maps: Caves of the Basilisk, Hornshark Island, Howling Ghost Badlands, Sablestone Delta
20091117 19:18:11-!- EdB [n=edb@164.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091117 19:21:04-!- ilor_ [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20091117 19:28:13< Soliton> https://gna.org/bugs/index.php?4932  is this still any relevant?
20091117 19:34:20-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has left #wesnoth-dev ["Leaving."]
20091117 19:34:52-!- SonIcco [n=SonIcco@pD9512D1F.dip0.t-ipconnect.de] has quit [Read error: 54 (Connection reset by peer)]
20091117 19:39:42-!- ilor [n=ilor@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20091117 19:40:27-!- kitty_ [n=kitty@e180201207.adsl.alicedsl.de] has joined #wesnoth-dev
20091117 19:43:33-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091117 19:54:58-!- SonIcco [n=SonIcco@pD9512D1F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091117 20:04:55-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091117 20:06:10-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20091117 20:06:24< mordante> servus
20091117 20:08:07< ilor_> hi mordante
20091117 20:08:12-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091117 20:08:18< mordante> hi ilor_ 
20091117 20:11:12< ilor_> mordante: have you got anything on the issue with disabling a button inside it's click handler?
20091117 20:12:18< mordante> ilor_, not the time to look at it yet :-P but I guess that's not what you wanted to hear ;-)
20091117 20:12:39< mordante> but I want to look at it later
20091117 20:12:45-!- kitty_ [n=kitty@e180201207.adsl.alicedsl.de] has quit []
20091117 20:13:50< CIA-55> fendrin * r39832 /branches/fendrin_gui_stuff/ (8 files in 4 dirs): First step to seperate the message class into several subclasses.
20091117 20:13:50-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091117 20:14:06< ilor_> mordante: ok just wanted to add that it bites me in another place too so it's not just that one button ;)
20091117 20:15:37< CIA-55> mordante * r39833 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/09_Blood_is_Thicker_Than_Water.cfg: Fix a comment typo.
20091117 20:16:42< mordante> ilor_, how to reproduce it
20091117 20:17:09< ilor_> mordante: the doubleclick on username in lobby dialog
20091117 20:17:26< ilor_> friends/ignore buttons are supposed to gray themselves out after you click
20091117 20:22:00< mordante> reproduces
20091117 20:22:04< mordante> reproduced*
20091117 20:22:39-!- dtiger_ [n=dtiger@dynamic-vpdn-93-125-62-18.telecom.by] has joined #wesnoth-dev
20091117 20:22:40-!- dtiger [n=dtiger@dynamic-vpdn-93-125-62-18.telecom.by] has quit [Read error: 104 (Connection reset by peer)]
20091117 20:26:06< ilor_> mordante: I'm fairly sure it worked at some point, likelhy related to the changes in event handling
20091117 20:27:34< Ivanovic> re
20091117 20:37:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091117 20:45:44< mordante> ilor_, I think it's indeed a new event handler bug, I only wonder why do you invalidate the layout after updating the status
20091117 20:45:58< mordante> (not that it's the cause of the problem)
20091117 20:46:58< ilor_> mordante: you may remember a time when most of the issues with gui2 were fixed somewhat by calling ivalidate_layout at avrious times , probably that's why :)
20091117 20:49:19< mordante> ilor_, that was mainly with listboxes ;-)
20091117 20:50:40< Aethaeryn> Wasn't there a script once that converted image files into map files automatically?
20091117 20:50:49< Aethaeryn> Anyone remember that?
20091117 20:53:14< Soliton> should be somewhere on the forum.
20091117 20:53:45< mordante> IIRC wescreator or something like that
20091117 20:55:16< Soliton> wescator is the other way around.
20091117 20:55:39< mordante> ah then I remember it wrong
20091117 20:56:14< mordante> ilor_, if you disable the invalidate you'll see the button getting disabled, after moving the mouse the button gets enabled again so it's something in the event code
20091117 20:56:49< ilor_> I see
20091117 20:59:15< Aethaeryn> Yeah, just wondering if anyone remembered the name so I wouldn't have to hunt that much. :S
20091117 20:59:50< Crab_> Aethaeryn: http://forum.wesnoth.org/viewtopic.php?f=8&t=20944&start=0 ?
20091117 21:00:09< Aethaeryn> Crab_: that may be it, thanks
20091117 21:00:48< mordante> ilor_, this fixes it http://paste.debian.net/51761/ I want to ponder a bit longer to think whether or not to send the event in the first place
20091117 21:01:42< mordante> it might be some other widget in the chain might wait for that event...
20091117 21:01:57< mordante> but maybe the button should send a disable event to it's parents
20091117 21:12:19-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 21:13:41< mordante> I'm off bye
20091117 21:14:03-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091117 21:16:47-!- dtiger_ [n=dtiger@dynamic-vpdn-93-125-62-18.telecom.by] has quit [Remote closed the connection]
20091117 21:20:07-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 104 (Connection reset by peer)]
20091117 21:22:22-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091117 21:25:25-!- Zarel [n=Zarel@nat-portal-160-94-47-16.uofm.wireless.umn.edu] has joined #wesnoth-dev
20091117 21:48:11< ilor_> Ivanovic: do you think mainatining compatibility with old versions of wesnoth should be a priority in th enew addon server project?
20091117 21:48:31< Ivanovic> ilor_: uhm, why?
20091117 21:48:53< Ivanovic> i don't see any reason why the 1.9.0 addon server should be accessible by 1.8.x users
20091117 21:49:44< Ivanovic> (though some "your version is too old to connect to this addon server" might make *lots* of sense, but once this is given, things should be fine)
20091117 21:50:16< ilor_> and do you have any thoughts about how authentication should work? I guess reusing forum credentials here could be nice
20091117 21:50:17< Ivanovic> (oh, right, and make sure that it is possible to "work" with the addon server based on scripts like the current addon_manager (uploading, downloading, changing passwords, ...)
20091117 21:52:08< ilor_> would it be okay if the pbl password was ditched in favor of authenticating with forum credentials?
20091117 21:52:54< Ivanovic> authentificating with forum password should work, too, *as long* as it is possible to define "addon server admins" that can just use their account to remove stuff
20091117 21:53:12< Ivanovic> atm it is just possible to "easily" remove stuff because the password is in plaintext
20091117 21:53:21< ilor_> I was thinking we could just have a special forum group for that
20091117 21:53:35< Ivanovic> why not use the "developer" group?
20091117 21:53:37< Ivanovic> ;)
20091117 21:53:53< ilor_> well, it can be the special group, obviously ;)
20091117 21:54:01< ilor_> actually that was the plan :)
20091117 21:54:23< Ivanovic> :)
20091117 21:54:55< shadowmaster> there can be more groups, you know
20091117 21:54:58< Soliton> atm it's also easy to remove stuff since there is a master password. ;-)
20091117 21:55:07< ilor_> having some admin interface based on forum auth was th eplan from the beginning, actually, using it for addon uploads was not
20091117 21:56:53< ilor_> so I guess addon upload will prompt for a forum username and password and then the addon server will associate that addon with that forum username
20091117 21:58:30< Soliton> sounds good though it'd be be nice to allow associating with several accounts.
20091117 21:58:43< Crab_> ilor_: Soliton's yesterday's proposal was slightly different - 'uploader field will specify a list of forum accounts which are allowed to upload and then the client will need a login and password to authenticate to one of those accounts to upload that addon'
20091117 21:59:04< ilor_> yeah but that's somewhat extra, I'd prefer having the basics now
20091117 21:59:10< Crab_> ilor_: this will allow multiple users to have 'edit rights' on an addon
20091117 21:59:21< Crab_> as it's possible right now (by sharing the pw)
20091117 21:59:32< ilor_> ah, point
20091117 21:59:45< Soliton> possible and used in practice.
20091117 22:00:13< ilor_> so addon upload will associate the addon with the forum account used in the upload and with any accounts listed in th epbl file
20091117 22:01:17< Crab_> ilor_: it's better to require 'please list yourself in pbl, too'
20091117 22:01:35-!- shadowm [n=chatzill@190.22.88.0] has joined #wesnoth-dev
20091117 22:01:46< Crab_> otherwise, by looking at the pbl, you won't have full info about users which are accociated with that addon
20091117 22:02:02-!- shadowm is now known as Guest36997
20091117 22:02:52< ilor_> so assuming we get that the pbl password can go away
20091117 22:03:01< Crab_> yes. and email, too
20091117 22:03:30-!- Guest36997 [n=chatzill@190.22.88.0] has quit [Client Quit]
20091117 22:04:30< ilor_> can you change the pbl password now?
20091117 22:05:01< Ivanovic> IIRC you can
20091117 22:05:38< Soliton> yes.
20091117 22:05:51< ilor_> how does that work
20091117 22:05:52< ilor_> ?
20091117 22:06:07< Soliton> --change-passphrase=ADD-ON OLD NEW Change the passphrase for ADD-ON from OLD to NEW
20091117 22:06:18< Crab_> by supplying the 'new_passphrase' ?
20091117 22:06:42< Soliton> no idea if you can do it from wesnoth.
20091117 22:08:17< shadowmaster> there's no GUI for that in wesnoth at least
20091117 22:25:56-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091117 22:27:29-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091117 22:28:40-!- chains [n=Rylar@netblock-72-25-91-59.dslextreme.com] has joined #wesnoth-dev
20091117 22:31:44-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091117 22:33:18-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091117 22:34:04-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091117 22:37:10-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091117 22:49:34-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091117 22:49:41< shadowmaster> esr: around?
20091117 22:50:34< esr> shadowmaster: Yes, what's up?
20091117 22:50:58< shadowmaster> maybe you want to mention the changes in the game's sidebar in the announcement?
20091117 22:51:31< shadowmaster> I read the announcement and honestly it doesn't inspire me a lot to try 1.8 :/
20091117 22:51:40-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091117 22:56:47< esr> shadowmaster: I'd be happy to mention them, but I'm not clear on what they are.
20091117 22:57:16< shadowmaster> wesbot: seen alink
20091117 22:57:16< wesbot> shadowmaster: The person with the nick alink last spoke 6d 23h ago.  6d 21h ago they left with the message: Remote closed the connection
20091117 22:57:44< shadowmaster> since alink worked on that, he could provide a description.
20091117 22:57:48< shadowmaster> when he appears.
20091117 22:58:01< esr> OK.
20091117 23:02:34-!- EdB [n=edb@164.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091117 23:05:51-!- SonIcco [n=SonIcco@pD9512D1F.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091117 23:09:25-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091117 23:11:26-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has quit [Remote closed the connection]
20091117 23:20:24-!- shadowm [n=quassel@190.22.88.0] has joined #wesnoth-dev
20091117 23:20:37-!- shadowm is now known as Guest51107
20091117 23:22:04-!- Guest51107 is now known as shadowm_rly
20091117 23:22:19-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.85 [Firefox 3.0.15/2009101601]"]
20091117 23:27:26-!- shadowm_rly [n=quassel@190.22.88.0] has quit [Remote closed the connection]
20091117 23:33:36-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091117 23:40:28-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit ["I hate you shadowmaster, I hate you! :<"]
20091117 23:45:32-!- allefant [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
--- Log closed Wed Nov 18 00:00:46 2009