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