All times are UTC.
00:14:55 --> clokep has joined #instantbird 00:14:55 * ChanServ sets mode +o clokep 00:26:21 <-- dionisos has quit (Ping timeout) 00:43:43 <-- Mook_as has quit (Quit: Mook_as) 00:52:04 <-- GeekShadow has quit (Ping timeout) 00:52:07 --> GeekShadow has joined #instantbird 02:06:06 <-- mconley has quit (Input/output error) 02:36:32 --> mconley has joined #instantbird 02:42:41 <-- mconley has quit (Ping timeout) 02:58:49 <-- wnayes has quit (Quit: wnayes) 03:02:19 <instant-buildbot> build #1006 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1006 03:34:38 <instant-buildbot> build #1047 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1047 04:59:36 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 05:54:10 <-- skeledrew has quit (Ping timeout) 05:54:29 --> skeledrew has joined #instantbird 06:06:39 --> mconley has joined #instantbird 06:08:40 <-- mconley has quit (Ping timeout) 06:47:24 <instant-buildbot> build #1128 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1128 08:03:49 --> dionisos has joined #instantbird 08:59:36 <-- Yoric has quit (Quit: ZNC - http://znc.in) 09:06:34 --> qlum has joined #instantbird 09:12:17 --> igorko has joined #instantbird 09:17:22 --> qlum1 has joined #instantbird 09:17:44 <-- qlum has quit (Ping timeout) 09:38:47 <-- igorko has quit (Ping timeout) 09:42:31 --> igorko has joined #instantbird 09:43:42 <-- dionisos has quit (Ping timeout) 09:43:46 --> dionisos has joined #instantbird 09:44:41 --> BWMerlin has joined #instantbird 09:45:48 --> Even has joined #instantbird 09:45:48 * ChanServ sets mode +o Even 10:13:36 <-- dionisos has quit (Ping timeout) 10:17:08 --> dionisos has joined #instantbird 10:18:35 --> aleth has joined #instantbird 10:18:35 * ChanServ sets mode +h aleth 10:19:07 <-- aleth has quit (Quit: Ciao) 10:19:15 --> aleth has joined #instantbird 10:19:15 * ChanServ sets mode +h aleth 10:23:38 <instantbot> aleth@instantbird.org granted review for attachment 2965 on bug 2165. 10:23:45 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2165 nor, --, ---, clokep, ASSI, IRC ping does not properly send a timestamp 10:29:04 <-- dionisos has quit (Ping timeout) 10:32:52 --> dionisos has joined #instantbird 10:52:56 <-- dionisos has quit (Ping timeout) 10:56:29 --> dionisos has joined #instantbird 11:05:23 <-- dionisos has quit (Ping timeout) 11:05:26 --> dionisos has joined #instantbird 11:06:49 <-- qlum1 has quit (Client exited) 11:07:57 <-- dionisos has quit (Ping timeout) 11:08:00 --> dionisos has joined #instantbird 11:09:43 <-- skeledrew has quit (Connection reset by peer) 11:11:50 --> nhnt11 has joined #instantbird 11:15:32 <-- dionisos has quit (Ping timeout) 11:18:55 --> dionisos has joined #instantbird 11:21:57 --> nhnt12 has joined #instantbird 11:22:00 <-- nhnt12 has quit (Input/output error) 11:22:08 <-- nhnt11 has quit (Ping timeout) 11:48:26 <-- igorko has quit (Client exited) 12:16:08 --> gerard-majax_ has joined #instantbird 12:19:33 <-- dionisos has quit (Ping timeout) 12:19:47 --> dionisos has joined #instantbird 12:22:12 --> qlum has joined #instantbird 12:24:35 <-- dionisos has quit (Ping timeout) 12:24:51 --> dionisos has joined #instantbird 12:45:49 <aleth> Why isn't #developers listed in the awesometab? :-S 12:59:49 --> nhnt11 has joined #instantbird 13:00:07 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 13:03:24 <-- Gizmokid2005 has quit (Ping timeout) 13:10:36 <flo-retina> aleth: it's an hidden channel 13:11:07 <aleth> Ah, that explains it then :) 13:11:22 <flo-retina> aleth: so I guess listing it would require the same thing as listing nicks of previous private irc conversations with people not in your list 13:11:39 <flo-retina> + do some magic for the chat room fields 13:11:46 --> Mic has joined #instantbird 13:11:46 * ChanServ sets mode +h Mic 13:11:55 <aleth> Right, it's a known bug then. 13:12:29 <flo-retina> aleth: bug 2226 really looks invalid to me 13:12:33 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2226 nor, --, ---, nobody, NEW, Message displayed on receiving an add request is misleading 13:12:42 <aleth> I think it needs more information 13:12:58 <flo-retina> with a @mailinator address, it likely won't get any 13:13:37 <flo-retina> I think what the user would _really_ want is us to display more info about who's adding you (eg. display name, buddy icon, protocol, account name...) 13:13:38 <aleth> Not from the bug reporter, but on how yahoo should behave 13:14:24 <flo-retina> and I suspect we already have a bug for that 13:14:36 <flo-retina> the proposed "new strings" look like regressions to me. 13:14:36 <Mic> Yes, I'm pretty sure that we do. 13:14:47 <aleth> flo-retina: There's a lot of things that are not great about that UX, but the narrow issue of the string being misleading isn't wrong. 13:15:01 <aleth> That doesn't mean the solution is to change the string ;) 13:15:17 <flo-retina> ""allow this person to subscribe to my presence info?"" is technical jargon (why would a user understand "subscribe to presence") that seems XMPP specific. 13:15:45 <flo-retina> aleth: I don't see how the string is misleading 13:16:04 <aleth> That's what I meant about the need for more, possibly protocol-specific info 13:16:26 <flo-retina> we purposefully don't make this protocol specific 13:16:28 <aleth> There is a real issue about what users may believe about what happens when they accept and what actually happens 13:17:36 <aleth> I can tell there is a real issue because I have no idea either what the expected behaviour is here ;) 13:17:41 <Mic> "would like to talk to you" really sounds misleading. 13:18:45 --> nhnt11 has joined #instantbird 13:18:57 <Mic> It seems to be implying "now". 13:19:25 <flo-retina> Mic: it doesn't to me. 13:19:28 <aleth> Personally I hate it when programs throw up a vaguely worded dialog, giving me responsibility without making it clear what I am agreeing to. 13:19:58 <aleth> Mic: I agree. 13:20:00 <flo-retina> Mic: it's extremely likely that the person wants to talk to you now btw, if they just added you 13:20:25 <Mic> I haven't had a non-spam-request for a new contact in month to be honest. 13:20:29 <flo-retina> Mic: if this appears when connecting the account; then the person likely wanted to talk to you at the time, and didn't get a timely reply 13:21:48 <flo-retina> aleth: well, it's vague at the protocol level too. The only thing we really know is that by clicking "agree" (or "accept"; I don't remember the button's label), you make it more easy for that person to talk to you. 13:22:37 <aleth> flo-retina: Yes, we may be limited by what the protocol allows. XMPP is certainly more finegrained than most. 13:22:46 <Mic> "<username> wants to make it easier to talk to you." ? :P 13:23:08 <flo-retina> aleth: btw, I think the current string is inspired (if not directly copied) from gtalk 13:23:57 <-- BWMerlin has quit (Quit: BWMerlin) 13:35:21 <flo-retina> I wonder if there's any cool stuff to work on (the week-end is very rainy ;)) 13:35:51 <aleth> There's always cool stuff to work on :) 13:36:40 <flo-retina> ah, I need to look at that Tb add-on :( 13:37:05 <flo-retina> I was also considering the moz.build stuff and the configure.in stuff, but that doesn't really qualify as "cool" ;) 13:37:07 <aleth> Maybe less cool, but makes a lot of people happy, so... ;) 13:37:23 <flo-retina> which one? 13:37:36 <aleth> The former 13:37:50 <flo-retina> the Tb add-on didn't seem to make people happy; it just made plenty of unhappy people when it wasn't compatible 13:38:12 <flo-retina> aleth: I suspect what demotivates me is that I can't make these people un-unhappy 13:38:29 <flo-retina> because even if I release the add-on, it will be blocked in the AMO moderation queue because it's binary 13:38:36 <flo-retina> for possibly a month... 13:38:49 <aleth> That's very long :( 13:39:15 <flo-retina> AMO is very frustrating 14:19:34 --> igorko has joined #instantbird 14:22:59 <Mic> Should participants have a "Tags..." submenu in their context menu when they are already added to the contact list? 14:25:24 --> clokep has joined #instantbird 14:25:25 * ChanServ sets mode +o clokep 14:37:09 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 14:45:11 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 14:45:34 <clokep> Hello. 15:03:05 <-- clokep has quit (Connection reset by peer) 15:13:07 <-- chrisccoulson has quit (Ping timeout) 15:14:51 --> Gizmokid2005 has joined #instantbird 15:40:41 <aleth> It's really annoying that opening a channel from the awesometab opens it, but doesn't give it focus :-/ 15:41:20 <aleth> nhnt11 mentioned it a long time ago, but the more you use it, the more it is true ;) 15:44:10 <flo-retina> aleth: are you fixing it now? ;) 15:44:48 <aleth> No, I am taking another look at bug 1572, and getting a bit frustrated 15:44:51 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1572 nor, --, ---, nobody, NEW, Contacts added directly to "Other Contacts" don't show until collapsed/expanded 15:45:24 <aleth> Mainly because I don't know that code I guess, so it doesn't go the way I expect :P 15:48:14 <flo-retina> that code is a mess :( 15:48:49 <aleth> bit of a labyrinth... 15:49:00 <flo-retina> if I remember correctly, it's a bit unfortunate that there are 2 different kinds of events that have the same name in there 15:50:26 --> igorko has joined #instantbird 15:57:20 <aleth> flo-retina: re the buffering of incoming data to avoid jank, is there a flag on the streams we can just set for that? 16:00:42 <flo-retina> the stream isn't the problem 16:01:01 <flo-retina> we are taking all the incoming data out of it, then splitting it, then processing everything synchronously 16:01:44 <flo-retina> aleth: http://lxr.instantbird.org/instantbird/source/chat/modules/socket.jsm#391 16:01:51 <aleth> Ah, so the stream itself is already nonblocking 16:03:57 <aleth> Yet another place where we should add yet another queue :-/ 16:08:39 <flo-retina> yeah... 16:20:04 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2966 on bug 1572. 16:20:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1572 nor, --, ---, aleth, ASSI, Contacts added directly to "Other Contacts" don't show until collapsed/expanded 16:29:14 <flo-retina> heh, that patch looks trivial! 16:29:15 <flo-retina> :) 16:29:39 <aleth> Yes :) 16:29:54 <aleth> (you should have seen the intermediate versions... :P) 16:30:54 * flo-retina is happy he hasn't seen them 16:31:08 * aleth is happy he could delete them 16:31:14 <flo-retina> aleth: now that it looks so trivial, I almost feel bad for not fixing this a year ago ;) 16:31:30 <flo-retina> aleth: but anyway, I'm happy it's going to be fixed soon :) 16:32:14 <instantbot> florian@instantbird.org granted review for attachment 2966 on bug 1572. 16:32:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1572 nor, --, ---, aleth, ASSI, Contacts added directly to "Other Contacts" don't show until collapsed/expanded 16:35:29 <flo-retina> btw, this is yet another part of the code that badly needs unit tests! 16:38:08 <aleth> Yeah... 16:50:50 <qheaden> Hello everyone. 16:57:52 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 17:02:09 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 17:02:14 --> nhnt11 has joined #instantbird 17:14:59 <flo-retina> aleth: should we list somewhere (or maybe just file bugs?) for parts of the code that are fragile and really need tests? 17:16:08 <aleth> you mean like an arewetestedyet.com? ;) 17:17:48 <aleth> Should it be bugs, or a metabug? 17:18:57 <flo-retina> I was initially thinking about an etherpad 17:19:18 <flo-retina> but then thought that just adding a "testing" component somewhere with requests for tests that are badly needed would be more actionable 17:19:30 <flo-retina> (I suspect if we just used an etherpad we would forget it relatively quickly) 17:34:34 <flo-retina> bah, why is that linux build rebuilding from scratch :( 17:37:31 --> igorko has joined #instantbird 17:38:16 --> Rym has joined #instantbird 17:42:34 <flo-retina> the external wifi antenna of my desktop linux machine crashed on the floor a few minutes ago (I guess I must have it a cable at some point :-S) and since that, Ubuntu keeps prompting me for the wifi password :-S 17:42:46 <flo-retina> (and never actually gets connected) 17:44:15 <flo-retina> seems like it hasn't managed to connect in the last 11 minutes :-/ 17:48:28 <aleth> Sounds like some connection got loose... 17:48:46 <flo-retina> I hate Ubuntu's wifi UI 17:49:36 <flo-retina> or any UI that requests from you a long-and-difficult-to-type password when it's pretty obvious that the problem has nothing to do with the password 17:49:40 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/57c3b60e089d - aleth - Bug 1572 - Contacts added directly to "Other Contacts" don't show until collapsed/expanded, r=fqueze. 17:49:41 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/50e4ab9d0d94 - Patrick Cloke - Bug 2165 - IRC ping does not properly send a timestamp, r=aleth,fqueze. 17:50:12 <flo-retina> I'm afraid not having any network connection will make my linux machine dramatically less useful :-/. 17:50:45 <aleth> Can't you use a cable if it's a desktop? 17:53:08 <flo-retina> I used to have cables 17:53:35 <flo-retina> but I'm at least 15 meters away from the nearest wired network 17:53:56 <flo-retina> (the cables got removed at some point because wifi was way less annoying 17:54:41 <flo-retina> there's no trace of wired network upstairs any more 17:54:47 <instantbot> New Core - General bug 2228 filed by aleth@instantbird.org. 17:54:48 <instantbot> aleth@instantbird.org requested feedback from florian@instantbi rd.org for attachment 2967 on bug 2228. 17:54:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, nobody, NEW, Don't handle incoming data synchronously 17:54:50 <aleth> That would be a long cable... 17:55:38 <instantbot> aleth@instantbird.org requested feedback from clokep@gmail.com for attachment 2967 on bug 2228. 17:58:23 <flo-retina> <3 17:58:53 <flo-retina> aleth: I'm curious of what the effect or sending data immediately to a prpl that just called .disconnect() will be 17:59:24 <flo-retina> for (let time = 0; time < 10 && this._pendingData.length; ... Looks like it would be less complicated with a while loop and without the time variable 17:59:44 <instantbot> aleth@instantbird.org cancelled feedback?(clokep@gmail.com) for attachment 2967 on bug 2228. 17:59:45 <instantbot> aleth@instantbird.org requested feedback from florian@instantbi rd.org for attachment 2968 on bug 2228. 17:59:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, nobody, NEW, Don't handle incoming data synchronously 17:59:51 <aleth> flo-retina: Yeah, at this stage I'm most concerned about possible edge cases. 18:00:10 <flo-retina> that's what my first comment was about ;) 18:00:27 <aleth> I was agreeing with it ;) 18:01:20 --> mconley has joined #instantbird 18:02:16 <flo-retina> what's the difference between the 2 versions of the patch? 18:03:42 <aleth> flo-retina: I /think/ that should be fine. The queue is flushed before disconnect, and after disconnecting we are in the same position as before 18:04:27 <aleth> flo-retina: Probably only that the paths are correct 18:05:27 <aleth> Ah, also that the pendingData array is actually emptied when flushed. 18:05:51 <-- dionisos has quit (Ping timeout) 18:14:25 <instant-buildbot> build #496 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/496 18:15:07 <-- Rym has quit (Ping timeout) 18:15:50 <instantbot> aleth@instantbird.org cancelled feedback?(florian@instantbi rd.org) for attachment 2968 on bug 2228. 18:15:51 <instantbot> aleth@instantbird.org requested feedback from florian@instantbi rd.org for attachment 2969 on bug 2228. 18:15:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, aleth, ASSI, Don't handle incoming data synchronously 18:16:00 --> Rym has joined #instantbird 18:16:40 <instantbot> aleth@instantbird.org requested feedback from clokep@gmail.com for attachment 2969 on bug 2228. 18:38:35 <-- nhnt11 has quit (Ping timeout) 18:43:15 <-- aleth has quit (Quit: Ciao) 19:02:48 <-- Rym has quit (Ping timeout) 19:03:12 --> Rym has joined #instantbird 19:16:26 <-- Suiseiseki has quit (Ping timeout) 19:19:45 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 19:20:06 --> Suiseiseki has joined #instantbird 19:22:53 <-- Rym has quit (Ping timeout) 19:26:25 --> Rym has joined #instantbird 19:30:06 <-- Rym has quit (Ping timeout) 19:32:45 --> clokep has joined #instantbird 19:32:45 * ChanServ sets mode +o clokep 19:33:10 <clokep> Hey guys, demoing Instantbird. :) 19:33:41 --> Rym has joined #instantbird 19:37:27 <-- Rym has quit (Ping timeout) 19:40:17 --> Rym has joined #instantbird 19:48:26 <-- clokep has quit (Ping timeout) 19:54:25 <-- mconley has quit (Ping timeout) 19:58:17 <-- Rym has quit (Ping timeout) 20:00:11 --> Rym has joined #instantbird 20:28:00 --> igorko has joined #instantbird 20:42:08 --> gerard-majax__ has joined #instantbird 20:42:57 <-- gerard-majax_ has quit (Ping timeout) 20:45:02 --> gerard-majax_ has joined #instantbird 20:45:41 <-- gerard-majax__ has quit (Ping timeout) 20:47:06 <-- gerard-majax_ has quit (Ping timeout) 20:55:07 <-- Rym has quit (Ping timeout) 20:57:15 --> Rym has joined #instantbird 21:14:38 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 21:18:12 <-- Rym has quit (Ping timeout) 21:20:11 --> Rym has joined #instantbird 21:33:49 --> rosonline has joined #instantbird 21:33:49 --> clokep has joined #instantbird 21:33:49 * ChanServ sets mode +o clokep 21:37:15 * flo-retina is looking at the moz.build stuff, and doesn't really understand how this all works (or rather how it doesn't :-S) 21:55:58 <clokep> mikeperry: Do you have Tor guys at GSoC Summit that would know about the OTR stuff? There's a guy sitting across the table from me. 21:56:35 <flo-retina> clokep: did you have any idea for the null prpl stuff? 21:56:44 <clokep> flo-retina: No. 21:56:49 <clokep> I was just hoping it'd work. :-D 21:57:34 <flo-retina> I looked a bit, and I wonder if the cleanest thing to do wouldn't be to build all the .o files at the same time as libpurple, and go back there a second time only when linking 21:57:47 <flo-retina> that way we would generate the makefile like for the other prpls, and moz.build wouldn't be in our way 21:58:38 <flo-retina> (but what really annoys me is that I haven't really reached that point yet... the build keeps failing before that for silly reasons :() 22:07:38 <clokep> That might work...what issues are you having? 22:10:26 <flo-retina> stuff doesn't work 22:10:40 <flo-retina> and I don't know enough about it to find the command I need to run to regenerate just the missing file 22:11:15 <flo-retina> so I end up having to re-run configure, which causes a large part of the build to then be recreated (why is it recompiling the js engine whenever configure runs? :-/) 22:11:15 <clokep> ping jcranmer? 22:11:30 --> gerard-majax_ has joined #instantbird 22:11:57 <flo-retina> I think I'll rather go to bed 22:12:19 <flo-retina> but it annoys me that I'm not even able to make a build work with all the stuff related to the null prpl commented out :-/ 22:13:26 <flo-retina> so yeah, I guess what really annoys me is that I've no idea of what I should do for my changes to be applied when I edit a moz.build file somewhere. With makefiles, I knew how to do that 22:18:00 <clokep> :-/ 22:18:06 <clokep> I don't know either. 22:18:12 <flo-retina> ah, it seems to have finished successfully this time 22:18:30 <flo-retina> but 14 minutes to rebuild after changing a trivial thing is not acceptable :( 22:21:26 <flo-retina> clokep: so if I drop all the CONFIGURE_SUBST_FILES/EXTERNAL_MAKE_DIRS magic you have in the patch for the null prpl and try with the approach of building all prpls with libpurple and just linking later the stuff that needs to be done with purplexpcom, is that a reasonable approach for tomorrow? 22:21:46 <flo-retina> the build I've got now works (or at least can start and load libpurple) :) 22:22:17 <clokep> flo-retina: Yes, that's reasonable. 22:22:25 <clokep> Interdiff from my patch? :) 22:22:44 <flo-retina> you mean for when I have it working, or for what I have now? 22:23:23 <flo-retina> I can't really give anything now as my linux box doesn't connect to the wifi any more :'( 22:24:38 <flo-retina> but what I've done is basically: add chat/protocols/yahoo/moz.build, put "purple" before "instantbird" in instantbird.app.mozbuild, fix the indent in purple/moz.build, comment out broken null prpl stuff in purple/purplexpcom/src/moz.build, add back purple/Makefile.in 22:26:12 <clokep> When it's working. :-D 22:26:35 <clokep> OK. :) 22:27:08 <flo-retina> sure, if I get something that works I guess I'll attach both a full patch and an interdiff 22:27:14 <flo-retina> I may need to use a usb stick for that :( 22:28:04 <clokep> Did I attach my newest version? 22:28:09 <clokep> I think it's pretty much the chnages you made already. 22:28:26 <flo-retina> then no, you didn't 22:29:14 <flo-retina> ooooooooooh, a reboot fixed the wifi! 22:29:28 <flo-retina> so sad that kind of stuff is now needed on Linux :( 22:30:45 <instantbot> clokep@gmail.com cancelled feedback?(florian@instantbi rd.org) for attachment 2935 on bug 2212. 22:30:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2212 nor, --, ---, nobody, NEW, Switch to using moz.build 22:31:29 <flo-retina> http://pastebin.instantbird.com/396088 is what I have 22:31:35 <flo-retina> (now that there's some wifi on the linux box ;)) 22:33:45 <clokep> Interesting. 22:33:54 --> BWMerlin has joined #instantbird 22:34:35 <flo-retina> is it different from what you expected? 22:34:51 <clokep> No. :) 22:36:32 <-- clokep has quit (Ping timeout) 22:44:21 --> clokep has joined #instantbird 22:44:21 * ChanServ sets mode +o clokep 22:46:07 <clokep> flo-retina: Let me know if you need an r or rs. 22:46:20 <flo-retina> you'll know 22:46:28 <clokep> Is that a threat? ;) 22:46:30 <flo-retina> I'll definitely attach a patch in the bug if I get something that works ;) 22:47:02 <clokep> OK! 22:48:44 <instantbot> clokep@gmail.com set the Resolution field on bug 1572 to FIXED. 22:48:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1572 nor, --, 1.5, aleth, RESO FIXED, Contacts added directly to "Other Contacts" don't show until collapsed/expanded 22:48:56 <clokep> That patch ^ was like trivially easy. :( Sad how long it took to fix. 22:49:25 <instantbot> clokep@gmail.com set the Resolution field on bug 2165 to FIXED. 22:49:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2165 nor, --, 1.5, clokep, RESO FIXED, IRC ping does not properly send a timestamp 22:50:46 <clokep> flo-retina: I was talking about this stuff w/ the async network streams: http://mxr.mozilla.org/mozilla-central/source/dom/network/src/TCPSocket.js#315 I forget exactly what it does though... 22:52:36 <flo-retina> clokep: http://mxr.mozilla.org/mozilla-central/source/xpcom/io/nsIMultiplexInputStream.idl#8 23:03:21 <mikeperry> clokep: if you find nick mathewson, he might be the best person to talk to 23:03:27 <mikeperry> I am not there unfortunately 23:03:38 <mikeperry> are you usually in the SF bay area? 23:03:43 <clokep> mikeperry: I just saw Damian. 23:03:50 <clokep> No, I live in Boston, just here for the Summit. 23:05:00 <mikeperry> clokep: not sure how close damian is tracking the chat project. Nick is more closely involved I think. at least he has been at our IRC meetings and has been reviewing ideas 23:05:09 <instantbot> clokep@gmail.com requested review from aleth@instantbird.o rg for attachment 2971 on bug 2099. 23:05:11 <clokep> He said he didn't know much about it, but to talk to Nick. :) 23:05:13 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2099 min, --, ---, clokep, ASSI, Ensure that commands that only work in channels use CONTEXT_CHAT 23:05:21 <clokep> I haven't seen nick though! :) 23:07:09 <mikeperry> clokep: are you hanging around after sunday by any chance? we could meet at Mozilla (I am usually there on Tuesdays) 23:07:44 <clokep> mikeperry: No, I have to get back for a meeting on Monday morning. 23:08:00 <clokep> I was there on Friday afternoon though. 23:09:35 <mikeperry> last I heard nickm might have been favoring agl/xmpp-client (a command-line XMPP-only client written in Go that we would have to wrap with a UI), but I bet we can convince him InstantBird can have almost as low of a vulnerability surface, and still be way more usable 23:09:53 <mikeperry> and probably also be way less work overall 23:10:30 <clokep> OK. I'll see if I can find him... 23:16:44 <-- Rym has quit (Ping timeout) 23:16:58 <mikeperry> clokep: when do you fly out? 23:17:17 <clokep> mikeperry: Red-eye Sunday night. Like 9pm. 23:18:25 <mikeperry> SFO or SJC? 23:25:05 <mikeperry> (trying to decide ifnickm, you and I could meet at the airport for dinner or something) 23:31:42 <clokep> SFO. 23:31:49 <clokep> mikeperry: ^ 23:31:57 <clokep> I could always try to meet with him here too! :) 23:34:40 <instant-buildbot> build #482 of win32-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/482 blamelist: aleth <aleth@instantbird.org>, Patrick Cloke <clokep@gmail.com> 23:35:01 <mikeperry> yeah, I am just thinking out loud about meeting you too. it's a bit of a pain for me to get to the mentor summit 23:36:20 <clokep> Right, sorry. I missed the "and I" the first time. :-/ 23:40:05 <-- qlum has quit (Quit: Getting the <censored> out.) 23:57:09 <instant-buildbot> build #491 of linux-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/491 23:57:45 <-- clokep has quit (Ping timeout)