#instantbird log on 01 14 2014

All times are UTC.

00:36:03 <-- GeKo has quit (Ping timeout)
00:46:18 --> GeKo has joined #instantbird
01:06:38 <-- EionRobb has quit (Ping timeout)
01:09:27 --> EionRobb has joined #instantbird
01:16:26 --> deOmega has joined #instantbird
01:26:57 --> rosonline has joined #instantbird
01:34:37 <-- rosonline has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
02:07:03 <-- Mook_as has quit (Quit: Mook_as)
02:12:14 <-- wnayes has quit (Ping timeout)
02:13:22 <-- GeKo has quit (Z:lined (dronebot))
02:13:32 --> GeKo has joined #instantbird
02:16:01 --> wnayes has joined #instantbird
02:30:58 <-- deOmega has quit (Quit: So easy...but yet complicated.)
03:01:23 <-- mrphs has quit (Connection reset by peer)
03:12:02 --> mrphs has joined #instantbird
03:35:17 --> Mook has joined #instantbird
03:38:51 <-- Mook has quit (Input/output error)
03:39:07 --> Mook has joined #instantbird
03:40:49 --> clokep has joined #instantbird
03:40:49 * ChanServ sets mode +o clokep 
03:41:17 <Mook> Ugh. Somehow the buddy tooltip in Thunderbird got into a loop resizing between wide and narrow, causing the app to cease responding (but I can see it blinking)
03:42:41 <Mook> (but that isn't worth looking at until bug 956589 is done)
03:45:59 <douglaswth> wow! that sounds awesome
03:47:34 <clokep> Mook: Sounds like a bug in the patch that just landed...
03:47:46 <Mook> Oh, did something land? okay
03:48:02 <Mook> I'm Linux 64, build id 20140113030201
03:48:13 <clokep> Mook: https://bugzilla.mozilla.org/show_bug.cgi?id=956579
03:48:35 <clokep> But maybe once https://bugzilla.mozilla.org/show_bug.cgi?id=956589 is ported it'll go way.
03:49:40 <Mook> For now, I just have to... try really, really hard to avoid hovering over the user list?
03:55:03 <clokep> :) Sounds reaosnable.
04:01:07 <-- clokep has quit (Ping timeout)
04:29:17 <-- wnayes has quit (Quit: wnayes)
04:56:23 <-- EionRobb has quit (Quit: Leaving.)
05:15:47 --> EionRobb has joined #instantbird
05:18:25 <-- EionRobb has quit (Quit: Leaving.)
06:08:03 --> EionRobb has joined #instantbird
06:14:58 <-- Mook has quit (Quit: Mook)
06:22:20 --> gerard-majax__ has joined #instantbird
06:36:01 --> FireFly_TB has joined #instantbird
06:46:44 <-- gerard-majax__ has quit (Ping timeout)
06:58:42 <-- GeKo has quit (Ping timeout)
06:58:56 <-- ivan has quit (Ping timeout)
07:00:15 --> ivan has joined #instantbird
07:03:44 --> GeKo has joined #instantbird
07:07:46 --> mconley has joined #instantbird
07:24:54 <instant-buildbot> build #1685 of macosx-nightly-default is complete: Failure [4failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1685
07:29:11 <-- FireFly_TB has quit (Ping timeout)
07:33:51 <-- GeKo has quit (Quit: leaving)
07:34:27 <-- mconley has quit (Input/output error)
07:44:12 --> GeKo has joined #instantbird
07:48:05 <instant-buildbot> build #1231 of win32-nightly-default is complete: Failure [4failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1231
07:59:51 <-- ivan has quit (Ping timeout)
08:01:27 --> ivan has joined #instantbird
08:14:03 --> flo-retina has joined #instantbird
08:14:03 * ChanServ sets mode +qo flo-retina flo-retina 
08:15:23 <-- GeKo has quit (Ping timeout)
08:15:33 --> GeKo has joined #instantbird
08:26:46 <flo-retina> looks like the BIO->BMO script failed to handle the "reassign to nobody" case: https://bugzilla.mozilla.org/show_bug.cgi?id=953516#c1 :(
08:33:25 --> jb has joined #instantbird
08:36:00 --> mconley has joined #instantbird
08:36:01 --> gerard-majax__ has joined #instantbird
08:37:08 <-- EionRobb has quit (Quit: Leaving.)
09:08:11 <-- mrphs has quit (Z:lined (dronebot))
09:08:16 --> mrphs has joined #instantbird
09:24:31 --> florian has joined #instantbird
09:26:43 <flo-retina> aleth: I wanted to see if I could make https://bugzilla.mozilla.org/show_bug.cgi?id=763872 move forward, but it looks like the workaround added in https://bugzilla.mozilla.org/show_bug.cgi?id=954683 has been removed in https://bugzilla.mozilla.org/show_bug.cgi?id=955162 and I don't see the issue any more. Do you remember what the story is there?
09:43:39 --> BWMerlin has joined #instantbird
09:44:47 <flo-retina> filed https://bugzilla.mozilla.org/show_bug.cgi?id=959523 (Findbar broken in trunk (c-c) builds)
09:53:26 --> aleth has joined #instantbird
09:53:26 * ChanServ sets mode +h aleth 
09:55:59 <aleth> http://log.bezut.info/instantbird/140114/#m20 is probably because Paenglab ported those two bugs in the wrong order.
09:56:17 <aleth> Hopefully the issue will go away when the second port lands.
09:58:54 <-- GeKo has quit (Ping timeout)
09:59:55 <aleth> flo-retina: What's your naming convention for TB chat UI files? Should it be imBuddytooltip.css or imbuddytooltip.css (matching imbuddytooltip.xml) or do we decide we don't care?
10:00:02 <aleth> (re https://bugzilla.mozilla.org/attachment.cgi?id=8359304&action=diff)
10:00:36 <flo-retina> aleth: I almost commented on that.
10:00:40 <flo-retina> It should be imbuddytooltip
10:00:43 <flo-retina> but I don't really care much
10:00:54 --> GeKo has joined #instantbird
10:00:58 <flo-retina> imBuddytooltip is just really inconsistent
10:01:17 <flo-retina> go either lowercase, or camelcase (ie imBuddyTooltip), but not half way :)
10:01:23 <aleth> That's what I thought too :)
10:01:49 <aleth> Congratulations on landing Instantbird in c-c! :)
10:02:13 <flo-retina> thanks :)
10:20:43 <aleth> flo-retina: The change in bug 955162 (we really need instantbot back ;) ) may just hide the issue. The hack was to cause a slight delay before setting listbox.selectedItem. The current code may instead cause binding attachment due to the isContainer call (I'm in the process of reading that code again now)
10:22:28 --> mikk_s has joined #instantbird
10:25:41 --> nhnt11 has joined #instantbird
10:27:11 <flo-retina> nhnt11: hello :)
10:27:15 <nhnt11> Hi flo-retina
10:27:24 <nhnt11> I see the c-c merge seems to have been completed? Congrats!
10:27:27 <aleth> hi :)
10:27:30 <nhnt11> Hi aleth
10:27:33 <-- mikk_s has left #instantbird ()
10:27:34 <flo-retina> I just had a discussion with markh about his experience using the awesometab
10:28:28 <flo-retina> he likes it overall, but he was hoping that he could join channels that aren't listed. And an interesting edgecase was that he wanted to join "#fxa" and that happens to be a prefix of existing listed channels (eg. #fxa-os)
10:28:59 <nhnt11> Hmm interesting yeah
10:29:03 <flo-retina> he also kind of expected to have auto-completion of channel names for the /join command
10:29:34 <nhnt11> Not an unexpected expectation :P
10:29:41 <aleth> Now we have auto-list I should look into that.
10:30:14 <aleth> Not being able to join #developers from the awesometab is also my #1 issue with it ;)
10:31:13 <nhnt11> Hmm. I should work on that.
10:31:36 <aleth> Do we have a bug filed for channel name autocompletion?
10:31:37 <nhnt11> I will probably have some time over the next few weeks... The beginning of the semester is usually the least hectic time :)
10:32:09 <nhnt11> I don't think so, no
10:33:12 <aleth> markh's issues seem to be the "replace join chat" and "add channels for which logs exist" known bugs
10:37:32 <flo-retina> aleth: do we have a bug filed for "completion tests"? ;)
10:38:10 <aleth> I'm pretty sure we do (and it blocks anything completion related even if it's not filed ;) )
10:38:27 <flo-retina> btw, he also had an issue with nickserv prompting him to identify after each reconnection
10:38:43 <flo-retina> turned out he just didn't set his password on the account on his secondary (travel) laptop.
10:39:26 <flo-retina> we already detect the nickserv message (and just let it go through to a conversation immediately because there's no password), so maybe we could add a system message suggesting adding the password to the account?
10:39:52 <-- aleth has quit (Ping timeout)
10:39:54 <flo-retina> I think that would help discoverability :)
10:41:01 --> aleth has joined #instantbird
10:41:01 * ChanServ sets mode +h aleth 
10:44:01 <-- nhnt11 has quit (Ping timeout)
10:45:05 <aleth> flo-retina: I don't understand why the issue of bug 763872 has disappeared. 
10:45:16 <aleth> Of course, the log tree is more complex than the listbox it replaced...
10:45:30 <flo-retina> :-D
10:45:47 <flo-retina> you just gave the solution: we replaced a listbox with a tree, so we don't see listbox bugs any more ;)
10:46:10 <aleth> Doesn't a tree extend listbox? 
10:47:08 <flo-retina> no
10:47:13 <flo-retina> a richlistbox does
10:47:51 <flo-retina> trees are completely different, and much more complicated (optimized to display/build only the visible content, so that they are suitable to display thousands of entries)
10:48:16 <flo-retina> a listbox is just a bunch of nested xul elements with some bindings
10:49:14 <aleth> Interesting. Does it only build the visible content, or only the content that is in open groups?
10:50:28 <aleth> Because the listbox listitems only get attached when they become visible as well, so if it's the former, it may not be so different
10:50:49 <flo-retina> aleth: our tree is a special unoptimized tree where the tree view is built from XUL elements
10:51:03 <flo-retina> aleth: the optimized way is to implement nsITreeView
11:02:03 <-- aleth has quit (Ping timeout)
11:03:23 --> aleth has joined #instantbird
11:03:23 * ChanServ sets mode +h aleth 
11:14:46 --> aleth1 has joined #instantbird
11:15:12 <-- aleth has quit (Ping timeout)
11:18:26 <-- aleth1 has quit (Ping timeout)
11:18:42 --> aleth has joined #instantbird
11:18:42 * ChanServ sets mode +h aleth 
11:21:06 --> clokep has joined #instantbird
11:21:06 * ChanServ sets mode +o clokep 
11:22:15 <aleth> flo-retina, clokep: What's the current state of the merge? Is IB being built off c-c yet? What's left to do?
11:22:29 <clokep> aleth: Yes.
11:28:39 <clokep> aleth: Do you know what's with that IRC bug? What was our intention with the autolist pref?
11:29:56 <aleth> The intention was to be able to turn off the automatic /list run by the awesometab, iirc
11:30:22 <aleth> But I intend to check as it's really not doing its job well if that is the case.
11:30:50 <aleth> I think it was added when nhnt11's initial LIST patch landed so it could be pref'd off
11:32:04 <clokep> Right. And then I think we updated the /list command to use the same code path, but without updating how the pref is ran?
11:32:11 <clokep> s/ran/checked/
11:32:14 <clokep> Does that sound correct?
11:32:27 --> nhnt11 has joined #instantbird
11:32:31 <aleth> Right. And we added the whole awesometab UI stuff 
11:33:19 <aleth> And I made the socket async which meant /list didn't freeze the UI anymore
11:33:43 <aleth> I think we should either remove the pref altogether or make it account-specific
11:34:07 <aleth> But it's in the wrong place - it should be in the awesometab code imho
11:34:34 <aleth> Well, that's debatable I suppose if it's to be account specific
11:35:26 <clokep> I specifically wanted it in the IRC code and not in the awesometab.
11:35:33 <clokep> But I don't really remember why at the moment. :)
11:35:44 * clokep finds it weird that https://bugzilla.mozilla.org/show_bug.cgi?id=955446 has a checked in patch but is resolved WFM.
11:36:05 <aleth> The patch there should have been a separate bug really ;)
11:37:14 <clokep> Yes
11:37:41 <clokep> flo-retina: so what changes did you make to those purple makefiles to get it to go farther?
11:43:06 <aleth> flo-retina: I've taken a look at bug 958469 and I don't see anything that could obviously go wrong in the code. If you have STR or more info on what happened, that would help. In particular, whether the Connecting state was from a reconnect after the connection was lost, or whether the connection was lost during connecting.
11:51:18 <clokep> nhnt11: Did you have a chance to look at that bug aleth and I are talking about?
11:53:26 <aleth> Maybe there should be an overall pref to turn off automatic LIST and also a per-account pref (not set by default)
11:54:09 <clokep> With what goal in mind?
11:54:25 <clokep> What are we trying to add by adding this? :)
11:55:12 <aleth> The former in case some users don't want LIST results in their awesometab (or it causes them problems due to limited connectivity or something), the latter in case you want to disable it for a specific account (eg if LIST causes you to be kicked there)
11:55:28 <clokep> Hm. OK.
11:55:33 <aleth> The alternative would be removing the pref altogether
11:55:48 <aleth> And waiting to see if anyone complains they are absent ;)
11:55:57 <clokep> Would these be IRC prefs or awesometab prefs? (E.g. would ever account have them that can return a list of rooms? :))
11:56:19 <aleth> On second thoughts, it should probably be an IRC pref
11:56:45 <clokep> OK so it sounds like we need a way of telling if something is called from /list or not.
11:57:17 <aleth> clokep: What do you think of the just-kill-the-pref idea?
11:57:34 <clokep> I dislike it.
11:57:38 <clokep> Because some networks kick you on list.
11:58:04 <aleth> Then it needs to be per-account and the existing pref is useless.
11:58:28 <aleth> And in that case I don't think it matters if it also affects /list (the command)
11:59:10 <clokep> Umm...what?
11:59:18 <clokep> I disagree that it needs to be per account, necessarily.
11:59:23 <clokep> I disagree.
11:59:35 <clokep> If the user chooses to /list we should allow it to go through.
12:00:14 <aleth> I kind of agree, but it's not an edge case I care much about
12:00:54 <clokep> So you're suggesting to add a "disableList" pref to each account?
12:01:09 <clokep> Which pretty much takes the place of the current preference check.
12:01:21 <clokep> Why the hell do we throw if it's unsupported btw? :-S
12:01:24 <aleth> If it's possible to easily distinguish between /list and automatic list, we should do it
12:01:53 <clokep> I think we'd need to add a boolean flag to the call.
12:01:55 <aleth> clokep: My guess is that pref check was added about 5 minutes before checkin on a patch with a zillion review cycles behind it ;)
12:02:06 <aleth> At least there is no mention of it in the bug.
12:02:41 <clokep> Are you making the patch? I"m going to work. :P
12:03:16 * aleth has to work too
12:03:29 <aleth> I can take a look later
12:04:23 <-- clokep has quit (Ping timeout)
12:05:03 <-- BWMerlin has quit (Quit: BWMerlin)
12:08:01 <-- jb has quit (Ping timeout)
12:23:39 <flo-retina> "what changes did you make to those purple makefiles to get it to go farther?" I copied objdir/purple/libpurple/version.h from an old ib objdir, into my c-c/mozilla/extensions/purple/libpurple folder
12:23:47 <flo-retina> clokep: ^^^
12:29:35 <flo-retina> aleth: so is the listbox issue something we don't care about any more?
12:30:48 <aleth> Do we still have a similar hack for the participant list?
12:31:08 <flo-retina> I don't think we have an automatic default selection in the participant list
12:31:12 <aleth> Right.
12:31:28 <aleth> The binding issues for the listbox were on scrolling etc.
12:31:41 <flo-retina> I don't think that was related
12:31:51 <aleth> It doesn't seem related.
12:32:28 <aleth> But you've already done a listbox patch, what's blocking it?
12:32:48 <flo-retina> the reviewer asking a year ago a question I couldn't easily answer
12:33:19 <aleth> Something that would require you to have a screen reader? ;)
12:35:14 <flo-retina> something that would have required me to rebuild on a version of OS X I didn't have access to (that was before I got my retina macbook)
12:35:24 <flo-retina> and now I don't have steps to reproduce any more
12:36:24 <aleth> It certainly looks like we don't need the fix for IB or TB any more.
12:38:36 <flo-retina> Tb may still need it
12:38:45 <flo-retina> but we never put the work around in place there :-P
12:38:56 <-- florian has quit (Input/output error)
12:39:21 <aleth> TB also has a tree there iirc
12:39:40 <aleth> Not sure if there is a default selection though.
12:39:58 <flo-retina> nah, for Tb it's for the left side of the Chat tab
12:40:07 <flo-retina> (the part that contains the convs and the contact list)
12:42:08 --> jb has joined #instantbird
12:47:46 <-- aleth has quit (Ping timeout)
12:48:02 <flo-retina> it's not clear to me why the patch https://bugzilla.mozilla.org/show_bug.cgi?id=959365 is a good thing to do
12:48:07 <flo-retina> shouldn't the chat/ default be false?
12:49:33 --> clokep_work has joined #instantbird
12:51:34 --> deOmega has joined #instantbird
12:57:03 <clokep_work> aleth: Thanks. :)
12:58:54 <clokep_work> flo-retina: Defaulting to flse means you can't run /list at all. Did you see the conversation Mook and I had yesterday?
12:59:06 <flo-retina> clokep_work: why isn't _that_ being fixed?
12:59:17 <flo-retina> what's the point of having a pref that breaks everything if it's false?
12:59:54 <flo-retina> clokep_work: the goal of that pref is to give users a way to avoid being kicked for flood on IRC servers where LIST isn't safe.
13:00:04 <flo-retina> if setting it to false is broken, that's a problem that needs to be fixed
13:00:20 <clokep_work> flo-retina: Did you see the bug aleth just filed?
13:00:26 <clokep_work> Or the conversation that aleth and I just had?
13:00:38 <flo-retina> vaguely; didn't really understand the goal (there seemed to be several different things in there)
13:01:29 <clokep_work> The goal is making the pref not be stupid. :) How that's done exactly is up in the air.
13:04:39 * flo-retina is still tempted to remove the checkin-needed there
13:05:17 <flo-retina> has nhnt11 had an opportunity to look at it?
13:06:15 <clokep_work> flo-retina: The goal of that patch was to unbreak using /list on a stock TB build. Not to fix the underlying issue.
13:06:26 <clokep_work> If you disagree, remove it though.
13:09:18 <clokep_work> I won't be insulted. ;)
13:15:25 <nhnt11> Sorry, bit busy. I'll look at this conversation in the logs later....
13:27:42 --> FireFly_TB has joined #instantbird
13:30:16 <-- FireFly_TB has quit (Ping timeout)
13:36:17 <-- nhnt11 has quit (Ping timeout)
13:44:51 <-- flo-retina has quit (Ping timeout)
13:49:07 --> flo-retina has joined #instantbird
13:49:07 * ChanServ sets mode +qo flo-retina flo-retina 
13:58:17 <-- flo-retina has quit (Ping timeout)
13:58:37 <-- GeKo has quit (Quit: Lost terminal)
13:59:31 --> flo-retina has joined #instantbird
13:59:31 * ChanServ sets mode +qo flo-retina flo-retina 
14:05:26 --> GeKo has joined #instantbird
14:12:33 <-- flo-retina has quit (Ping timeout)
14:19:15 --> flo-retina has joined #instantbird
14:19:16 * ChanServ sets mode +qo flo-retina flo-retina 
14:41:49 <flo-retina> aleth: "What's the current state of the merge? Is IB being built off c-c yet? What's left to do?" Ib's UI is in c-c. We are not building nightlies from c-c yet. What remains to do is build libpurple as an add-on (or figure out a way to get libpurple built despite it not being in c-c) : https://bugzilla.instantbird.org/show_bug.cgi?id=1579
14:41:51 <instantbot> Bug 1579 enh, --, ---, nobody, NEW, Ship libpurple as an add-on / allow it to be disabled in configure
14:43:36 <flo-retina> aleth: "I've taken a look at bug 958469 and I don't see anything that could obviously go wrong in the code. If you [...]" if you don't want this to be forgotten, make it a comment in the bug please.
14:54:11 --> Huvik has joined #instantbird
14:54:16 <-- Huvik has quit (Quit: Huvik)
14:58:25 <flo-retina> "make it a comment in the bug please." bah, you had already done that :-]
15:24:41 <-- jb has quit (Quit: jb)
15:24:47 --> jb has joined #instantbird
15:44:45 <-- mconley has quit (Connection reset by peer)
15:45:02 --> mconley has joined #instantbird
16:15:14 <-- mconley has quit (Connection reset by peer)
16:15:26 --> mconley has joined #instantbird
16:19:01 --> aleth has joined #instantbird
16:19:01 * ChanServ sets mode +h aleth 
16:29:57 <-- GeKo has quit (Z:lined (dronebot))
16:30:06 --> GeKo has joined #instantbird
16:42:10 <-- gerard-majax__ has quit (Ping timeout)
16:53:54 <-- mconley has quit (Connection reset by peer)
16:54:06 --> mconley has joined #instantbird
16:56:31 --> iamjayakumars has joined #instantbird
16:57:53 <-- iamjayakumars has quit (Quit: )
16:58:03 --> iamjayakumars has joined #instantbird
16:59:43 <-- mconley has quit (Connection reset by peer)
16:59:57 --> mconley has joined #instantbird
17:03:30 <-- GeKo has quit (Z:lined (dronebot))
17:05:13 <aleth> flo-retina: What would have been a better way to do that pref would have been to call it disableAutoList or something and have it not exist by default.
17:05:44 <flo-retina> aleth: we want it to exist by default for 'easy' about:config discovery
17:06:50 <aleth> OK, but nobody should have to discover it anymore... it was a way to land a feature pref'd off ;)
17:07:19 <flo-retina> no
17:07:24 <flo-retina> I never was
17:07:48 <flo-retina> hmm, we may have used it that way for a week or so while we were fixing perf issues
17:08:21 <flo-retina> but the reason why I requested it was so that people who are connected to crappy IRC servers that kick users for flood during list could save themselves from it
17:08:23 <aleth> I can't remember exactly, but the pref is never mentioned in the bug in which it landed, so my guess is it was added at the last minute
17:08:40 <flo-retina> my guess is I used my bad habit of doing IRC reviews ;)
17:08:49 <aleth> Anyway we should fix it ;)
17:09:12 <aleth> So how do I build IB these days? :D
17:10:49 <flo-retina> you mean the one in c-c?
17:10:54 <flo-retina> you checkout c-c
17:11:04 <flo-retina> and you put --enable-application=im in the mozconfif
17:11:05 <aleth> Yes, more specifically, do I now use mach?
17:11:06 <flo-retina> *mozconfig
17:11:13 <flo-retina> ./mozilla/mach build
17:11:35 <aleth> Thanks!
17:13:26 <aleth> http://pastebin.instantbird.com/535877 anything obvious to check?
17:13:45 --> GeKo has joined #instantbird
17:14:01 --> gerard-majax__ has joined #instantbird
17:20:05 <aleth> Should I try mach bootstrap?
17:22:55 --> Mook_as has joined #instantbird
17:25:28 <flo-retina> aleth: pastebin the command you used and your mozconfig
17:26:22 <-- gerard-majax__ has quit (Ping timeout)
17:26:40 <aleth> flo-retina: Default mozconfig (i.e. I was trying to build TB first), "./mozilla/mach build" from the c-c dir.
17:26:57 <flo-retina> is there a default mozconfig in c-c?
17:27:43 <aleth> I don't know - I didn't have to add one for IB either, though
17:30:29 <-- mconley has quit (Input/output error)
17:30:51 <-- GeKo has quit (Input/output error)
17:31:02 --> GeKo has joined #instantbird
17:31:41 <aleth> mdn claims mozconfig is optional.
17:31:51 <aleth> (on the TB page)
17:42:21 --> gerard-majax__ has joined #instantbird
17:43:48 <flo-retina> aleth: the ib repo has a mozconfig by default
17:43:56 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:45:07 <aleth> I'll try adding one and see if that helps
17:45:38 <-- gerard-majax__ has quit (Ping timeout)
17:55:51 <-- mrphs has quit (Ping timeout)
17:56:22 <-- aleth has quit (Ping timeout)
17:57:02 --> mrphs has joined #instantbird
18:00:25 --> gerard-majax__ has joined #instantbird
18:02:37 <-- gerard-majax__ has quit (Ping timeout)
18:17:55 --> gerard-majax__ has joined #instantbird
18:20:26 <-- gerard-majax__ has quit (Quit: Ex-Chat)
18:29:00 <-- jb has quit (Ping timeout)
18:30:37 <-- iamjayakumars has quit (Quit: )
19:15:31 <-- GeKo has quit (Ping timeout)
19:20:35 --> EionRobb has joined #instantbird
19:28:48 --> GeKo has joined #instantbird
19:30:26 <-- GeKo has quit (Z:lined (dronebot))
19:42:25 --> gerard-majax__ has joined #instantbird
19:42:47 <-- gerard-majax__ has quit (Connection reset by peer)
19:42:53 --> gerard-majax_ has joined #instantbird
20:25:10 --> GeKo has joined #instantbird
20:26:25 <-- ivan has quit (Ping timeout)
20:38:12 <-- mrphs has quit (Z:lined (dronebot))
20:48:27 --> hadi has joined #instantbird
20:48:27 --> dionisos has joined #instantbird
20:50:18 <-- hadi has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
20:54:07 --> flo-retina has joined #instantbird
20:54:07 * ChanServ sets mode +qo flo-retina flo-retina 
20:55:42 --> ivan has joined #instantbird
20:56:17 <-- flo-retina has quit (Ping timeout)
20:58:22 --> mrphs has joined #instantbird
21:00:21 --> flo-retina has joined #instantbird
21:00:21 * ChanServ sets mode +qo flo-retina flo-retina 
21:02:56 --> jb has joined #instantbird
21:03:32 --> FireFly_TB has joined #instantbird
21:07:01 <-- mrphs has quit (Z:lined (dronebot))
21:10:50 <-- jb has quit (Ping timeout)
21:11:06 <Mook_as> thunderbird build id 20140113030201:
21:11:06 <Mook_as> Exception... "'[JavaScript Error: "item is undefined" {file: "chrome://messenger/content/chat/imconversation.xml" line: 926}]' when calling GenericConversationPrototype.notifyObservers :: line 470
21:12:29 --> jb has joined #instantbird
21:12:48 <-- dionisos has quit (Ping timeout)
21:13:16 --> dionisos has joined #instantbird
21:14:09 <flo-retina> Mook_as: this sounds like a bug I wanted to fix "soon" a year ago
21:14:34 <flo-retina> Mook_as: do you have more than one thunderbird window?
21:14:40 <Mook_as> this was on join, with the "auto rejoin" dialog checked
21:14:43 <Mook_as> nope, single window
21:14:45 <flo-retina> (not counting 'compose' windows)
21:14:58 <flo-retina> ah
21:15:08 <Mook_as> well. I had the join dialog open
21:15:28 <Mook_as> I looked in the error console because it didn't close when I clicked okay (but I *did* join the channel)
21:15:32 <flo-retina> doesn't count either :)
21:15:54 <flo-retina> ah, if the dialog didn't close, there could be another more interesting error before that
21:15:55 <Mook_as> yeah, I assume this is a  different bug, presumably fallout from the increased activity :D
21:16:07 <flo-retina> unfortunately the <dialog>'s onaccept eats errors silently :(
21:17:04 <flo-retina> "with the "auto rejoin" dialog checked" you mean with the auto-join checkbox checked?
21:17:05 <Mook_as> Nothing relevant in the error console.
21:17:12 <flo-retina> that sounds very familiar too
21:17:13 <Mook_as> err, yes, the auto-join checkbox checked
21:17:25 <flo-retina> I think we fixed something like that recently. Not sure if the fix was in Ib or Tb
21:17:38 <Mook_as> note that I have no idea if that error message even relates to the dialog not closing
21:17:40 <flo-retina> so that's likely the bug you are really after
21:17:58 <Mook_as> right. I don't care that much about error console spam :p
21:18:07 <-- GeKo has quit (Z:lined (dronebot))
21:18:08 <flo-retina> Mook_as: the error message looks like something wrong related to the participant list
21:18:23 <Mook_as> I mean, I also have a bunch of "received presence stanza for unknown buddy" warnings that I don't care about... (gtalk)
21:18:30 <flo-retina> ie. the displayed list getting out of sync with the list the IRC prpl knows
21:18:57 <flo-retina> Mook_as: I fixed these warnings a while ago :-/
21:19:09 <Mook_as> maybe it's because I'm on thunderbird :p
21:19:38 * flo-retina wonders how difficult it would be to have some kind of automatic reporting of errors/warnings from the JS console to a server doing stats like it's done for crashes
21:19:46 <flo-retina> I'm sure plenty of users have errors that they never report
21:19:55 <Mook_as> You'd want to make sure to strip out private info, though
21:20:17 <Mook_as> (in this case, the unknown buddy's, umm, whatever that user id thing is called again.)
21:22:06 <-- dionisos has quit (Ping timeout)
21:22:06 --> mrphs has joined #instantbird
21:24:41 <flo-retina> https://bugzilla.mozilla.org/show_bug.cgi?id=885777 is interesting, they talk about giving a publicly accessible way to reproduce the official linux 64 build machines :)
21:25:01 <flo-retina> Mook_as: yeah, would be difficult in that specific case
21:25:40 <flo-retina> Mook_as: I guess we would have to keep only the error message, and strip the data part of it. So that would just tell us that it happens for some people, and give stats about how frequent it is
21:26:03 <flo-retina> Mook_as: that whatever thing is the JID (Jabber id)
21:26:22 <Mook_as> ah, right, jid
21:26:40 <-- mrphs has quit (Z:lined (dronebot))
21:28:25 --> GeKo has joined #instantbird
21:32:08 --> mrphs has joined #instantbird
21:32:47 <flo-retina> looks like https://bugzilla.mozilla.org/show_bug.cgi?id=886226#c9 event has download links :)
21:35:15 <clokep_work> Mook_as: That sounds like an issue I just fixed.
21:35:29 <Mook_as> could be, I haven't updated to the new build yet
21:35:36 <clokep_work> Mook_as: https://bugzilla.mozilla.org/show_bug.cgi?id=956767
21:41:16 <-- clokep_work has quit (Ping timeout)
21:42:09 --> clokep_work has joined #instantbird
21:48:02 <-- Mook_as has quit (Input/output error)
21:48:26 --> Mook_as has joined #instantbird
21:49:11 <Mook_as> argh. accidentally hovered my mouse on a nick in the scrollback area. boom, tooltip.
21:55:24 <flo-retina> :-P
22:07:11 <flo-retina> clokep_work: do we have an estimate for getting something usable out of the im/ folder in c-c?
22:09:10 <-- FireFly_TB has quit (Quit: FireFly_TB)
22:09:18 --> FireFly_TB has joined #instantbird
22:10:43 <clokep_work> flo-retina: Does that mean "how long until we port purple/"?
22:12:39 <-- jb has quit (Ping timeout)
22:14:40 <flo-retina> clokep_work: the findbar issue also looks pretty annoying
22:15:11 <flo-retina> clokep_work: so my question is really, how long till we ship a (nighty) build out of it that's good enough to make it auto-update
22:15:51 <flo-retina> I think all other development is blocked until we reach that point
22:17:04 <clokep_work> flo-retina: I'd like it to be "soon", by next week?
22:26:12 <flo-retina> can we get others to help us finish that work?
22:26:31 <clokep_work> I'd hope so, but they seem to be resisting. ;)
22:26:37 <clokep_work> I won't have time tonight again unfortunately.
22:27:05 <flo-retina> I'm going to sleep soon
22:27:18 <flo-retina> that work week thing starts relatively early everyday
22:28:26 <clokep_work> :-\
22:28:37 <clokep_work> My goal is to get purple compiling "soon", but I might need help w/ it, we'll see...
22:29:34 <flo-retina> the part that isn't clear to me is: can we get a subconfigure in an extension folder?
22:29:48 <flo-retina> or do we have to stuff all the configure tests we had before back in the im/ configure?
22:30:03 <flo-retina> (the latter would suck as that would make building the add-on with TB impossible)
22:30:20 <clokep_work> I'm hoping we can put them in an extension, I'd like to ask Joshua.
22:31:52 <flo-retina> right, would be good to know if he's got some idea on the topic
22:33:22 <flo-retina> the other unclear part is how we are going to handle the package-manifest part
22:33:52 <clokep_work> I'm still kind of confused at why that'll matter if we just include it all in an XPI.
22:34:51 <flo-retina> clokep_work: don't you want instantbird builds to ship that XPI by default?
22:34:58 <clokep_work> Yes.
22:35:02 <flo-retina> or were you thinking of just putting the xpi on the add-ons website?
22:35:07 <clokep_work> Nope.
22:35:14 <clokep_work> I'm like 90% sure SeaMonkey has a way to ship XPIs by default.
22:36:51 <flo-retina> I don't think so
22:37:06 <flo-retina> I think they just ship the unpacked content inside the "extensions/" subfolder of the application folder
22:37:20 <clokep_work> Hmm....maybe. :-\
22:37:24 <clokep_work> OK, so somethign else we need to figure out, yes.
22:37:41 <flo-retina> clokep_work: http://mxr.mozilla.org/comm-central/source/suite/installer/package-manifest.in#858
22:38:07 <clokep_work> flo-retina: Gross. :-\
22:38:20 <flo-retina> clokep_work: note that if we get a subconfigure working, it becomes relatively easy: the subconfigure can define a config-time variable that we can then use for an ifdef in the package manifest
22:38:35 * clokep_work needs to go.
22:41:57 <-- clokep_work has quit (Ping timeout)
23:01:55 <-- mrphs has quit (Z:lined (dronebot))
23:02:01 --> mrphs has joined #instantbird
23:02:23 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:18:26 <-- mrphs has quit (Ping timeout)
23:20:19 --> mrphs has joined #instantbird
23:31:07 <-- FireFly_TB has quit (Ping timeout)
23:39:47 <-- deOmega has quit (Quit: So easy...but yet complicated.)
23:45:54 <-- mrphs has quit (Ping timeout)
23:47:59 --> mrphs has joined #instantbird