#instantbird log on 09 04 2012

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)