#instantbird log on 04 05 2012

All times are UTC.

00:02:13 <-- mmkmou has quit (Ping timeout)
00:08:15 <-- myk has quit (Quit: Instantbird -- http://www.instantbird.com)
00:13:00 <instant-buildbot> build #238 of linux-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/238
00:14:10 <-- aleth has quit (Input/output error)
00:22:21 <instantbot> clokep@gmail.com requested review from the wind for attachment 1298 on bug 1359.
00:22:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1359 nor, --, ---, clokep, ASSI, Abstract the shared methods between ircChannel and ircConversation
00:45:53 <-- Mook_as has quit (Quit: gone)
01:57:49 <instant-buildbot> build #227 of win32-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/227
02:46:21 <instant-buildbot> build #452 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/452
03:00:33 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com)
03:18:35 <instant-buildbot> build #206 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/206
04:28:58 <instant-buildbot> build #536 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/536
04:53:56 --> pvagner has joined #instantbird
05:14:03 <-- pvagner has quit (Ping timeout)
05:56:44 <-- EionRobb has quit (Quit: Leaving.)
06:57:24 --> gerard-majax has joined #instantbird
07:27:35 --> jb has joined #instantbird
07:37:31 <-- SM0TVI has quit (Ping timeout)
07:38:47 --> SM0TVI has joined #instantbird
07:44:47 --> Tomek has joined #instantbird
07:45:00 --> FeuerFliege has joined #instantbird
07:48:13 <-- FeuerFliege has quit (Quit: Instantbird -- http://www.instantbird.com)
07:51:31 <-- jb has quit (Input/output error)
07:52:54 --> jb has joined #instantbird
07:57:31 <-- jb has quit (Quit: jb)
07:58:35 --> jb has joined #instantbird
08:00:29 <-- jb has quit (Input/output error)
08:01:32 --> jb has joined #instantbird
08:40:24 <-- Evep has quit (Quit: Instantbird -- http://www.instantbird.com)
08:48:23 <-- Eveo has quit (Quit: Instantbird -- http://www.instantbird.com)
08:48:28 --> Eveo has joined #instantbird
09:00:20 --> Mic|web has joined #instantbird
09:00:42 <Mic|web> Hi
09:01:05 <Mic|web> Do we have that problem too or did he do something wrong: https://bugzilla.mozilla.org/show_bug.cgi?id=742356 ?
09:08:11 <-- Tomek has quit (Ping timeout)
09:08:23 --> Tomek has joined #instantbird
09:15:52 <-- jb has quit (Connection reset by peer)
09:15:54 --> jb has joined #instantbird
09:19:59 --> Nitrox has joined #instantbird
09:25:01 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
09:26:07 --> flo has joined #instantbird
09:26:08 * ChanServ sets mode +qo flo flo 
09:35:10 <flo> hello :)
09:42:32 --> aleth has joined #instantbird
09:42:32 * ChanServ sets mode +h aleth 
09:45:40 <-- aleth has quit (Quit: Instantbird -- http://www.instantbird.com)
09:45:50 --> aleth has joined #instantbird
09:45:50 * ChanServ sets mode +h aleth 
09:48:56 <-- jb has quit (Quit: jb)
09:49:59 --> jb has joined #instantbird
09:53:50 <-- jb has quit (Quit: jb)
09:55:19 --> jb has joined #instantbird
09:55:42 <-- jb has quit (Quit: jb)
09:56:35 --> jb has joined #instantbird
09:58:48 <-- Nitrox has quit (Quit: Connection to internet lost)
09:59:08 <flo> clokep: did you add checkin-needed instead of RESO FIXED in bug 1281, or have we mid-aired? :)
09:59:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1281 nor, --, ---, benediktp, ASSI, Sending typing notifications even tho the option for it is disabled
10:02:23 --> devfil has joined #instantbird
10:10:42 <-- jb has quit (Quit: jb)
10:11:20 --> jb has joined #instantbird
10:16:09 <-- Tomek has quit (Quit: Instantbird 1.1)
10:19:08 --> clokep has joined #instantbird
10:19:09 * ChanServ sets mode +o clokep 
10:21:05 <clokep> Mic: I think that's how the topic command is implemented right now.
10:22:07 <aleth> How else would you clear the topic without using the GUI?
10:22:56 <clokep> flo: I don't think that that check-in popped up in here...hence why checkin-needed...
10:23:14 --> mmkmou has joined #instantbird
10:23:43 <flo> clokep: http://log.bezut.info/instantbird/yesterday#m569
10:23:58 <instantbot> clokep@gmail.com set the Resolution field on bug 1281 to FIXED.
10:24:06 <clokep> Ah weird, I must have missed that one and only seen the one below it. :)
10:24:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1281 nor, --, 1.2, benediktp, RESO FIXED, Sending typing notifications even tho the option for it is disabled
10:28:16 <-- mmkmou has quit (Ping timeout)
10:28:32 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com)
10:28:43 --> clokep has joined #instantbird
10:28:43 * ChanServ sets mode +o clokep 
10:29:00 <clokep> aleth: I have no idea...
10:29:10 <clokep> I also don't know why you need to show the topic again when it's shown in the UI.
10:29:26 <clokep> (The only reasonable explanation for that is to get clickable links...but that's a different bug IMO.)
10:30:04 <aleth> The only relevant topic bug is the lack of the implementation of mode +t
10:30:07 <aleth> imho
10:30:20 <aleth> Everything else works, right?
10:30:27 --> mmkmou has joined #instantbird
10:30:41 <clokep> Well in TB I think editing the topic through the UI doesn't work flo said?
10:30:50 <aleth> Ah, I dunno about TB.
10:33:27 <clokep> The new Twitter icon looks nice. :)
10:37:24 <-- mmkmou has quit (Ping timeout)
10:41:18 --> mmkmou has joined #instantbird
10:48:14 --> sonny has joined #instantbird
10:50:14 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com)
11:03:13 <aleth> Those crash reports filed by me today can be ignored, they were due to an incorrect update.
11:03:33 <-- mmkmou has quit (Ping timeout)
11:04:42 --> mmkmou has joined #instantbird
11:08:12 <-- mmkmou has quit (Ping timeout)
11:11:46 --> mmkmou has joined #instantbird
11:23:10 <-- mmkmou has quit (Ping timeout)
11:23:54 --> mmkmou has joined #instantbird
11:28:56 <-- mmkmou has quit (Ping timeout)
11:30:57 --> mmkmou has joined #instantbird
11:32:19 <-- mmkmou has quit (Client exited)
11:36:55 <flo> aleth: you no longer like bug 1346?
11:36:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1346 nor, --, ---, nobody, ASSI, Replace alphabetic increment of last letter on nick collision
11:37:45 <aleth> I didn't assign myself to it, and it seems you/clokep have the code for it pretty much in your head already anyway :)
11:38:09 <flo> I don't keep that kind of crap in my head, it's in the bug comments ;)
11:40:24 --> clokep_work has joined #instantbird
11:40:25 * ChanServ sets mode +o clokep_work 
11:41:18 <clokep_work> aleth: Yeah I'll fix that tonight most likely. ;)
11:43:10 <aleth> :)
11:51:42 * clokep_work dislikes bugs like https://bugzilla.mozilla.org/show_bug.cgi?id=742680
11:51:49 <-- devfil has quit (Quit: Leading.)
11:51:52 <clokep_work> As if it's just moving around some UI elements...
11:51:55 --> mmkmou has joined #instantbird
11:52:42 <aleth> Bugs that don't identify a problem are really useful.
11:53:14 <clokep_work> I feel like it contains multiple bugs in it too (Oh, there's a list of nicks you can select now?! What?)
11:54:26 <flo> clokep_work: I don't understand that bug :)
11:55:37 <clokep_work> :(
11:56:24 <clokep_work> I think a lot of people don't realize that we auto-generate those pages right now, which makes it difficult to like customize.
11:56:43 <flo> clokep_work: all bugs that contain "make <whatever> more intuitive" are likely invalid anyway ;)
11:56:49 <flo> there's nothing intuitive about using a computer
11:57:13 <flo> and when "make more intuitive" means "add confusing settings in the first place (port, use ssl, ...), WTF?!? :)
11:57:35 <clokep_work> Yup...
11:59:34 <clokep_work> I want to respond but have no idea what to say. :(
12:00:34 <flo> I would have a hard time replying without resolving as invalid
12:02:05 <clokep_work> Hah.
12:04:21 <aleth> It's probably better to resolve as invalid than to leave it hanging when you have no intention of doing anything further about it.
12:04:54 <clokep_work> Yes, it just seems so mean. :P
12:05:53 <aleth> Yeah... but it depends on how you explain it I suppose...
12:06:00 <-- jb has quit (Quit: jb)
12:06:18 --> jb has joined #instantbird
12:06:46 <flo> aleth: it's hard to reply in a way that makes sense when you think "this report is crappy, nothing useful can come out of it" and aren't even sure you understood the report
12:06:49 <-- jb has quit (Quit: jb)
12:06:59 --> jb has joined #instantbird
12:07:20 <-- jb has quit (Quit: jb)
12:07:58 <aleth> True. :(
12:09:03 --> jb has joined #instantbird
12:09:33 <flo> clokep_work: hmm, https://bugzilla.mozilla.org/show_bug.cgi?id=742671 what would be a good way to show it only to interested users?
12:09:39 <flo> is that worth a pref?
12:29:43 <clokep_work> flo: I think the real question is why do we care about that information?
12:29:55 <clokep_work> When do you ever want to use it?
12:30:02 <clokep_work> As far as I know...it's pretty much to ban someone.
12:30:14 <flo> do know if people are at home or at the office or in a new special location (airport, ...)
12:30:14 <aleth> You can always get it via whois if you really need it
12:30:21 <flo> s/do/to/
12:30:33 <clokep_work> Alright, in that case it's shown in the tooltip.
12:30:38 <flo> I basically look at it each time someone I know enters the room
12:30:49 <clokep_work> Oh? I never look at it.
12:31:32 <clokep_work> I'd be OK adding a (hidden or not) pref for it though.
12:31:32 <flo> clokep_work: I wouldn't use the tooltip for that. It's extremely slow, I have to point the mouse at the right nick (sometimes scroll to find that nick), wait for the whois to finish, and hope that I can read before someone else joins/leaves and makes the whole list move enough to close the tooltip
12:32:03 <clokep_work> For the ban case...there's much nicer things we can do then display it when people join/leave.
12:32:35 <flo> for the ban case I would use a whois anyway, not scroll to the join message that can be long ago, or before I entered the room
12:32:42 <aleth> The hidden pref idea sounds good to me.
12:33:07 <aleth> That way if you like to see it, you can have it.
12:34:04 <aleth> I also find it useful occasionally.
12:35:31 <flo> I think I would like to see it in the tooltip of the join message actually
12:35:33 <aleth> Or put it in a tooltip on the nick in the join message?
12:35:43 <aleth> heh :D
12:35:55 <flo> but we don't have a tooltip there currently, and no trivial way to add one
12:36:11 <flo> (except if someone is interested in messing with the message theme system again ;)
12:36:13 <flo> )
12:37:43 <clokep_work> flo: For the ban case I'd like to add a context menu to participants: "Ban *@<hostname>"
12:38:15 <flo> so if you want to ban j b, you ban the whole mozilla Paris office? :)
12:38:42 <aleth> It's the only way to be sure. ;)
12:38:44 <clokep_work> You could also do one for <user>@<hostname>
12:39:18 <flo> aleth: not really, he'll just go at home and connect again ;)
12:40:49 <clokep_work> What it really comes down to is that you can't block people on IRC. :P
12:40:57 <clokep_work> But anyway.
12:48:16 <flo> clokep_work: by the way, that info is also useful to know which client people use ;)
12:48:31 <clokep_work> Yes, sometimes.
12:49:32 <clokep_work> We can add a pref for it I think, it would involve string changes though?
12:49:50 <flo> why?
12:50:58 <clokep_work> ...because you need to not show that information?
12:51:40 <clokep_work> You can't just pass "" to the current string, you'll end up with empty brackets I believe.
12:52:23 <aleth> Strip the brackets from the string in the code?
12:52:32 <aleth> (when the pref is off)
12:52:40 <aleth> Hacky...
12:52:50 <flo> arg, right, I guess we can't use the libpurple strings for Thunderbird :)
12:53:35 <aleth> Does it matter at this point? There are already string changes in the whois patch...
12:53:55 <clokep_work> aleth: Just means it can't land in aurora.
12:54:24 <aleth> Sure.
13:00:37 --> NmN has joined #instantbird
13:51:45 --> go8765 has joined #instantbird
13:54:28 --> qheaden has joined #instantbird
13:55:34 <qheaden> flo: Hey again! I emailed you a new error console proposal yesterday. Were you able to receive it?
14:09:01 <clokep_work> qheaden: I received it and read it over.
14:09:48 <-- jb has quit (Quit: jb)
14:10:06 --> jb has joined #instantbird
14:14:28 --> jc has joined #instantbird
14:14:49 <-- jb has quit (Ping timeout)
14:20:58 <clokep_work> Uhhh...apparently the college I went to has their own chat network I never knew about. (o_O)
14:21:28 <-- Kaishi has quit (Quit: Kaishi)
14:22:47 <flo> where I went it was impossible to not know about Netsoul as login in to it was required before getting access to other network resources
14:22:58 <flo> *logging in
14:23:21 <clokep_work> Ah, interesting. Yeah I think this was just made by people back in the day...I'm trying to find information...
14:25:47 <clokep_work> Bah all I can find is: http://web.archive.org/web/20110726064423/http://www.freegroups.org/lily-twiki/bin/view/Lily/WebHome
14:29:31 * bear-afk is now known as bear
14:31:07 <qheaden> clokep__work: Thanks for reading it over. Is it more clear now?
14:32:52 <clokep_work> qheaden: I think it was better, I don't remember what comments I had...I read it quickly in between meetings.
14:33:37 <qheaden> Great.
14:35:48 <qheaden> So are  Instantbird bugs submitted to bugzilla? Or is there a separate bug system?
14:36:29 <flo> qheaden: have you read the topic? :)
14:37:27 <qheaden> Yeah, I have, thus making that the dumbest question of the day. Please nominate it. :-) 
14:39:15 <qheaden> Are there any plans to merge the Instantbird repository into the mainline Mozilla repo? The repo seems to be separate right now.
14:40:07 <clokep_work> qheaden: The Instantbird project isn't really a Mozilla project, but we share our chat code with them.
14:40:47 <qheaden> Ahh ok.
14:41:10 <clokep_work> One thing that came to mind while reading it is...what happens if I have multiple accounts for the same service? Would those be separated?
14:43:07 <qheaden> Would you recommend subtabs under each service for each connected account?
14:43:28 <clokep_work> I'm just curious whether you thought about it at all or not. :)
14:44:04 <clokep_work> What are random features people come in here asking and saying "I won't use Instantbird until you support <this random feature that not that many people probably use / need>"
14:44:12 <clokep_work> (i.e. things like file transfer, voice / video)
14:44:24 <qheaden> I did. I wasn't sure if each account shared network resources for any reason.
14:45:16 <clokep_work> You should ask!
14:45:29 <clokep_work> And it doesn't matter if they share them or not, we could always tag them with an account or whatever.
14:45:49 <clokep_work> Personally I'd like things to be split by account and not protocol. I'm not sure if flo agrees.
14:46:14 <flo> I'm almost sure I've already said (maybe even more than once) that it should be per account
14:46:25 <flo> or even per connection attempt
14:47:20 <qheaden> Ok.
14:48:05 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1299 on bug 1321.
14:48:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs
14:49:42 <qheaden> Ok, I'm heading into class. :-) 
14:51:00 <qheaden> And I will add per-account filtering to my  proposal.
14:52:38 <qheaden> Per-account does make more sense than per-protocol. You guys have to excuse me, I'm still trying to improve my software "design" skills. :-) 
14:52:40 <clokep_work> aleth: Bah those changes aren't easily parsed. I'll need to sit down and look over it.
14:52:50 <clokep_work> qheaden: It's fine. Enjoy class.
15:07:21 <-- go8765 has quit (Ping timeout)
15:10:46 --> go8765 has joined #instantbird
15:37:21 <-- gerard-majax has quit (Ping timeout)
15:39:11 <-- go8765 has quit (Ping timeout)
15:42:59 --> go8765 has joined #instantbird
15:47:00 <-- go8765 has quit (Quit: Instantbird -- http://www.instantbird.com)
16:00:11 <-- jc has quit (Ping timeout)
16:01:40 <-- flo has quit (Ping timeout)
16:06:26 --> jc has joined #instantbird
16:14:46 <clokep_work> aleth: Someone just requested your "last read line" thing in a Tb bug. ;)
16:16:40 * bear is now known as bear-afk
16:16:43 <aleth> clokep_work: Coming soon, to an Instantbird near you ;)
16:17:02 <aleth> Does TB even have conversations on hold yet?
16:17:24 <clokep_work> It shows all conversations always in the sidebar I think.
16:17:43 --> flo has joined #instantbird
16:17:43 * ChanServ sets mode +qo flo flo 
16:18:05 --> Tomek has joined #instantbird
16:18:22 <aleth> clokep_work: Let me know if you are satisfied by those answers and I will resubmit that patch later with the renames/comments
16:18:54 <clokep_work> aleth: I replied in the bug. ;)
16:19:17 <instantbot> clokep@gmail.com denied review for attachment 1299 on bug 1321.
16:19:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs
16:20:14 <aleth> Definitely agree about it not being the best name :)
16:21:35 <aleth> Maybe something will come to me later.
16:22:11 <clokep_work> Yeah...
16:22:17 <clokep_work> Could just be OK w/ a comment too though.
16:23:45 --> myk has joined #instantbird
16:24:00 <aleth> Btw I think you are wrong about that producing a warning, because we are not accessing the value. But I have an idea for how to make the change, for both objects, which will clarify things.
16:25:30 * jc is now known as jb
16:25:44 <aleth> Personally I think it's nicer without the default value though.
16:27:56 --> Mic|web has joined #instantbird
16:29:42 <clokep_work> aleth: Maybe. I don't know.
16:29:50 <clokep_work> I'd prefer the default to be there, especially when you're deleting it.
16:31:54 <aleth> Good to know. I tend to prefer no defaults for objects that can disappear later. & I don't delete it if it's undefined ;)
16:32:20 * flo suspects clokep will like https://bugzilla.mozilla.org/show_bug.cgi?id=742726 :-D
16:33:12 <flo> bah you already replied in there
16:33:17 <clokep_work> flo: I already replied. ;)
16:33:45 <clokep_work> :)
16:35:37 <flo> https://bugzilla.mozilla.org/show_bug.cgi?id=742742 :(
16:36:13 <clokep_work> Is the sad face for the confusing title or that the status selector isn't updating?
16:36:58 <flo> is for the fact that I understand what that user expected, but it's really not how things work
16:37:08 <flo> he expects the IRC /quit command to have the same effect as /offline
16:37:26 <clokep_work> Ah.
16:37:32 <clokep_work> Yeah, no...that's not true.
16:37:35 <clokep_work> RESOLVED INVALID
16:40:08 --> Kaishi has joined #instantbird
16:44:02 <qheaden> clokep_work: Im just thinking about what you said about Instantbird not being a Mozilla project. I need to change my proposal abstract then, because I said that  Instanbird is Mozilla's new messenger.
16:44:18 <clokep_work> Yeah, I mean...yeah...it's confusing. :(
16:44:44 <clokep_work> We're not really part of them, get no support from them. But fl o is a Mozilla contractor and we share a lot of code with Thunderbird.
16:44:54 <clokep_work> And they allow us to be in GSoC with them. ;)
16:45:22 <qheaden> its probably best to say that is is a new messenger based on Mozilla's platform, and Pidgin's messaging library.
16:45:54 <clokep_work> Yes.
16:46:06 <flo> and "new" is all relative
16:46:07 <clokep_work> You know that for XMPP, Twitter and IRC we don't use Pidgin's backend anymore, right?
16:46:14 <flo> as we have been working on this since 2007
16:46:19 <qheaden> Really?
16:47:06 <instantbot> clokep@gmail.com set the Resolution field on bug 515 to INCOMPLETE.
16:47:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=515 nor, --, ---, nobody, RESO INCOMPLETE, Gadu-Gadu - Messages are not being received
16:47:09 <qheaden> flo: Wow, its a pretty old project.
16:47:10 * Mic|web wonders how many bugs already in our bugtracker will be re-discovered and filed in bmo as well.
16:49:11 <qheaden> So are you guys trying to break away from the pidgin backend slowly?
16:50:01 <clokep_work> It can't (and isn't) be used in Thunderbird.
16:50:45 <clokep_work> I highly doubt we'll ever support all the protocols without libpurple.
16:50:53 <clokep_work> But it is essentially optional now.
16:51:46 <flo> qheaden: "flo: Wow, its a pretty old project." do you mean it's time for me to move on and start a newer project? ;)
16:52:05 <clokep_work> flo: No!
16:52:40 <qheaden> flo: Yup, its time! Ha ha, JK. 
16:52:57 <flo> something newer like... Thunderbird maybe? :-D
16:53:22 <Kaishi> thunderbird is way older :)
16:53:24 * clokep_work is playing with making a survey for IM demographics...
16:55:09 <flo> Kaishi: I know, but qheaden wrote that "Instantbird is Mozilla's new messenger", so Thunderbird could as well be *my* new messenger ;)
16:55:27 <Kaishi> heh, yeah :)
16:55:42 <-- NmN has quit (Ping timeout)
16:56:00 <Mic|web> And I thought this shouldn't turn Tb into an instant messenger.. ;)
16:56:36 --> Mook_as has joined #instantbird
16:57:55 <flo> so... when are we releasing 1.2? :)
16:59:10 <-- Kaishi has quit (Quit: Kaishi)
16:59:15 --> Kaishi has joined #instantbird
17:04:40 <clokep_work> Still a lot of 1.2 bugs. :-/
17:05:08 <flo> we are adding more rather than fixing them (except Mic who fixed one yesterday :))
17:05:31 <clokep_work> aleth: Fixed a couple too I think.
17:05:40 <clokep_work> I need to sit down a nd look at some of the boring IRC ones. :(
17:05:52 <clokep_work> Maybe try to get some quick review cycles on them. :)
17:08:21 <instantbot> benediktp@ymail.com cancelled review?(florian@instantbird .org) for attachment 1124 on bug 1135.
17:08:22 <instantbot> benediktp@ymail.com granted review for attachment 1300 on bug 1135.
17:08:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1135 min, --, ---, clokep, ASSI, Log date is not translated
17:08:48 <flo> I've hesited for a long time between r+ and r- for this one
17:09:01 <Mic|web> Oh, so you might actually mind? :D
17:10:06 * bear-afk is now known as bear
17:10:14 <flo> Mic|web: well, the patch is obviously wrong. But I've nothing better to propose, and I think it's less wrong than not changing anything
17:10:38 <flo> JS Date .toLocale* familly of strings puts the string in the OS's locale, rather than the application locale.
17:11:01 * clokep_work wonders how lightning deals with this...
17:11:17 <flo> so the proposed patch improves the situation for users who have a non-en-US locale and have the OS and Instantbird setup in the same locale
17:12:00 <Mic|web> d'oh, I think I heard/read that before. Testing with german wasn't the thing to make me catch that. 
17:12:04 <flo> Mic|web: anyway, I'm ok with checking it in with your r+, so that it's not my fault ;)
17:12:23 <clokep_work> Can we just make a note in the bug about this though?
17:12:45 <flo> sure
17:12:56 <flo> maybe also note "the log viewer sucks, we should get rid of it"? :)
17:13:57 --> logiclord has joined #instantbird
17:14:01 <clokep_work> I might burn the code to a CD and hit it w/ a hammer in fact.
17:14:12 <clokep_work> Or bend it until it explodes.
17:14:24 <flo> poor CD
17:14:26 <Mic|web> Put it into a microwave oven!
17:14:33 <clokep_work> (OT: CDs actually bend an absurd amount -- you can make the edges touch -- and then they explode...wear safety glasses...)
17:14:57 <flo> clokep_work: totally depends which brand of CDs you use
17:15:12 <clokep_work> Verbatim. ;)
17:15:35 <flo> I know some that explode way before touching edges, and some that can go back to normal (and maybe even be readable; although I haven't tried) after touching edges
17:16:04 <clokep_work> Yeah...one of my friends tried that...it exploded /in/ his CD drive...
17:16:21 <flo> sounds like not the best idea ;)
17:17:02 <clokep_work> Anyway. I think there's a few regressions from IRC that still need to be fixed before 1.2.
17:17:09 <clokep_work> Besides that...I'm not sure what needs to be done.
17:17:17 <clokep_work> We need to figure out the l10n situation with c-c.
17:18:54 <flo> clokep_work: https://bugzilla.instantbird.org/buglist.cgi?quicksearch=sw%3A1.2&list_id=934
17:19:17 <flo> clokep_work: that l10n situation is likely to change, as IM isn't going to ship pref'ed on in Tb 13
17:19:54 <clokep_work> flo: Ah, I see.
17:20:28 <clokep_work> bug 1306 and the broken /mode command need to be fixed.
17:20:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1306 nor, --, ---, nobody, NEW, Joining a password protected IRC channel via password set in autojoin doesn't work from Feb 28 night
17:21:31 * clokep_work is more interested in https://bugzilla.instantbird.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=1.2-blocking&sharer_id=107&list_id=939
17:22:06 <flo> so bug 1305 is blocking?
17:22:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1305 nor, --, ---, clokep, ASSI, /mode messages don't work on JS-IRC
17:22:53 <flo> do we have any plan for bug 1292?
17:22:56 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1292 nor, --, ---, nobody, NEW, Freenode SSL reconnection issues
17:23:07 <clokep_work> I think 1305 should be blocking, yes.
17:23:15 <clokep_work> Worst comes to worst we accept the patch I have in there. ;)
17:23:17 <flo> aleth: do we know anything about bug 1303?
17:23:26 <clokep_work> I have no plan for 1292. :-S
17:23:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1303 nor, --, 1.2, clokep, REOP, IRC contacts don't get their status updated
17:23:43 <flo> clokep_work: I've got no plan for bug 1089 :(
17:23:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1089 cri, --, ---, nobody, NEW, Crash [@ ssl_nss_handshake_cb]
17:24:08 <clokep_work> :-/ Hmmm...
17:24:09 <flo> except maybe "spend a few hours on it during a rainy Sunday afternoon, and hope that will produce a workaround"
17:24:20 <clokep_work> Is there anyone we can ask in Moz about it?
17:24:27 <flo> that method has already worked surprisingly well several times in the past
17:24:51 <flo> maybe kaie.
17:25:06 <flo> we should need to provide easier steps to reproduce
17:25:39 <flo> clokep_work: are you going to fix bug 1338?
17:25:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1338 nor, --, ---, nobody, NEW, Connect button is disabled after an account spends more than half a second in the disconnecting stat
17:25:56 <flo> fixing bug 1219 may be a good plan for it
17:25:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1219 tri, --, ---, nobody, NEW, Cleanup the account.xml binding
17:26:16 <clokep_work> flo: I can look at it if you'd like.
17:26:24 <clokep_work> I don't remember what it's about or anything. :)
17:33:30 <-- flo has quit (Quit: Instantbird -- http://www.instantbird.com)
17:34:48 --> NmN has joined #instantbird
17:35:04 <clokep_work> OK 1219 doesn't look bad.
17:35:08 <clokep_work> I'll take a look at it.
17:37:53 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
17:46:10 <aleth> flo: I haven't got any ideas for bug 1303, haven't looked at it either though.
17:46:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1303 nor, --, 1.2, clokep, REOP, IRC contacts don't get their status updated
17:46:18 * aleth always wonders if tab complete is broken when f<tab> fails
17:46:26 <clokep_work> He just left. :P
17:46:39 <clokep_work> Yeah I have no idea why that is failing...I've seen it before too though.
17:46:48 <clokep_work> (aleth was online last night after he had left #instantbird...)
17:47:19 <aleth> It happens frequently, but not reproducibly, which is the most fun kind of bug
17:47:41 <clokep_work> Yes. :-/
17:47:49 <clokep_work> I wonder if they're getting removed from the list of nicks somehow hmmm...
17:48:08 <aleth> Some race condition maybe
17:48:23 <clokep_work> Yeah, perhaps.
17:49:00 <aleth> or maybe Input/output error quits vs succesful quits?
17:49:45 <clokep_work> Nah we should get a QUIT message on our end no matter what.
17:50:00 <clokep_work> Oh you mean if the server thinks you're like still online?
17:50:10 <clokep_work> I doubt that...if it says you quit it's removed you from their tables and killed the socket I'd imagine.
17:51:46 <clokep_work> Hmm...I wonder if the messages randomly start coming too slow.
17:51:48 <aleth> No, I meant the former. Just wondering if there were variations in the quit sequencing/timing from the server
17:54:00 <aleth> flo, clokep_work, Mic: Would it be realistic to aim to release 1.2 before TB 13? That would be good because then people who feel inspired to try IB after seeing IM in TB won't encounter a comparatively dated client (bug-wise at least).
17:59:40 <-- qheaden has quit (Ping timeout)
18:00:00 <-- Kaishi has quit (Quit: Kaishi)
18:01:05 --> qheaden has joined #instantbird
18:03:43 <-- qheaden has left #instantbird ()
18:20:07 <-- NmN has quit (Quit: Instantbird 1.1)
18:21:03 <-- logiclord has quit (Quit: Leaving.)
18:23:21 <clokep_work> aleth: That's a good idea.
18:23:23 <-- myk has quit (Ping timeout)
18:24:28 <-- mmkmou has quit (Ping timeout)
18:27:59 --> mmkmou has joined #instantbird
18:28:03 --> myk has joined #instantbird
18:28:56 --> Mnyromyr has joined #instantbird
18:31:52 <-- waynenguyen has quit (Ping timeout)
18:31:54 --> gerard-majax has joined #instantbird
18:33:54 <-- mmkmou has quit (Ping timeout)
18:40:02 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1301 on bug 1321.
18:40:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs
18:41:31 <aleth> Hopefully that's another 1.2 blocker down ;)
18:42:46 <clokep_work> Looks OK, except I'd have you delete this._waitingForName, which is what we normally do...but I probably did an awful job of explaining what I wanted earlier. :(
18:42:56 <clokep_work> I can fix it before commit...if I get commit privs. ;)
18:44:05 <aleth> I thought we either went for true/false or exists/undefined? Default to false, then possibly true, then undefined (but only if it was ever true before) seems wrong somehow.
18:44:35 <clokep_work> When you delete this._waitingForName it'll fall back to what's in the prototype (i.e. false).
18:44:52 <aleth> Oh really? I didn't know that.
18:44:58 <aleth> I thought delete meant delete :P
18:45:10 <aleth> (Unless it was in the prototype one level down)
18:45:19 <clokep_work> I do not believe so...
18:45:26 <clokep_work> JS has a weird OO design. I forget.
18:45:40 <aleth> You're probably right, I am still a bit unsure about inheritance chains
18:48:46 <clokep_work> Yeah it's confusing.
18:49:24 <aleth> "If the delete operator succeeds, it removes the property from the object entirely, although this might reveal a similarly named property on a prototype of the object." So, yeah.
18:49:51 <clokep_work> Yeah. I think we've talked about this for other reviews too.
18:49:55 <clokep_work> It gets confusing.
18:50:08 <aleth> The object, not the __proto__ of the prototype.
18:51:14 <aleth> Should I add a comment on that deduplication bug of yours so you remember to use the variant from conv not chat when you unify the two?
18:51:29 <clokep_work> If you'd like.
18:51:38 <clokep_work> Did you look over the patch in there by any chance?
18:52:05 <aleth> Not yey.
18:52:09 <aleth> *yet
18:54:32 <clokep_work> Alright. Appreciate it if you could, since it's mostly code from your patch. :)
18:56:00 --> flo has joined #instantbird
18:56:00 * ChanServ sets mode +qo flo flo 
18:57:21 <aleth> Don't you want to copy the properties to the prototype of the "inheriting" object?
18:58:16 <aleth> E.g. the delete story you just told me about won't work otherwise.
19:03:11 <clokep_work> Hmmmm....I probably do.
19:03:13 --> go8765 has joined #instantbird
19:03:58 <-- go8765 has quit (Quit: Instantbird -- http://www.instantbird.com)
19:04:03 --> go8765 has joined #instantbird
19:04:45 <-- go8765 has left #instantbird ()
19:05:49 <aleth> I guess you can do without a hasOwnProperty check because the const doesn't inherit from anything.
19:06:46 <flo> "I'll fix this before committing it if I get commit access" do you intend to get it today?
19:07:14 <clokep_work> flo: No. :)
19:07:20 <clokep_work> But hopefully soon!
19:07:55 <flo> I was wondering (offline) a few hours ago if I should stop looking at r+'ed patches before they are commited
19:08:01 <flo> s/hours/minutes/
19:09:15 <flo> I'm not sure that the value added by catching the few issues I notice is worth the cost of delaying things like it currently does
19:10:11 <flo> (that's completely independent of you getting commit access, by the way; that's more related to technical issues of how we can grant access to the repository without granting access to lots of other resources of the same server)
19:10:32 <aleth> You caught quite a few things that was as far as I can remember. So maybe the tradeoff is with breaking the nightly a little more frequently?
19:10:37 <aleth> s/was/way
19:10:49 <clokep_work> I think it's good for some of the larger patches.
19:10:58 <aleth> I guess you can just play it by ear and see!
19:11:02 <clokep_work> Or maybe we should just use the "additional review" flag when we're not confident.
19:12:12 <flo> clokep_work: you already do, don't you?
19:12:19 <flo> but you would just do it more often
19:12:37 <clokep_work> I use it occasionally, I'd just be more formal about it.
19:12:56 <clokep_work> Right now I usually use it when I steal a review find that /I/ think it's OK, but still want you to look at it.
19:13:19 <flo> or we could have a concept similar to what mozilla does with super-review
19:14:08 <-- jb has quit (Ping timeout)
19:14:10 <flo> where reviewers are people who know (or took the time to understand) the code modified by the patch, and super-reviewers know very large parts of the code base and how the interact with each other
19:14:25 <flo> *they interact
19:14:46 <clokep_work> That makes sense.
19:14:47 <flo> so an additional review from me would be required only for patches that change APIs
19:17:07 <flo> aleth: by the way, about your suggestion of shipping 1.2 before TB13: IM-in-Tb is no longer planned for shipping (pref'ed on) in Tb13
19:21:40 <clokep_work> Is this reasonable to close the rework the IRC account wizard bug: http://pastebin.instantbird.com/25732
19:29:23 <aleth> flo: ok, so it should be doable then I guess ;)
19:38:11 <flo> clokep_work: yes. I would just say "actionable" rather than "disparate" in the last sentence. What doesn't seem reasonable to me though, is spending time on such poor bug reports when we have lots of good one collecting dust. But that's another matter :)
19:40:15 <clokep_work> flo: Going with the "close bugs you never plan to fix early" approach.
19:40:49 <flo> (although I must add that deciding for others what's a reasonable way to spend the time they are volunteering is definitely not reasonable :))
19:40:56 * clokep_work wonders if https://github.com/vpj/xmpp-js/ should be mirrored onto instantbird.org somewhere...
19:41:27 <flo> clokep_work: are you afraid it's going to disappear?
19:41:38 <clokep_work> Not really. :)
19:41:43 <clokep_work> I have it locally on my machine anyway.
19:41:49 <clokep_work> (On my server actually.)
19:42:08 <flo> a git repository is just a file that we can easily download, right? If so we could attach that file to the JS-XMPP bug on bio
19:42:30 <clokep_work> You can export a Bundle yeah.
20:05:30 --> qheaden has joined #instantbird
20:05:55 <qheaden> Well guys, I sent in my proposal. I hope I get accepted. :)
20:06:07 <qheaden> It's actually my second proposal. I sent in another one for Firefox.
20:08:46 <clokep_work> qheaden: Good luck! :)
20:09:51 <qheaden> I really hope I get accepted, but even if I don't, I would like to work on Instantbird. It is a really cool project, and I never heard of it before GSoC.
20:10:21 <qheaden> And since I have Mozilla development experience, it won't be as hard for me to work with the codebase.
20:11:41 <clokep_work> qheaden: We'd love to have you help out either way. :)
20:24:33 <qheaden> One feature I would like to see on Instantbird for Windows is sticky windows. For example, if you move a window to the edge of the screen, it will stick there a bit before moving furthur.
20:24:36 <qheaden> *further
20:24:54 <qheaden> I know the Google Talk desktop client has this, and it is really convinent.
20:25:41 <aleth> qheaden: This is really something the OS should do (or not do) imho. E.g. KDE does it ;)
20:26:01 <aleth> Maybe if you write an add-on?
20:26:53 <qheaden> Well, Windows does not support that natively (at least 7 doesn't). I guess writing an addon can fix it.
20:26:57 <aleth> Otherwise you are breaking standard behaviour on the OS, which might have strange consequences in unforseen settings.
20:27:30 <aleth> But I shouldn't really say either way as I don't use Windows...
20:27:34 <qheaden> The Google Talk desktop client does it very well. I'm not sure if Pidgin does it.
20:29:15 <qheaden> It seems that Pidgin doesn't do it either.
20:30:31 <qheaden> Well, if you can't add sticky windows, it would be convinent to have a button where the chat window can be automatically sized to the side of the window. Sort of like how the main Instantbird window hugs the right side of the screen when it is started.
20:30:43 <flo> I wonder if a Firefox addon already exists for this feature
20:30:53 <qheaden> Maybe.
20:31:05 <aleth> qheaden: An add-on would definitely be a good way to experiment with different behaviours.
20:31:31 <aleth> You'd have to ensure it worked with multiple screens, virtual desktops, etc
20:31:39 <qheaden> Right.
20:31:50 <flo> aleth: virtual desktops on windows? :)
20:31:59 <aleth> flo: They don't have any? :O
20:32:08 <qheaden> No they don't. :)
20:32:24 <qheaden> Not by default anyway. I think they have some 3rd party software for that.
20:32:24 <aleth> I thought Windows 8 was going to be a virtual desktop for each app ;)
20:32:37 <flo> aleth: if you don't use Windows, it's probably that you have some good reason to don't want to do it ;)
20:32:56 <qheaden> Windows 8 does, but anything < 8 does not.
20:33:01 <aleth> flo: I specifically said I wasn't the right person to decide on whether it should be standard or not
20:34:13 <qheaden> To be honest, I never wrote a Mozilla add-on before. How deep into Mozilla code can the add-on go? Like, can it communicate with really low-level objects?
20:36:07 <flo> usually, yes
20:37:22 <qheaden> Wow ok. Much different than Google Chrome's add-on system. :P
20:37:42 <clokep_work> Yes. Mozilla is about openness. :P
20:37:54 <clokep_work> And I agree with aleth that sticky windows, etc. sounds like add-on fodder.
20:37:59 <qheaden> Yay! :)
20:38:20 * qheaden is now inspired to write an add-on for sticky windows.
20:38:22 <aleth> You'd have to find the right window event to listen to and see if you received enough fine-grained information to respond in time
20:38:56 <aleth> Have a look at the source of existing restartless add-ons that add event listeners, that should give you a starting point
20:38:58 <qheaden> It should seem pretty simple to implement, although I could be wrong. Just do some math with the window width, the screen width, etc.
20:39:06 <qheaden> Ok.
20:39:13 <clokep_work> "just do some math" famous last words. ;)
20:39:30 * clokep_work is just bitter as he's trying to multiple hypercubes...
20:39:50 <qheaden> HA HA.
20:43:01 <flo> I think I'm starting to really dislike the discussion in https://bugzilla.mozilla.org/show_bug.cgi?id=742235
20:43:51 <flo> suggesting per-protocol display, crazy preferences (why should the user have to care about that crap?), not even reading what time bubbles was about and dismissing it as obviously wrong...
20:45:32 <Mook_as> css media queries! :D
20:46:26 <flo> Mook_as: that idea isn't stupid actually :)
20:46:53 <Mook_as> oh, it's already mentioned in comment 12, I just didn't read that far yet
20:46:55 <flo> I think Mic has some patches in my review queue to use them instead of some old JS code in some of our message themes
20:47:07 <clokep_work> Yes I think so.
20:47:34 <flo> Mook_as: the problem is, the same comment mentions having a different media query for each protocol :(
20:48:03 <Mook_as> I'd just ignore that part, I think.
20:48:05 <flo> if I'm talking to you on IRC and then switch you Gtalk (but the same contact, so the same conversation), is the conversation going to be fully redisplayed? :-P
20:48:50 <Mook_as> if height is less than (some value), drop avatars, and if it's smaller than (some smaller value), put the names next to the lines
20:48:55 <Mook_as> and drop padding &c.
20:49:22 <clokep_work> That's all fairly reasonable I think.
20:49:54 <Mook_as> that should fix the actual problem (not enough data on small screens) and make him happy, I think.
20:50:09 <qheaden> Or how about just add a "compact mode" switch to drop avatars when you need to?
20:50:37 <flo> Mook_as: you are describing the paper sheet theme ;)
20:51:16 <Mook_as> if your query is "on small screens, use an alternate theme", nothing wrong with that! ;)
20:56:59 <clokep_work> flo: I defended your honor, it's OK. ;
20:59:25 <flo> clokep_work: :-D
20:59:45 <flo> you know I can defend myself, right? ;)
20:59:55 <flo> but some amount of sanity in that discussion is refreshing :)
21:00:59 <aleth> Nice email example clokep_work! zing :)
21:01:29 <flo> the discussion this afternoon about the feedback we have received so far; on which the decision to postpone the release of the feature pref'ed on is mostly based hasn't been really sane either
21:01:54 <clokep_work> :(
21:01:58 <clokep_work> Where is that taking place?
21:02:15 <flo> (you may like to know that kaze's feedback counts for more than 10% of it, as we Anne-Marie's survey has received less than 10 replies)
21:03:01 <flo> clokep_work: a private-should-be-public-but-nobody-had-spent-the-time-to-write-an-announcement-about-it meeting on Vidyo
21:03:49 <clokep_work> :( The survey wasn't very exciting I didn't think. :-X
21:04:22 <flo> I offered some more questions that could have given interesting info, but they were rephrased and became meaningless
21:04:51 <clokep_work> :-/ Stinks.
21:05:30 <flo> the decision to postpone is mostly based on the "it doesn't feel polished enough" complaint, which itself is mostly based on the crappy message theme, which we could fix in less than a day
21:05:52 <flo> but anyway, more time to polish it isn't a bad news :).
21:06:26 <clokep_work> Right.
21:06:27 <flo> it just feels a bit silly now to have rushed to get it in for 13 at the last minute, to finally delay it...
21:06:29 <clokep_work> And isn't your fault! :)
21:06:49 <clokep_work> Time to go.
21:06:51 <-- clokep_work has quit (Quit: IB!)
21:07:42 <aleth> Now you have the string freeze problem and a long wait... :(
21:08:31 <flo> aleth: well, Tb14 isn't string frozen yet :)
21:09:03 <aleth> So you are just not going to bother with separating out bugs for aurora approval?
21:09:31 <aleth> Anyway, it will be really sparkling when it releases :)
21:10:18 <flo> hmm, I think we still want to polish for aurora
21:11:05 <flo> as we are interested in having some feedback from beta-users (we expect beta and aurora have different audiences and the feedback we could get from beta users will be different)
21:11:13 <flo> so it's possible IM will be enabled in Tb13beta
21:11:14 <-- Tomek has quit (Quit: Instantbird 1.1)
21:12:31 <-- qheaden has quit (Quit: I've got to go. See ya!)
21:55:56 --> Mic has joined #instantbird
21:55:56 * ChanServ sets mode +h Mic 
22:06:45 <-- flo has quit (Ping timeout)
22:11:03 --> Kaishi has joined #instantbird
22:16:38 <-- aleth has left #instantbird ()
22:23:10 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
22:23:22 --> Mic has joined #instantbird
22:23:23 * ChanServ sets mode +h Mic 
22:25:00 --> aleth has joined #instantbird
22:25:00 * ChanServ sets mode +h aleth 
22:34:15 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:57:25 <-- chrisccoulson has quit (Quit: Ex-Chat)
23:07:26 --> go8765 has joined #instantbird
23:38:57 <-- go8765 has quit (Ping timeout)
23:44:53 <Mic> The small-screen-too-little-messages-shown bug is stupid :(
23:45:55 * aleth recommends Ctrl-- ;)
23:46:23 * Mook_as thinks it's valid, just got derailed
23:46:48 <aleth> I wasn't serious... but yeah.
23:51:26 <Mic> Is "kaze" someone important with regard to Tb?
23:54:14 <Mook_as> he's an editor guy, IIRC. (compozer & c)