All times are UTC.
00:15:26 * clokep is reviewing it now... 00:22:51 <-- Suiseiseki has quit (Ping timeout) 00:24:35 --> Suiseiseki has joined #instantbird 00:35:02 <-- sonny has quit (Ping timeout) 00:45:31 <-- mmkmou has quit (Ping timeout) 00:46:02 --> sonny has joined #instantbird 00:46:42 <-- sonny has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 01:33:02 <-- aleth has quit (Quit: Au revoir) 02:23:56 <-- mali has quit (Ping timeout) 02:25:20 --> clokep_js has joined #instantbird 02:25:43 <-- clokep_js has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 02:34:12 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1896 on bug 1541. 02:34:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1541 nor, --, ---, clokep, ASSI, MODE fails to handle when a key is set and we are in the room 02:44:27 <instantbot> clokep@gmail.com cancelled review?(aletheia2@fastmail. fm) for attachment 1896 on bug 1541. 02:44:28 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1897 on bug 1541. 02:44:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1541 nor, --, ---, clokep, ASSI, MODE fails to handle when a key is set and we are in the room 02:51:44 <instant-buildbot> build #620 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/620 02:57:07 <instantbot> New Instantbird (UI) bug 1687 filed by gpsychosis@gmail.com. 02:57:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1687 maj, --, ---, nobody, UNCO, Missing IRC Channel Participants 03:00:54 <-- wnayes has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 03:14:59 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1898 on bug 1457. 03:15:01 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1457 min, --, ---, clokep, ASSI, Make use of all WHOWAS 312/314 response pairs 03:19:34 --> gpsychosis has joined #instantbird 03:19:55 <gpsychosis> Hi clokep 03:20:06 <gpsychosis> I'd rather not post the nicks and channel I got the error from 03:20:14 <gpsychosis> Can I just msg you them? 03:20:38 <clokep> gpsychosis: Sure, any chance you could email it to me? 03:20:46 <gpsychosis> yeah, I'll do it right now 03:20:57 <clokep> Excellent! My nick @ gmail.com. 03:21:51 <clokep> Thanks for the quick response by the way. :) 03:23:29 <-- gpsychosis has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 03:24:09 --> gpsychosis has joined #instantbird 03:24:56 <clokep> Hmmm....It looks OK at first look. 03:25:19 <gpsychosis> I've got lots of errors, really. 03:25:33 <gpsychosis> but I just applied the latest update and restarted 03:25:38 <gpsychosis> and the nicks show up just fine now 03:26:17 <clokep> Do you have one maybe right above that one that says what line the error occurred in? Probably somewhere in irc.js or ircBase.jsm. If it's easier to just take a screenshot and send that, feel free too. :) 03:26:50 <gpsychosis> Is there a file where the error log is kept? 03:26:56 <gpsychosis> It's not showing up since the restart 03:27:11 <clokep> No. :-/ 03:27:16 <gpsychosis> :V 03:27:20 <gpsychosis> I'm sorry about that. 03:27:32 <gpsychosis> I'll email it to you once it happens again. 03:27:41 <clokep> It's OK. :) I know it was in the JOIN handler, there's not THAT much code in there... 03:28:19 <gpsychosis> I was thinking of submitting a feature request for the alias /ns (/nickserv) 03:28:53 <gpsychosis> I'm not sure if there's a scripting console or sommat I can access 03:29:10 <clokep> You could add that w/ like a 10 line extension. 03:29:33 <gpsychosis> I tried to learn JS but I burnt out on it. 03:29:40 <gpsychosis> I should try w3cschools tutorials next 03:30:09 <clokep> I can help you do it (although not right now...I'm pretty tired...) 03:30:17 <gpsychosis> Sure, I'll ask about it later 03:33:16 <clokep> gpsychosis: Did you lose network connectively for a moment or something? 03:33:38 * clokep isn't sure what the issue is. 03:33:47 <clokep> As far as I can tell...that message is valid. 03:33:48 <gpsychosis> Yeah a few times 03:34:08 <clokep> Hmm....OK. 03:34:14 <clokep> I'll need to look again when I'm more awake. 03:34:26 <clokep> But if it happens again, please send me whatever messages in the console! :) Thanks. 03:34:32 <gpsychosis> For sure. 03:34:45 <gpsychosis> Thanks for the great work so far. 03:34:49 <gpsychosis> Instantbird has improved a lot 03:34:56 <clokep> Thanks! I'm glad you're enjoying using it. 03:35:03 <clokep> Let us know if you have (other) issues. 03:35:05 <gpsychosis> It's replaced my everything 03:35:10 <clokep> :) 03:35:21 * clokep powers down. 03:35:24 <-- clokep has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 03:36:44 <-- gpsychosis has left #instantbird () 03:49:52 <-- Kaishi has quit (Quit: Kaishi) 04:38:25 <-- chrisccoulson has quit (Ping timeout) 04:39:27 <instant-buildbot> build #698 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/698 04:47:18 --> Kaishi has joined #instantbird 04:52:57 --> chrisccoulson has joined #instantbird 04:55:47 <-- mconley has quit (Input/output error) 04:56:09 --> gpsychosis has joined #instantbird 05:02:14 <-- gpsychosis has quit (Ping timeout) 05:05:52 --> gpsychosis has joined #instantbird 05:10:04 <-- gpsychosis has quit (Ping timeout) 05:13:46 --> gpsychosis has joined #instantbird 05:15:31 <-- gpsychosis has quit (Ping timeout) 05:32:54 --> jb has joined #instantbird 05:58:21 --> EionRobb1 has joined #instantbird 05:58:40 <-- EionRobb has quit (Ping timeout) 06:02:51 --> barlas has joined #instantbird 06:07:00 <-- EionRobb1 has quit (Quit: Leaving.) 06:12:26 <instant-buildbot> build #604 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/604 06:23:11 --> MMN-o has joined #instantbird 06:29:23 <-- jb has quit (Ping timeout) 06:31:49 <-- skeledrew has quit (Connection reset by peer) 06:32:12 --> skeledrew has joined #instantbird 07:45:08 --> jb has joined #instantbird 08:04:12 --> sonny has joined #instantbird 08:17:28 <-- chrisccoulson has quit (Ping timeout) 08:23:47 --> chrisccoulson has joined #instantbird 08:40:37 <-- sonny has quit (Ping timeout) 08:44:07 --> sonny has joined #instantbird 08:52:26 <-- Even has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 08:52:29 --> Even has joined #instantbird 08:52:30 * ChanServ sets mode +o Even 08:52:34 <-- Even has quit (Quit: Even) 08:52:39 --> Even has joined #instantbird 08:52:39 * ChanServ sets mode +o Even 08:58:07 --> nik has joined #instantbird 08:58:30 <nik> hello fellow instantbird users :) 08:58:59 <nik> I was wondering if I could get some help with an IRC connection issue I'm having 09:01:01 --> aleth has joined #instantbird 09:01:01 * ChanServ sets mode +h aleth 09:02:58 <-- nik has left #instantbird () 09:03:13 <-- barlas has quit (Ping timeout) 09:06:48 <aleth> Hi nik 09:26:36 <-- sonny has quit (Ping timeout) 09:37:15 --> EionRobb has joined #instantbird 09:40:29 --> Mic has joined #instantbird 09:40:29 * ChanServ sets mode +h Mic 09:40:52 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 09:41:11 --> Mic has joined #instantbird 09:41:11 * ChanServ sets mode +h Mic 09:41:20 <Mic> Hi 09:45:18 <-- meh has quit (Quit: reboot) 09:47:23 --> meh has joined #instantbird 09:54:16 --> mmkmou has joined #instantbird 09:58:28 * Mic doesn't like the patch in mozbug 787149. 09:58:34 <-- gerard-majax__ has quit (Ping timeout) 09:58:46 <Mic> It's so specific to this Thunderbird-usecase and doesn't look like something we can use elsewhere. 10:00:27 <Mic> Shouldn't we rather have an API that allows to achieve the same goal, i.e. knowing for which dates and time logs are available and a method to fetch messages from a given period of time? 10:01:19 <aleth> That sounds like a good idea 10:01:50 <aleth> I suppose the question is how fine-grained you want to make it 10:02:42 <aleth> mconley is aiming for a resolution of 1 day... 10:05:22 <Mic> In my opinion it would be ideal if we could know when there were messages without having to read/open all logs again. 10:06:39 --> sonny has joined #instantbird 10:17:33 --> gerard-majax__ has joined #instantbird 10:19:30 --> barlas has joined #instantbird 10:21:09 --> clokep has joined #instantbird 10:21:09 * ChanServ sets mode +o clokep 10:22:56 <clokep> Mic: Feel free to leave comments on the bug. 10:24:01 <-- gerard-majax__ has quit (Ping timeout) 10:30:15 <-- jb has quit (Ping timeout) 10:31:40 --> flo has joined #instantbird 10:31:40 * ChanServ sets mode +qo flo flo 10:32:18 --> flo-retina has joined #instantbird 10:35:03 <-- flo has quit (Input/output error) 10:35:06 --> flo has joined #instantbird 10:35:06 * ChanServ sets mode +qo flo flo 10:46:40 <clokep> aleth: So 1 second was chosen at random to avoid the blink, is that a good enough time or should it be like 5 seconds? 3 seconds? :P 10:46:51 <clokep> (I'm sure one second was fine, but was it arbitrary or did you test a couple?) 10:47:14 --> clokep_js has joined #instantbird 10:47:19 <aleth> I came across it while testing with short timespans, yes 10:47:20 <flo-retina> ahah, I also wanted to ask "why not 5s or half a second?" :-P 10:48:24 <aleth> 1s is long enough that you don't think of it as blinking. It's a pretty rare edge case anyway... 10:48:40 <-- clokep_js has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 10:49:37 <aleth> Of course it's arbitrary in that it could just as well be 1 minute. 10:50:23 <instantbot> clokep@gmail.com cancelled review?(aletheia2@fastmail. fm) for attachment 1898 on bug 1457. 10:50:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1457 min, --, ---, clokep, ASSI, Make use of all WHOWAS 312/314 response pairs 10:57:35 <clokep> Sounds reasonable. 10:59:46 * flo-retina wonders why we use nsCAutoString in purplexpcom 10:59:56 <flo-retina> (why not just nsCString?) 11:00:44 * clokep doesn't understand why there's 50 thousand string classes in Mozilla. 11:02:40 --> gerard-majax__ has joined #instantbird 11:04:09 <-- clokep has quit (Ping timeout) 11:12:38 <-- EionRobb has quit (Quit: Leaving.) 11:24:09 <-- sonny has quit (Ping timeout) 11:25:53 <flo> clokep: maybe because each new netscape employee had to create one as his first assignment after getting hired? :) 11:26:14 --> sonny has joined #instantbird 11:27:44 <-- micahg has quit (Ping timeout) 11:33:57 <Mic> lol 11:35:53 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 11:39:38 <-- mmkmou has quit (Ping timeout) 11:54:35 --> clokep_work has joined #instantbird 11:54:36 * ChanServ sets mode +o clokep_work 12:05:33 --> micahg has joined #instantbird 12:06:30 <-- micahg has quit (Client exited) 12:08:37 --> micahg has joined #instantbird 12:11:58 --> mmkmou has joined #instantbird 12:25:29 <instantbot> aletheia2@fastmail.fm denied review for attachment 1897 on bug 1541. 12:25:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1541 nor, --, ---, clokep, ASSI, MODE fails to handle when a key is set and we are in the room 12:26:59 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 12:27:54 --> clokep_work has joined #instantbird 12:27:54 * ChanServ sets mode +o clokep_work 12:32:42 <-- sonny has quit (Client exited) 12:32:53 --> jb has joined #instantbird 12:33:46 --> sonny has joined #instantbird 12:34:04 --> Mic has joined #instantbird 12:34:05 * ChanServ sets mode +h Mic 12:34:32 <-- jb has quit (Ping timeout) 12:36:32 <-- mmkmou has quit (Ping timeout) 12:37:12 --> mmkmou has joined #instantbird 12:52:17 --> mali has joined #instantbird 13:01:17 <-- gerard-majax__ has quit (Connection reset by peer) 13:01:21 --> gerard-majax_ has joined #instantbird 13:03:11 <-- sonny has quit (Ping timeout) 13:03:47 <-- gerard-majax_ has quit (Ping timeout) 13:07:01 <clokep_work> aleth: Ah-ha, on mibbit if you press "tab" it completes the name and then tab again will append ": " ;) 13:07:15 <clokep_work> Oh, wait. 13:07:35 <clokep_work> I totally lied. :) It's just that it did a partial on flo. 13:07:52 <clokep_work> flo-retina: Also, don't forget to enable those tests you wrote for Instantbird! :) 13:07:55 <flo> oh so it now completes the common prefix? 13:08:08 <flo> clokep_work: the totally copied our solution, haven't they? 13:10:16 * flo-retina wonders who wrote "Did someone actually ask for this?" in the tb-im-16-17 pad 13:11:42 <clokep_work> flo: It always do that. 13:11:47 <clokep_work> flo-retina: That was me. 13:12:00 <clokep_work> I was curious if someone was interested in making one or just in general we need to document it. :) 13:12:31 <flo-retina> I think some people are interested in claiming it's easily extensible and well documented :) 13:15:05 <clokep_work> Ah...I see. :) 13:18:43 <-- Kaishi has quit (Quit: Kaishi) 13:19:37 <flo> what was the bug # again for that "can't logging to gtalk for a non-gmail account"? 13:19:52 <flo> I wonder if it's not just that we should escape @ to \40 13:20:46 --> mconley has joined #instantbird 13:21:53 <clokep_work> flo: Was that BIO or BMO bug? 13:22:05 <flo> clokep_work: would be easier to find it if I knew :) 13:23:22 <-- mali has quit (Ping timeout) 13:23:32 <clokep_work> :( 13:24:10 <Mic> flo: XEP-0106 is about escaping JIDs by the way. 13:24:21 <flo> I should go read there :) 13:25:37 <Mic> Replacing @ with \40 is what I'm doing in the VZnet protocol extension by the way. It works fine there. 13:25:51 <flo> Mic: isn't it something that should be done by default? 13:26:22 <Mic> Yes, it is but since we don't do it I needed to work around ;) 13:26:56 <flo> Mic: but at the time you added this workaround, we didn't have JS-XMPP around, right? 13:27:31 <-- mmkmou has quit (Ping timeout) 13:29:56 <Mic> Sorry, I don't remember 13:30:32 <Mic> I found a reference to XEP-0106 at http://log.bezut.info/instantbird/111126/#m157 though (we already had JS-XMPP back then, didn't we?) 13:31:07 <flo> not in any release :) 13:31:52 --> mmkmou has joined #instantbird 13:31:52 <flo> http://xmpp.org/extensions/xep-0106.html is just rambling on and on about why things are the way they are and not done in a different way, there really needs to be TL;DR section 13:35:13 <flo> it's bug 1664 13:35:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1664 maj, --, ---, nobody, UNCO, Google Talk will not connect 13:35:35 --> mali has joined #instantbird 13:39:18 <flo> attempting to connect an "msn\40instantbird.org@gmail.com" account instead of msn@instantbird.org doesn't work better 13:39:52 <clokep_work> :( 13:40:29 <clokep_work> While you're reading that XEP you could write tests for the escaping of JIDs. ;) 13:40:56 <flo> only when actually implementing ;) 13:41:06 <flo> I woudn't want to add tests for something that's broken 13:41:31 <flo> I would like to first be able to connect, and then test that we keep sending the right thing (ie the thing that made the connection possible) 13:42:41 --> rosonline has joined #instantbird 13:46:07 <Mic> pah, I'm not happy with anything I wrote for the log tree bug :( 13:52:52 <flo> I think the error messages of the account manager, and the reconnect timers really need tests 13:53:01 <flo> but testing timers is annoying as they take a long time :( 14:02:49 <flo-retina> I wonder if https://developers.google.com/talk/jep_extensions/jid_domain_change would help here 14:04:47 --> sonny has joined #instantbird 14:07:42 <flo> Mic: "A method like |hasMessages(aConv, aStartTime, aEndTime)| could return true/false based on a table with the timestamps of messages for the conversation so that it (or you) wouldn't have to open the log files every time" when would that table be created? 14:09:04 <Mic> I thought ideally already when logging the message, so you'd never have to open the log file again if you're not planning to actually read a message from there. 14:10:05 <flo> Mic: "ideally" :-S I think Mike is looking for something he can implement right now though ;). 14:13:14 <Mic> Beside what's there in the bug already, he would additionally need to open all log files only to build the list of days correctly. He can't possibly want that either. 14:16:07 * flo is still confused 14:19:48 <Mic> About which part? 14:20:12 <Mic> Or the idea in general? 14:20:25 <flo> about that's actionable / what's the next step. 14:26:23 <clokep_work> Mic: You can probably get editbugs if you email gerv. 14:30:00 --> jb has joined #instantbird 14:31:55 <-- skeledrew has quit (Ping timeout) 14:32:02 --> skeledrew has joined #instantbird 14:34:10 <mconley> Mic: oh, hey - I should have just asked you in here. :) 14:34:15 <mconley> Mic: thanks for the feedback on my patch! 14:34:29 <clokep_work> What about if we want logs from the land /before/ time? 14:34:39 <mconley> Mic: so, I think your plan sounds nice and generalized, and might prove useful for IB in the future 14:34:41 <mconley> clokep_work: heh 14:34:49 <mconley> clokep_work: take the Delorean? 14:34:53 <Mic> You're welcome. I'm not sure how helpful it is, it's not exactly actionable. 14:35:09 <mconley> Mic: how do you mean by not actionable? 14:35:31 <Mic> flo asked me how I thought my feedback was actionable/what to do next... 14:35:34 --> jb1 has joined #instantbird 14:35:52 <-- jb has quit (Connection reset by peer) 14:36:06 <flo> Mic: I haven't really asked, just said I was confused about this :). 14:36:55 <flo> mconley: do you want to look at the tests I wrote yesterday, or should I just go ahead and land them with clokep's review? :) (no rush if you want to look; I'm just asking because I think I'll do some check-ins soonish) 14:37:32 --> mmkmou1 has joined #instantbird 14:37:42 <-- mmkmou has quit (Ping timeout) 14:37:45 <Mic> I need to go (spending the rest of this nice and sunny afternoon at the riverside:) 14:38:06 <Mic> bye! 14:38:08 <-- Mic has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 14:38:09 <mconley> flo: yeah, lemme see - bug #? 14:38:16 <mconley> d'oh - I had more questions for Mic 14:38:35 <flo> mconley: https://bugzilla.mozilla.org/show_bug.cgi?id=787984 14:38:58 <mconley> ohhh - I've been f?'d on it. Wonder why I didn't notice.. 14:39:18 <flo> because it was a holiday for you? :) 14:41:11 <-- barlas has quit (Connection reset by peer) 14:44:28 <-- meh has quit (Quit: reboot) 14:46:52 --> meh has joined #instantbird 14:50:00 <-- jb1 has quit (Ping timeout) 14:51:41 <flo> mconley: thanks! :) 14:52:15 <mconley> flo: np. :) 14:52:23 <mconley> flo: so, what's your position on Mic's proposal? 14:53:01 <flo> that I don't fully understand it. 14:53:26 <clokep_work> It sounds like it's trying to solve a different problem. 14:53:35 <clokep_work> (Find all conversations over a certain range of time.) 14:53:48 <clokep_work> While mconley is trying to find a set of grouped conversations over all time. 14:54:14 <mconley> I think he wants something that's more useful to IB 14:54:27 <mconley> I tell the logger, give me all messages contained within these two dates, and it returns them 14:54:51 --> jb has joined #instantbird 14:54:53 <mconley> with that interface, I could get today's messages, yesterday's, last weeks, and two weeks ago 14:55:15 <mconley> getting the messages from there into the beginning of the account history... not sure how to express that with what he's proposing 14:55:25 <mconley> I'm not even sure how technically feasible his idea is 14:58:02 <aleth> The proposal would be clearer if he explained what kind of access interface he had in mind 14:59:53 <mconley> he gave some hints - getMessages(aConv, aStartTime, aEndTime) 15:00:12 <aleth> Ah, I meant for the UI 15:01:40 <mconley> aleth: ah, well, at least for TB, that's more or less defined 15:02:03 <aleth> mconley: Sure, I understand what *you* are trying to implement 15:02:34 <aleth> but I suspect Mic was thinking bigger in some way... 15:02:39 <mconley> perhaps 15:03:29 <aleth> Imho for IB an improved "tree" would be better than what we have atm as well. Not the ultimate log viewer of everybodys dreams, but better ;) 15:03:43 <mconley> flo: do you have a preference to how I tackle this problem? Is my current approach acceptable? 15:03:59 * clokep_work finds the current approach acceptable. With more comments. ;) 15:04:34 <flo-retina> mconley: I need to look again, but the last time I looked briefly it looked OKish 15:04:45 * clokep_work wonders if https://bugzilla.mozilla.org/show_bug.cgi?id=787984 was checked into Instantbird with the necessary change to instantbird/test/xpcshell.ini... 15:04:57 <flo-retina> clokep_work: not checked in for Ib yet 15:05:58 <mconley> clokep_work: more comments - can do 15:06:06 <mconley> clokep_work: and thanks for your feedback, btw 15:06:13 <flo> mconley: is bwinton in vacations and/or going to the airport already? 15:06:28 * flo was supposed to have 1-on-1 with him 5 minutes ago. 15:06:32 <mconley> flo: I think he's flying out tonight, but he took Wednesday until today off 15:06:47 <mconley> flo: yikes 15:07:24 <flo> mconley: somehow, I'm not too surprised that he hasn't pinged me on IRC yet :) 15:07:45 <mconley> you can do an in-person 1-on-1 in a few days. :D 15:08:11 <clokep_work> mconley: You're welcome. I hope it wasn't too much of a r? and not enough of a f?. 15:08:11 <flo> mconley: tomorrow actually... 15:08:28 <clokep_work> mconley: Also I hope you're hating JS dates now as much as I already do. ;) (And as much as wnayes definitely does.) 15:08:40 <mconley> clokep_work: any kind of validation is appreciated. :) 15:08:51 <mconley> clokep_work: yeah, they're showing their age 15:10:47 <flo> mconley: ah, I do have the PTO notification email from Blake saying he'll do some gardening :). 15:15:45 --> myk has joined #instantbird 15:24:18 <mconley> flo / clokep_work: you're mysterious Twitter-not-giving-me-tweets bug just reared it's head for me again. This time, I'm attaching Wireshark to see what's up... 15:24:32 <mconley> s/it's/its 15:24:39 <flo> :) 15:24:43 <aleth> mconley: Please check if it is still sending pings every half minute :) 15:24:51 <mconley> yeah, that's what I'm gonna look for 15:24:53 <flo> aleth: it isn't. 15:24:58 <mconley> oh 15:25:07 <aleth> flo: So we could simply reconnect when it stops? 15:25:22 <aleth> (workaround I know) 15:25:22 <flo> aleth: what I still don't know is if necko knows the socket has been closed and doesn't notify us, or if twitter keeps the socket open but doesn't send anything through it 15:25:40 <flo> (or if necko notifies us in a way we don't handle correctly) 15:25:43 <aleth> flo: We had reports that in that state you can still send outgoing tweets, so the latter I guess 15:26:00 <flo> aleth: outgoing tweets are different HTTP requests, so unrelated 15:26:11 <aleth> Oh. My bad then 15:26:27 <aleth> Of course... the streaming api is separate 15:26:31 <mconley> flo / aleth: so, if you know all this already, is there any point for me to drill in with Wireshark? 15:26:58 <flo> mconley: is it possible to know if a socket still exists for that HTTP request with wireshark? 15:27:15 <flo> mconley: or would you know that only if wireshark had been attached before the bug occurred? 15:28:05 <mconley> hm - I've only ever used Wireshark for packet sniffing 15:28:26 <mconley> so unsure 15:29:18 <aleth> Do you see any connections to/from twitter? 15:29:45 <mconley> I don't think so, no 15:29:58 <flo> it's the request to https://userstream.twitter.com/2/user.json that's of interest 15:31:27 <mconley> hm 15:33:09 <mconley> I've captured nothing going to / from that machine 15:35:00 <mconley> netstat should be telling me if I have an open connection to twitter, no? 15:35:52 --> igorko has joined #instantbird 15:37:10 <aleth> hmm yes, it should be able to list the open sockets 15:38:11 <aleth> good idea 15:39:10 --> gerard-majax_ has joined #instantbird 15:41:43 <mconley> wait, yes, I see them 15:42:00 <mconley> I see connections to that Twitter machine 15:42:26 <flo> more than one? 15:42:29 <mconley> Yes. 15:42:38 <flo> do you have several twitter accounts connected? 15:42:49 <mconley> No 15:42:55 <flo> :-S 15:43:52 <mconley> hm - on my Ubuntu machine, which has the same account connected, and isn't experiencing the problem right now, I only see one connection. 15:44:58 <flo-retina> how many connections do you see on the machine that has the problem? Is it a large enough number that necko could refuse to establish more connections to that hostname? 15:45:08 <mconley> flo-retina: I see two connections. 15:45:16 <flo-retina> ok, so no :) 15:45:30 <aleth> Can you see their age? 15:46:02 <mconley> hm 15:46:06 * mconley looks at netstat manpage 15:46:48 <aleth> I think you can at least get #bytes sent/received 15:47:05 <aleth> But it's a long time since I used netstat... 15:47:31 <aleth> & the socket state might be interesting 15:48:22 <mconley> ESTABLISHED 15:48:41 --> wnayes has joined #instantbird 15:50:33 <mconley> hrm 15:50:45 <mconley> the OSX Network Utility isn't much help - just a GUI for netstat, really... 15:51:53 <aleth> it's possible the transmission statistics are only per-protocol 15:52:11 <mconley> I could believe that. 15:52:28 <mconley> is there anything else I can do to get you more information about this bug, while I have it in this state? 15:52:30 <clokep_work> Can you run magic in the error console / the JS console and query necko for it's sockets too? 15:52:54 <mconley> oh, good idea. I've never queried necko before. Got a snippet for me to run? 15:53:20 * mconley opens his handy-dandy Scratchpad for Thunderbird 15:53:50 <clokep_work> mconley: No, but flo or flo-retina might. :) 15:54:34 <flo> I don't know any way to do that 15:55:06 <flo> the only way I know (but there may exist others!) is to export NSPR_LOG_MODULES before starting a debug build 15:56:07 <clokep_work> :( 15:56:10 --> gpsychosis has joined #instantbird 15:56:18 <clokep_work> Maybe Standard8 would know? 15:56:22 <clokep_work> Mook probably would... 15:56:37 <flo> Mook knows all the crazy stuff! 15:57:10 <mconley> Mook does not appear to be online. :/ 15:57:39 <flo> the completion on his nick would have worked if we was online ;) 16:00:19 * aleth wonders how we end up with two sockets without an attempted disconnect anywhere 16:00:29 <flo> s/we/he/ 16:02:33 <-- gpsychosis has quit (Ping timeout) 16:02:43 <flo> things would be easier to debug if the error console sucked less :( 16:03:15 <-- mmkmou1 has quit (Ping timeout) 16:05:53 --> gpsychosis has joined #instantbird 16:07:13 --> mmkmou has joined #instantbird 16:07:32 <-- gpsychosis has quit (Ping timeout) 16:10:55 --> gpsychosis has joined #instantbird 16:12:49 <flo> is "Attempting to perform a channel affecting command" clear for everybody? 16:13:00 * flo had to read it 3 times to understand it. 16:14:06 <mconley> er 16:14:07 <flo> I first wondered if "perform" here was related to the feature people request to automatically execute some commands after the connection has been established to the server. 16:14:08 <aleth> If you had to read it three times, that's a good enough reason to change it 16:14:09 <mconley> not at first glance 16:15:19 <mconley> "Attempting to run command that will affect the channel" is a little clearer 16:15:34 <flo> what about "A command affecting <channel name> failed because you aren't in that channel." 16:15:41 <flo> mconley: the whole context is https://bugzilla.instantbird.org/attachment.cgi?id=1878&action=diff 16:16:12 <mconley> ah 16:16:36 <mconley> alternatively, "You need to be in <channel name> to run that command." 16:16:50 <flo> "A command related to <channel name> failed because you aren't in that channel." ? 16:17:07 <flo> mconley: the error will be displayed in the error console, so I'm afraid "that" command won't be explicit :-/. 16:17:38 <mconley> ah 16:17:58 <aleth> I like both of flo's versions 16:18:06 <-- gpsychosis has quit (Ping timeout) 16:18:08 <flo> clokep_work: ^^^ 16:21:05 <flo> oh, I almost forgot that today's the day of the Tb status meeting! 16:21:14 <flo> it's usually after the 1-on-1 with Blake :) 16:46:12 --> Kaishi has joined #instantbird 16:47:22 --> Mook_as has joined #instantbird 16:47:32 <-- mmkmou has quit (Ping timeout) 16:52:05 --> mmkmou has joined #instantbird 17:05:54 <flo> mconley: Mook_as is here ;) 17:06:04 <mconley> flo: ah, excellent 17:06:19 <mconley> Mook_as: hello good sir. Rumour has it you know your way around Necko 17:06:26 <Mook_as> should I be scared? 17:06:33 <Mook_as> nah, I just know my way around mxr ;) 17:06:54 <Mook_as> (usually that's enough to fake knowledge around large chunks of mozilla) 17:07:09 <mconley> Mook_as: I know that feel 17:07:30 <flo> Mook_as: the question is: do you know a way to know if Necko thinks a socket still exist 17:07:31 <mconley> Mook_as: are you aware of the bug where Twitter messages abruptly stop coming in? 17:07:40 <mconley> or, scratch that, what flo said 17:07:55 <Mook_as> hmm, no, I haven't touched anything like that 17:08:26 <flo> Mook_as: I don't know anything that could give us information without first restarting with something different in NSPR_LOG_MODULES 17:08:33 <Mook_as> but I assume you'd get a onStopRequest in that case? 17:09:59 <flo> Mook_as: we suspect it regressed around https://hg.instantbird.org/instantbird/rev/2749a7494bb8 17:10:33 <flo> so we are wondering if it could be possible that the even telling us the connection was dropped by the server wouldn't be sent when responseType = "moz-chunked-text" 17:11:19 <Mook_as> I... have no idea at all, sorry. I think you need a real netwerk person in this case. 17:16:41 <-- sonny has quit (Ping timeout) 17:17:50 <clokep_work> flo: Sorry, I was eating lunch. 17:18:01 <clokep_work> I like "A command affection <channel> failed because you aren't in that channel." 17:18:14 <flo> affecting 17:18:58 <clokep_work> mconley: You know I vaguely recall jcranmer somehow enabling NSPR_LOG_MODULES while the program is running somehow. He might have an extension for it? 17:19:02 <clokep_work> flo: Yes, sorry. 17:19:30 <flo> clokep_work: that requires a debug build anyway ;) 17:20:15 <mconley> hm 17:20:17 <mconley> welp 17:20:27 <mconley> maybe it's time I just start running Debug builds all the time 17:20:28 * mconley shudders 17:20:53 * Mook_as thinks you can enable that at runtime using a C++ debugger :p 17:21:05 <clokep_work> mconley: https://addons.mozilla.org/en-US/thunderbird/addon/loghelper/?src=search ? 17:21:20 <clokep_work> Ah, I thought this was on a debug build. :( 17:21:39 * clokep_work should just install vidyo at some point... 17:22:00 <flo> I'll push http://pastebin.instantbird.com/71800 instead of what's in the bug then 17:22:30 <flo> clokep_work: install vidyo to get more frustration? :) 17:22:42 <flo> clokep_work: it worked really very poorly today :-/ 17:23:56 <clokep_work> flo: Thanks for fixing my crappy message. :) 17:24:11 <flo> np 17:24:14 <clokep_work> flo: We should *just* add voice/video to Instantbird/Thunderbird and have a FOSS solution! ;) 17:24:21 <clokep_work> (Oh, and file transfer.) 17:24:39 <flo> clokep_work: I think it's called WebRTC 17:24:48 <flo> clokep_work: and I'm looking forward to learning more about it at MozCamp 17:26:27 <flo> clokep_work: re https://bugzilla.mozilla.org/show_bug.cgi?id=779976, how do you feel about getting rid of the priority getter? 17:28:35 <-- mmkmou has quit (Ping timeout) 17:29:00 --> mmkmou has joined #instantbird 17:29:53 <clokep_work> flo: Replacing it with....? A function? 17:30:02 <flo> just inlining it 17:30:21 <flo> I suggested that Cyril made it a getter at the time we needed to override it from facebook.js and gtalk.js 17:31:19 <clokep_work> Hm...yes, inlining it makes sense now. 17:32:03 <clokep_work> (FWIW I also thought about suggesting replacing that big if set with some ternaries...) 17:32:34 <clokep_work> priority > 127 ? 127 : priority < -128 ? -128 : priority 17:32:55 <flo> is that really more readable? 17:33:09 <flo> I don't think so 17:33:21 <-- mconley has quit (Input/output error) 17:33:56 <flo> maybe what we mean is Math.max(-128, Math.min(127, priority)) 17:35:23 <clokep_work> Yes, I think that's what we mean. 17:35:29 <clokep_work> And I think it's more explicit. 17:36:18 <clokep_work> flo: Maybe if we can't figure out the Twitter stuff we should see if we can commit some more debug statements? 17:36:18 <aleth> Is there a Math.between()? 17:36:33 <flo> aleth: no 17:36:44 <flo> clokep_work: hmm, do I need to check for the 0 value? 17:36:53 <clokep_work> aleth: JS Math is pretty lame: https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Global_Objects/Math 17:37:13 <clokep_work> flo: I think that if there is no user set value we shouldn't send anything? (Leave the stanza off and let the server handle it) 17:37:15 <clokep_work> Like it does now. 17:37:16 <flo> maybe if some UI code has broken detection of the user setting a pref to its default value, or if the user plays with about:config 17:37:48 <-- gerard-majax_ has quit (Ping timeout) 17:38:09 <flo-retina> this is what I have now: http://pastebin.instantbird.com/71801 17:38:37 <flo-retina> what I was wondering was "do we need the test at line 62?" 17:39:25 <clokep_work> If the user puts a default value back then there's no way to tell it's a user set value, I think. 17:39:45 <flo> yeah 17:40:04 <clokep_work> flo: I don't think you need the test at line 63. 17:40:11 <flo> I'm not too worried wasting a bit of the user's bandwidth if he's played with about:config though :) 17:40:12 <clokep_work> 62, oops. 17:41:10 <flo> so if the user sets the pref to 0 in about:config, we send the priority of 0? (that's the behavior if we remove the test) 17:44:31 --> Mnyromyr has joined #instantbird 17:49:26 <-- Even has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 17:50:59 <clokep_work> OK so...I think even if the user sets the pref to 0, this.prefs.prefHasUserValue("priority") will still be false. 17:51:01 <clokep_work> flo ^ 17:51:48 <flo> no 17:52:09 <flo> that would be if the preference had a default value (from the preference service's point of view) 17:52:25 <flo> but it's an account specific pref, so it doesn't have a default value that the preference service knows of 17:52:57 <clokep_work> Ohhhh, I forgot we handle the defaultness in jsprotohelper. 17:55:23 <flo> so, what should I commit? :) 17:55:53 <-- Kaishi has quit (Ping timeout) 17:59:33 --> Kaishi has joined #instantbird 18:00:10 <clokep_work> flo: If someone is dicking around in about:config, I think it's fine to send it. What happens if they're not in about:config and reset it back to 0 from the UI? ;) 18:00:42 <-- myk has quit (Ping timeout) 18:01:42 <clokep_work> aleth: FWIW I'm planning to handle all the modes, just not in one massive patch. 18:01:49 <clokep_work> But I can massivefy it for you if you want. 18:02:04 --> myk has joined #instantbird 18:02:19 <aleth> clokep_work: No, that's not really what I was asking ;) 18:03:05 <flo> clokep_work: http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#669 :( 18:03:06 <flo> that sucks 18:03:18 <flo> so yeah, let's keep the test 18:04:00 <clokep_work> OK! 18:04:10 <clokep_work> flo: That would need to check if it's the default first and delete instead of set, right? 18:04:18 <flo> yeah 18:04:41 <flo> it can't be reliable for the "unknown protocol" of course 18:05:05 <flo> but I don't think users can edit prefs for the unknown protocol anyway (the advanced prefs list will be empty in the UI) 18:07:08 <clokep_work> Yes, I think so. 18:10:28 <-- igorko has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 18:11:35 <flo-retina> clokep_work: do you want to put another r+ flag on https://bugzilla.mozilla.org/attachment.cgi?id=658157&action=edit or should I just check it in? 18:13:28 <-- Kaishi has quit (Quit: Kaishi) 18:16:34 <flo-retina> Tb's tree is busted anyway :-/ 18:18:39 --> gerard-majax_ has joined #instantbird 18:21:33 <-- myk has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 18:21:42 --> myk has joined #instantbird 18:23:39 --> Lalae has joined #instantbird 18:23:44 <-- Lalae has left #instantbird () 18:30:24 <-- mmkmou has quit (Client exited) 18:34:40 <clokep_work> flo-retina: Was about to do that, yup. 18:34:59 <clokep_work> Can we land it in Instantbird so I can use it tomorrow? :-D 18:37:30 <flo-retina> clokep_work: you want it for gtalk? 18:37:38 <clokep_work> Yes. 18:37:45 <flo-retina> for generic xmpp it won't work until we drop the libpurple prpl 18:37:46 <clokep_work> I can modify it without the UI though. ;) 18:37:47 <flo-retina> well, ok... 18:38:05 <clokep_work> I think that that's OK though. 18:39:13 <-- myk has quit (Ping timeout) 18:40:22 <-- flo-retina has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 18:40:29 <-- rosonline has quit (Ping timeout) 18:40:43 * flo goes home 18:40:45 <flo> good evening 18:40:51 <-- flo has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 18:41:13 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/404468ca63b9 - Florian Quèze - Bug 787984 - Add tests for imContentSink.jsm, r=clokep. 18:41:14 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/d039813d7780 - Florian Quèze - Bug 787046 - "Not authorized" error when connecting to an OpenFire XMPP server with the correct password, r=clokep. 18:41:15 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/764ddda1a4e3 - aleth - Bug 1666 - Set twitter topic to the user's self-description, r=clokep,fqueze. 18:41:16 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/d83296ace3cd - Cyril Glapa - Bug 779976 - Set priority with XMPP, r=clokep. 18:41:17 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/61a75f432337 - Patrick Cloke - Bug 1659 - Unhandled IRC message 442: You're not on that channel, r=aleth. 18:42:44 --> myk has joined #instantbird 18:45:54 <aleth> a new contributor :) 18:48:27 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1659 to FIXED. 18:48:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1659 nor, --, ---, clokep, RESO FIXED, Unhandled IRC message 442: You're not on that channel 18:49:07 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1666 to FIXED. 18:49:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1666 enh, --, ---, aletheia2, RESO FIXED, Set twitter topic to the user's self-description 18:52:27 <clokep_work> aleth: 3 changes each? :P 18:53:31 --> rosonline has joined #instantbird 18:54:25 <aleth> yeah... i kno... :$ 18:57:38 <clokep_work> Thanks though. :) 19:18:36 <-- rosonline has quit (Ping timeout) 19:20:19 --> chrisccoulson_ has joined #instantbird 19:20:54 <-- chrisccoulson has quit (Ping timeout) 19:22:23 --> rosonline has joined #instantbird 19:58:53 <-- rosonline has quit (Ping timeout) 20:02:51 --> rosonline has joined #instantbird 20:17:09 --> chrisccoulson has joined #instantbird 20:17:36 <-- chrisccoulson_ has quit (Ping timeout) 20:45:03 <-- chrisccoulson has quit (Ping timeout) 20:46:55 * clokep_work thinks we need to put the contact email in a more prominent space. 20:57:35 <aleth> https://twitter.com/AustinNix123/status/243046329725636609 20:57:54 * aleth is not sure adding people when they add you is even supported atm 20:58:39 <clokep_work> I don't think we auto-add them now. 20:59:03 --> chrisccoulson has joined #instantbird 21:01:28 <aleth> I'm not sure we even ask the user 21:01:46 <aleth> There's just an authorization request afaik 21:01:47 <clokep_work> Reply and tell them to file a bug if they see an issue? ;) 21:02:47 --> EionRobb has joined #instantbird 21:03:11 <aleth> We already have a bug on file for msn (which is what they are talking about) and for the a11y (they are blind afaik) we should ask James 21:05:17 <aleth> I guess we should disentangle what are libpurple issues and what are IB UI issues... 21:06:06 <aleth> bug 53, bug 1553 21:06:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=53 nor, --, ---, nobody, NEW, Prompt to add buddy to the buddy list after an authorization request 21:06:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1553 nor, --, ---, nobody, UNCO, Instantbird doesn't notify you when a new contact adds you on msn 21:07:51 <aleth> bug 1569 has a patch that is blocked 21:07:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1569 enh, --, ---, nobody, NEW, Add someone as a buddy directly from an open conversation 21:08:12 <aleth> bug 1663 21:08:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1663 enh, --, ---, nobody, NEW, Context menu of blank space in contact list should have an "Add Buddy..."-menu item 21:08:25 <clokep_work> What's blockign it? 21:08:45 <aleth> bug 1547 21:08:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1547 nor, --, ---, nobody, NEW, Check for open conversations when adding a buddy 21:09:03 <aleth> anyway, I think that's all the related bugs I can find ;) 21:10:41 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105]) 21:14:31 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 21:28:38 <instantbot> New Core - General bug 1688 filed by jacob@appelbaum.net. 21:28:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1688 enh, --, ---, nobody, UNCO, Add Off the Record Messaging support 21:35:02 --> mconley has joined #instantbird 21:37:35 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1688 to DUPLICATE of bug 877. 21:37:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1688 enh, --, ---, nobody, RESO DUPLICATE, Add Off the Record Messaging support 21:37:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=877 enh, --, ---, nobody, NEW, Add support for OTR and encrypted chats. 22:02:39 <-- mconley has quit (Input/output error) 22:21:46 <-- jb has quit (Connection reset by peer) 22:22:28 --> jb has joined #instantbird 22:24:08 <-- jb has quit (Ping timeout) 22:25:04 --> jb has joined #instantbird 22:40:17 <-- jb has quit (Ping timeout) 22:41:27 --> Kaishi has joined #instantbird 22:42:04 <-- chrisccoulson has quit (Ping timeout) 23:03:12 <-- mali has left #instantbird () 23:49:42 --> clokep has joined #instantbird 23:49:42 * ChanServ sets mode +o clokep 23:58:42 <-- myk has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)