All times are UTC.
00:01:43 <flo> maybe with some more hacking (for linux) 00:02:40 <aleth> You mean additional protocol add-ons? I don't think many exist atm 00:04:51 <flo> I think a few people wanted to make some, but gave up given the difficulty of compiling for each OS 00:05:39 <aleth> JS prpls are more attractive anyway 00:05:57 <flo> not to existing libpurple plugin developers ;) 00:06:09 <flo> but for us, sure :) 00:06:30 <aleth> true, but they haven't been lining up to make IB plugins... sadly 00:07:01 <flo> that means less crash reports :) 00:07:56 <aleth> yup, what isn't there can't crash :D 00:08:27 <flo> and binary add-ons are usually quite crashy 00:08:44 <aleth> thankfully MSN libpurple is there to take up the slack ;) 00:11:54 * flo removed the 1.2-release columns from the buildbot waterfall 00:17:29 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/36dc3d4f1fa2 - Florian Quèze - Bug 1665 - Statically link libpurple into purplexpcom (+ some build system cleanup in purple/). 00:19:19 <flo> when looking at crash stats, it seems we have a fairly frequent Windows-only crash 00:19:28 <flo> something related to timers 00:24:20 <-- wnayes has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 00:26:18 <flo> Good night 00:27:46 <-- aleth has quit (Input/output error) 00:41:10 --> rosonline has joined #instantbird 00:41:29 <-- ea4eoz has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 00:42:10 <-- Gizmokid2005 has quit (Ping timeout) 00:46:00 --> Gizmokid2005 has joined #instantbird 00:54:01 <instant-buildbot> build #309 of linux-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/309 blamelist: Florian Qu?ze <florian@instantbird.org> 01:06:22 <instantbot> New Instantbird (UI) bug 1669 filed by tschak@gmail.com. 01:06:28 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1669 maj, --, ---, nobody, UNCO, Certain IRC channels cause freeze in conversation window. 01:33:59 <-- sonny has quit (Ping timeout) 02:28:47 <instant-buildbot> build #277 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/277 02:42:48 <instant-buildbot> build #296 of win32-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/296 02:59:25 <-- SM0TVI has quit (Ping timeout) 03:00:00 --> SM0TVI has joined #instantbird 03:13:38 <-- SM0TVI has quit (Ping timeout) 03:14:42 --> SM0TVI has joined #instantbird 03:20:21 <-- flo has quit (Ping timeout) 03:21:56 <instant-buildbot> build #611 of linux-nightly-default is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/611 03:24:46 <-- rosonline has quit (Ping timeout) 03:39:05 <-- SM0TVI has quit (Ping timeout) 03:40:15 --> SM0TVI has joined #instantbird 03:44:37 <-- SM0TVI has quit (Ping timeout) 03:45:50 --> SM0TVI has joined #instantbird 03:58:29 <instant-buildbot> build #595 of macosx-nightly-default is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/595 04:04:45 <-- SM0TVI has quit (Ping timeout) 04:13:09 --> SM0TVI has joined #instantbird 04:28:32 <-- SM0TVI has quit (Ping timeout) 04:31:08 --> SM0TVI has joined #instantbird 04:45:40 --> sonny has joined #instantbird 04:46:43 <-- micahg has quit (Quit: Ex-Chat) 05:02:00 <-- sonny has quit (Ping timeout) 05:02:11 --> micahg has joined #instantbird 05:30:20 <-- Even has quit (Input/output error) 05:47:11 <instantbot> mook.moz+bugs.instantbird@gmail.com cancelled review?(florian@instantbird .org) for attachment 1842 on bug 1668. 05:47:12 <instantbot> mook.moz+bugs.instantbird@gmail.com requested review from the wind for attachment 1845 on bug 1668. 05:47:13 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 05:47:39 <Mook> stupid bugzilla not warning me about bad r? 05:48:43 <instantbot> mook.moz+bugs.instantbird@gmail.com requested review from florian@instantbird .org for attachment 1845 on bug 1668. 05:56:44 <-- Mook has quit (Quit: Mook) 07:01:09 --> Optimizer has joined #instantbird 07:09:42 <-- Optimizer has quit (Ping timeout) 07:48:03 --> markh1 has joined #instantbird 08:16:42 --> Mic has joined #instantbird 08:16:42 * ChanServ sets mode +h Mic 08:23:52 --> igorko has joined #instantbird 08:55:03 --> Even has joined #instantbird 08:55:04 * ChanServ sets mode +o Even 09:06:12 <-- Tonnes has quit (Input/output error) 09:10:24 --> Tonnes has joined #instantbird 09:20:09 --> aleth has joined #instantbird 09:20:09 * ChanServ sets mode +h aleth 09:35:13 <-- Mic has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 10:22:52 --> sonny has joined #instantbird 10:24:34 <-- sonny has quit (Ping timeout) 10:31:44 --> flo has joined #instantbird 10:31:44 * ChanServ sets mode +qo flo flo 10:36:06 * flo isn't very proud of the color of the waterfall 10:43:33 --> rosonline has joined #instantbird 10:47:15 <flo> aleth: can we try reproducing bug 1669 (there's the channel name in the conv-top-info bar)? 10:47:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1669 maj, --, ---, nobody, UNCO, Certain IRC channels cause freeze in conversation window. 10:50:02 <-- rosonline has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 10:50:04 --> rosonline has joined #instantbird 10:59:12 <instantbot> florian@instantbird.org denied review for attachment 1845 on bug 1668. 10:59:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 11:08:02 <-- rosonline has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 11:08:17 --> rosonline has joined #instantbird 11:27:21 <-- Kaishi has quit (Quit: Kaishi) 11:27:26 --> Kaishi has joined #instantbird 11:37:17 <-- rosonline has quit (Client exited) 11:38:08 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/3fc33f06d0a6 - Florian Quèze - Fix Mac bustage caused by 36dc3d4f1fa2. 12:01:10 <-- aleth has quit (Input/output error) 12:01:12 --> aleth has joined #instantbird 12:01:12 * ChanServ sets mode +h aleth 12:01:24 --> mali has joined #instantbird 12:03:08 <-- mali has quit (Ping timeout) 12:03:35 --> mali has joined #instantbird 12:09:25 <-- igorko has quit (Client exited) 12:37:02 --> ea4eoz has joined #instantbird 13:02:05 <flo> if I build on my linux box with the same mozconfig as what buildbot uses, my local linux build fails too with the same error :) 13:02:14 <flo> so it's probably without --enable-debug that things fail 13:45:53 <flo> I think I fixed it :) 13:48:13 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/de41fb01efaf - Florian Quèze - Fix Linux non-debug bustage caused by 36dc3d4f1fa2. 13:48:39 <-- ea4eoz has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 13:59:16 <aleth> Yay, just noticed the nightly failed, and it's already been fixed :) 14:04:32 <instantbot> New Core - Twitter bug 1670 filed by aletheia2@fastmail.fm. 14:04:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1670 enh, --, ---, nobody, NEW, Include full username in twitter timeline title 14:06:04 <instantbot> New Core - Twitter bug 1671 filed by aletheia2@fastmail.fm. 14:06:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1671 nor, --, ---, nobody, NEW, Include twitter users' names in tooltips 14:07:05 <aleth> I think I have a fix for the truncation issue (after all, it's straightforward now it's clear what the problem is), but I want to test it a bit first 14:22:28 <instant-buildbot> build #278 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/278 14:30:15 --> clokep has joined #instantbird 14:30:15 * ChanServ sets mode +o clokep 14:33:47 <flo> clokep: hello :) 14:39:40 --> Optimizer has joined #instantbird 14:41:37 <clokep> flo: Hello. 14:41:44 <clokep> I think we've discussed a server/client architecture before btw... 14:41:50 <clokep> (That's as far as I got in the logs so far. ;)) 14:42:30 <flo> clokep: after that I broke the build, and without reviewers so I have nobody to share the blame with ;) 14:43:00 <clokep> Hah. Nice job. :P 14:43:03 <clokep> Is it fixed yet? 14:43:31 <flo> I think so 14:43:40 <flo> but I'll likely break it again with bug 1579 :) 14:43:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1579 enh, --, ---, nobody, NEW, Ship libpurple as an add-on / allow it to be disabled in configure 14:46:39 <clokep> Of course... 14:46:51 <clokep> dew: Just an FYI that we have no plans to actually rewrite all the protocols... 14:47:29 <aleth> could make it a meme though ;) 14:47:31 <flo> although if a team of volunteers came up for each of them, we would be pleased ;) 14:47:41 <flo> aleth: what? :) 14:47:47 <aleth> REWRITE ALL THE PROTOCOLS 14:47:49 <flo> aleth: breaking the build without reviewer? 14:49:35 <aleth> Btw flo you probably missed it in the logs while you were away, but the certs for instantbird.com/.org have expired 14:50:14 <flo> aleth: what makes you think: 1. That we ever had a cert for ib.com 2. That it expired? 14:51:39 <aleth> I have no idea why there is one in the first place, but someone reported it, and http://pastebin.instantbird.com/67420 14:52:16 <flo> that someone is doing strange things 14:52:49 <flo> who was that? 14:52:55 <aleth> I don't remember. 14:54:25 <flo> if there's a link somewhere pointing to ib.com in https we should fix it 14:58:45 <clokep> aleth, flo: Another user's timeline (I think) would also show messages that are @-replies to that user from other users you follow. 14:59:04 <clokep> (I.e. if I follow both aleth and flo, and I'm looking at @flo's timeline, it would show messages that aleth sent @flo.) 15:04:49 <clokep> Also, if there are other really popular XMPP networks (VK, or whatever...) we should just add them (for all locales)< i don't like the idea of different locales having different accounts...Seems like it would cause issues. 15:08:26 <clokep> (And yes, I track instantbird on Twitter.) 15:12:41 <flo> clokep: Do you mean the twitter API does that for us automatically, or you would want us to find a way to query these tweets (or extract them from what we have received for the main timeline)? 15:13:02 <clokep> flo: I think the Twitter API does that automatically. 15:14:33 <clokep> But I might be misremembering stuff. 15:21:24 <-- mali has quit (Ping timeout) 15:51:40 <clokep> flo: Does bug 1665 need testing on Windows still? 15:51:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1665 nor, --, ---, florian, ASSI, Statically link libpurple into libpurplexpcom 15:56:59 --> Mook has joined #instantbird 15:58:12 <Mook> flo: I made all the keys start with purple.debug so that I don't have to worry about PRPL_DEBUG=observe:5,__proto__:3 - but I guess I can change things around so it doesn't matter. 16:02:31 <-- Optimizer has quit (Ping timeout) 16:03:34 --> igorko has joined #instantbird 16:04:32 <clokep> http://stats.pidgin.im/ is interesting... 16:04:54 <clokep> Especially the purple protocols, (which gives extra information about prpl-jabber and prpl-irc) 16:07:07 <Mook> only 21 total samples? 16:10:27 <clokep> Apparently. ;) 16:10:48 <clokep> Mook: Bug 1668 is a good idea. :) 16:10:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 16:11:15 <Mook> well, it's more the part that made me so frustrated that I gave up working on ib every time I start... :D 16:12:20 <clokep> Fair enough. :) I didn't think it would be so easy to do though. 16:13:08 <clokep> I find it interesting that irc.mozilla.org is the most joined IRC server. ;) 16:31:58 --> deltafalcon has joined #instantbird 16:33:10 <deltafalcon> ? 16:33:38 <clokep> Helo deltafalcon, can we help you? 16:33:48 <deltafalcon> Hi! 16:34:00 <deltafalcon> Sorry, got a message saying that I couldn't send messages to #instantbird 16:34:05 <deltafalcon> Seems that I can :D 16:34:43 <deltafalcon> A quick question though, what's the string to include on about:config regarding disabling compatibility checking on 1.2? 16:36:55 --> Optimizer has joined #instantbird 16:37:38 <instant-buildbot> build #279 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/279 16:39:35 <deltafalcon> Figured it out, needed to change 0.3a to 1.2 with regards to "extensions.checkCompatibility", so it becomes "extensions.checkCompatibility.1.2" 16:40:16 <deltafalcon> But a fantastic job to all of you on the dev team. Instantbird is the best thing since sliced bread and Pidgin! 16:40:24 <-- deltafalcon has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 16:40:48 --> deltafalcon has joined #instantbird 16:42:50 <deltafalcon> And I accidentally restarted IB without thinking... Oops. ;) 16:48:28 <clokep> deltafalcon: Glad you figured it out! 16:48:34 <clokep> (Sorry, I walked away to pay some bills...) 16:48:42 <clokep> And thanks, I'm glad you're enjoying it. :) 16:48:45 <deltafalcon> That's ok. 16:48:46 <clokep> Let us know if there's improvements we can make. 16:48:52 <deltafalcon> And I am oh-so-much 16:49:27 <deltafalcon> Was getting really frustrated with Pidgin refusing to talk to Facebook XMPP and very slow progress on getting the issue at least considered, then I found IB. 16:49:35 <deltafalcon> Not looked back, instantly replaced Pidgin :D 16:50:01 <deltafalcon> When my programming skills get good enough for production, I'd like to start contributing 16:51:12 <clokep> Well, if you find something you're interested in working on, feel free to jump in -- we can certainly offer advice and answer questions, etc. 16:51:16 <clokep> Don't feel like you need to be on your own! 16:52:06 <deltafalcon> Thanks! 16:53:09 <deltafalcon> I think the best thing I can do right now is update a few Wikipedia articles to make mention of it, been noticing where it could be added (like IRC compatible clients for one) 16:56:39 <instantbot> mook.moz+bugs.instantbird@gmail.com requested review from florian@instantbird .org for attachment 1846 on bug 1668. 16:56:41 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 16:57:59 <clokep> deltafalcon: Well that would be great too. :) Feel free to hang out in here and all too, if you're interested. 16:58:19 <deltafalcon> Absolutely, thanks for the warm welcome! :) 17:02:46 <clokep> Of course. :) 17:16:39 <flo> :) 17:18:37 <flo> clokep: "Should they even be kept in the logs if they're removed?" The Twitter API doc says we *have to* remove the tweets from any permanent local storage we may have. That seems like a totally stupid (or arrogant) part of the spec. I trust my client to be able to give me access again to what I've read. 17:19:01 <flo> Whether the author no longer wish to publish it or not should prevent me from reading it again if I've already seen it. 17:19:05 <clokep> flo: Right, I know the API docs say that. I guess my question was whether we care or not? 17:19:19 <-- igorko has quit (Client exited) 17:19:36 <flo> I think we should somehow store in the log that it's been deleted, so that we can re-add the deleted annotation when redisplaying the conversation 17:20:08 <clokep> I agree, I think we should add a deleted flag. 17:20:59 <flo> while hiking today I was thinking that maybe in the meta data (ie the first line) of each json log file we should include information about which client wrote that log. version:1.2 or version:1.3a1pre, importedFrom:"..." 17:21:03 <flo> maybe even importDate: 17:21:31 <flo> and I also thought a long while ago that we should store the hostname of the machine used; or a unique id of the profile 17:21:50 <flo> I suspect that could be useful later when merging logs if we implement sync 17:22:30 <clokep> flo: Any easy way to rebuild my old instantbird build with the changes to libpurple? I don't want to do a full rebuild... 17:22:46 <flo> displaying the deleted annotation requires fixing bug 300, doesn't it? 17:22:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=300 enh, --, ---, nobody, NEW, Add an array of all the displayed messages 17:22:55 <clokep> Probably. 17:22:59 <flo> clokep: which changes to libpurple? 17:23:15 <clokep> flo: The static/dynamic linking changes...blah blah. bug 1665. 17:23:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1665 nor, --, ---, florian, ASSI, Statically link libpurple into libpurplexpcom 17:23:27 * clokep was stupid and updated before reviewing bug 1632. 17:23:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1632 enh, --, ---, aletheia2, ASSI, Mark participants as inactive after XXX time 17:23:55 * clokep still finds aleth's merging bubbles to be magical. 17:24:05 <flo> clokep: yes, it is indeed magical :) 17:24:25 <flo> clokep: so what are you actually trying to do with bug 1665, I'm still confused :-S 17:24:27 <clokep> Hey deltafalcon, how did you hear about Instantbird? 17:24:33 <clokep> flo: I'm trying to build my debug build. :P 17:24:42 <flo> clokep: then, what's the problem about it? 17:24:49 <deltafalcon> Google searching and a little bit of Wikipedia in frustration over Pidgin. :P 17:24:51 <deltafalcon> Haha 17:24:56 <flo> |make -C objdir ib|, as usual 17:25:00 <clokep> OK. 17:25:14 <flo> you only need to rebuilt objdir/purple 17:25:42 <flo> and if you want to test that the changes actually work correctly (as opposed to just building to work on something else), you should delete all purple.dll and purple.lib files that are in your objdir 17:26:09 <flo> but I think the changes do work correctly, as the onCommit Windows build passed my xpcshell test :) 17:26:18 <clokep> Excellent! :) 17:26:35 <clokep> Yeah I just really wanted to avoid totally rebuilding Mozilla for obvious reasons. 17:27:50 <flo> you will have to after bug 1579 17:27:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1579 enh, --, ---, nobody, NEW, Ship libpurple as an add-on / allow it to be disabled in configure 17:28:02 <flo> and I'm afraid we will have to do for each change to purple/ after that :-/ 17:28:24 <flo> well, maybe only make -C objdir/mozilla/extensions before make -C objdir/instantbird 17:28:38 <clokep> That shouldn't be too awful. :) 17:29:13 <flo> i'm still not completely sure that I'll really be happy with libpurple in the extensions/ folder 17:29:44 <flo> as that may drop the compatibility with binary prpls in add-ons, for a very limited win 17:29:54 <flo> but I'm not sure yet if I can hack it to still work or not 17:30:08 <clokep> Right. 17:30:14 <Mook> hmm. libpurple in appdir, but not loaded? (so prpls can hopefully find it...) 17:30:18 <flo> and as discussed with aleth yesterday, nobody ever actually used that possibility (except when I did a facebook chat experiment for 0.2) 17:30:39 <flo> Mook: that's the current situation (well, up to yesterday) 17:30:52 <Mook> hehe 17:30:56 <clokep> Right. I'd like to include SIPE at some point, whether we build it in or not. And maybe Skype. 17:31:11 <flo> clokep: but by default or as add-ons? 17:31:25 <clokep> flo: Skype wouldn't be by default. 17:31:28 <flo> I don't think anybody has the motivation to do prpls as add-ons, becaue it's too painful to build them 17:31:30 <clokep> I think SIPE is reaosnable to include by default. :) 17:31:45 <flo> why not skype by default? Is the code that crappy? 17:32:42 <Mook> doesn't it still need the official skype client installed? 17:33:00 <clokep> flo: I just think the UX is crappy. 17:33:04 <flo> Mook: do we know if xpcom components of add-ons located in appdir/extensions are loaded before xpcom compnents or add-ons in profiledir/extensions? Or is that undeterministic? 17:33:12 <clokep> (It also has lots of crazy assertions and stuff in it, I think.) 17:33:14 <flo> Mook: it does. 17:33:16 <clokep> Mook: Yes, it does. 17:33:30 <flo> clokep: maybe we can bug the author to fix his mess? ;) 17:33:48 <Mook> I don't think it's supposed to be deterministic 17:34:31 <clokep> flo: Maybe. :) SIPE is a higher priority... 17:34:37 * clokep is getting tired of running two IM clients at work. 17:35:04 <flo> On Mac and Linux I think we hack the build system to make prpl addons find the libpurple in extensions/ automatically even if they are loaded before libpurple 17:35:28 <flo> for Windows, I don't think we can specify the path to dependencies relative to the application binary 17:35:57 <flo> "19:34:38 * clokep is getting tired of running two IM clients [â¦]" sounds like a good rational for setting the priority 17:36:03 <flo> clokep: am I blocking you there? 17:36:30 <clokep> flo: Well you were...but now I should update SIPE again (I think I need to for better Lync support.) 17:37:38 <clokep> (Which involves installing git and stuff...bleh....) 17:37:52 <flo> installing git? 17:37:58 <clokep> The SIPE repo is in git. 17:38:00 <Mook> hmm, would AddDllDirectory() be useful here? (I guess it depends on how things are loaded in gecko...) 17:38:01 <flo> where is it hosted? 17:38:22 <clokep> http://repo.or.cz/w/siplcs.git 17:38:54 <flo> Mook: if purplexpcom.dll (the component in extensions/) is loaded before the prpl add-on, we can hack around things. If not, the add-on will just refuse to load 17:39:19 <Mook> clokep: there appears to be a hg-git hg extension, if you _realy_ like hg :p 17:39:34 <clokep> Mook: That's what I use actually... 17:40:06 <clokep> flo: Could we do something crazy and attempt to reload any add-ons that failed as part of the built in libpurple extension. 17:40:19 <clokep> (So after we register purplexpcom we iterate back over failed extensions). 17:40:29 <clokep> Maybe I'm saying crazy things....but hey. 17:40:48 <flo> clokep: it's crazy but I thought about it too ;) 17:41:29 <flo> clokep: that "could" work, but it wouldn't prevent errors about dll files that failed to load in the error console, and DGMurdockIII would come and past them here every other week ;) 17:42:19 * clokep sets /mode +b DGMurdockIII!*@* ;) 17:42:22 <Mook> just out of curiosity: assuming this part is solved and libpurple magically exists and is usable, would existing prpls built for pidgin work? 17:42:30 <clokep> No. 17:42:46 <clokep> flo: But yes, that makes sense. :) 17:42:52 <flo> Mook: no 17:42:56 <Mook> okay; that means trying to think up ways that might work is useless :) 17:43:18 <flo> Mook: I don't understand what you mean 17:43:54 <Mook> sorry, just that trying to bend backwards to do the libpurple part to make it seem possible is pointless, since other stuff makes it not work 17:44:10 <Mook> (i.e. that should direct the way I think about solutions to not care about that case) 17:44:23 <flo> Mook: prpls built for Pidgin have stopped being compatible either when we started shipping them as XPCOM component (0.2) so that they could be in add-ons installed at any random path (rather than libpurple's plugin directory) or maybe even earlier, when we started building libpurple with MSVC. 17:44:29 <flo> (that was 0.1.2) 17:44:38 <Mook> okay :) 17:46:19 <flo> Mook: if that helps you understand, just think of the issue as loading an xpcom component that depends on symbols exported from another xpcom component. 17:47:15 <Mook> I'm already comfortable with stupid dll export issues (from songbird/gstreamer), that's fine :) (in fact, that's glib too!) 17:51:27 <flo> Mook: so you may have an idea of how it could work? :) 17:51:42 <Mook> that was pre-Gecko2 17:51:48 <flo> boo :( 17:52:11 <flo> I already spent an excessive amount of time tweaking linker flags this week-end ;) 17:52:29 <deltafalcon> If I read correctly, isn't the ultimate goal to remove dependency on libpurple due to licensing issues with Thunderbird? 17:52:57 <flo> deltafalcon: no :) 17:53:54 <deltafalcon> Ah ok 17:55:01 <flo> deltafalcon: the ultimate goal is to make an IM client that's enjoyable to use for as many people as possible and respects the user's privacy :) 17:55:12 --> clokep1 has joined #instantbird 17:55:28 <deltafalcon> Good goal. I like this! 17:55:43 <-- clokep has quit (Ping timeout) 17:55:55 <deltafalcon> Perhaps the word 'ultimate' wasn't quite the best word to use 17:56:13 --> igorko has joined #instantbird 17:56:26 <clokep1> deltafalcon: Are you asking about the goal of what Mook and flo are discussing? 17:56:41 <flo> I'm not sure we has ever summarized it (the goal) with as few words, maybe I should tweet that? :) 17:56:53 <deltafalcon> You should! 17:57:34 <deltafalcon> clokep1: Yeah, I remember reading it somewhere on your website (hunting for info for Wikipedia) and saw that there were issues regarding Thunderbird and IB 17:57:47 <deltafalcon> With regards to the question whether IB would remain stand-alone I blieve 17:57:53 <deltafalcon> Believe, rather 17:57:57 <clokep1> deltafalcon: No. There are NO questions about that. 17:58:04 <clokep1> (And I thought it was clear in the blog post I wrote. :() 17:58:11 <flo> "Instantbird's ultimate goal is to make an IM client that's enjoyable to use for as many people as possible and respects the user's privacy." is 140 characters 17:58:22 <clokep1> deltafalcon: The blog post said that we had reorganized some code to separate the chat core code from the UI. 17:58:43 <deltafalcon> Ah ok, must not have read it correctly. Sorry about that. 17:58:49 <clokep1> deltafalcon: It's OK. :) 17:59:29 <clokep1> What flo is trying to do right now is separate the libpurple code into an add-on so Thunderbird could also use it...but it can't be distributed with Thudnerbird. 18:00:01 <deltafalcon> Ah, with you now 18:00:23 <deltafalcon> There was a similar issue with another open source project I was following 18:00:53 <clokep1> The issue being that the GPL is a PITA? :) 18:01:06 <deltafalcon> I believe so. 18:01:42 <clokep1> flo, aleth: For the record, I just retweeted flo's tweet (which is 139 characters) and the whole tweet is shown. 18:02:15 <clokep1> deltafalcon: Ah, I see. Wel....we have no plans to stop Instantbird being separate from Thunderbird, they're very different applications. :) So have no fear! 18:02:24 <deltafalcon> Whilst most of this particular project was open source the digital signal processing part, was MS-RSL. A plugin that was GNU GPL was not compatible with MS-RSL was removed because of it (a plugin that was essentially driving the project) 18:02:38 <deltafalcon> You may be familiar with RTLSDR, it was this. 18:02:49 <deltafalcon> Good to hear :) 18:02:50 <flo> clokep1: I guess I can retweet it from @instantbird too 18:04:31 <clokep1> flo: Ah, that had the ... in it... 18:05:39 <flo> clokep1: it's not cut in @instantbird's timeline, but it is in @fqueze's :-S 18:05:55 <clokep1> flo: Exactly my retweet looks fine, but @instantbird's doesn't... 18:06:36 <flo> aleth will be happy to take care of it I guess :) 18:06:46 <flo> now that I can't pretend any more that it WFM ;) 18:09:45 <deltafalcon> Random question: First initial release is September 12 2007? 18:09:56 <deltafalcon> Was, rather 18:11:14 <clokep1> deltafalcon: What's the question? ;) 18:11:46 <deltafalcon> Does anyone know the date of the first initial release of IB? 18:11:47 * clokep1 wonders if deltafalcon has seen https://wiki.instantbird.org/Instantbird:timeline 18:11:51 <clokep1> Which looks ugly... 18:11:55 <deltafalcon> Thank you. 18:11:55 <deltafalcon> :P 18:12:04 <clokep1> But hey, I didn't quite finish the page yet... 18:13:03 <deltafalcon> My nerdy skills are failing me. ;) 18:13:08 <clokep1> How so? 18:13:21 <clokep1> (That page says October 18, not Sept 12, btw.) 18:13:46 <deltafalcon> For some reason I thought September was one month before November... :\ 18:15:12 <flo> October 18, 2007 (without even looking it up) :) 18:15:29 <deltafalcon> flo: Big day? ;) 18:16:35 <clokep1> Even's birthday, I believe. 18:17:15 <clokep1> I could have told you the release of 0.3b1 without looking it up. ;) But not 0.1. 18:23:29 <clokep1> Anyone know if there's a way to search both resolved and unresolved bugs easily in Bugzilla? 18:27:56 <Mook> yeah, quicksearch, first term ALL 18:28:05 <Mook> (yes, all upper case) 18:28:18 <Mook> or if you're using the form, clear the status selection 18:29:22 <aleth> clokep1, flo: yes, funnily enough there are no issues if it is the user doing the retweeting... 18:32:45 <clokep1> Mook: Thanks, that's what I thought it was. :) 18:39:53 <-- aleth has quit (Input/output error) 18:43:05 --> aleth has joined #instantbird 18:43:05 * ChanServ sets mode +h aleth 18:55:37 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1847 on bug 1671. 18:55:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1671 nor, --, ---, aletheia2, ASSI, Include twitter users' names in tooltips 19:08:47 <clokep1> aleth: So what to do with the name...my only question is http://lxr.instantbird.org/instantbird/source/chat/components/public/prplIConversation.idl#133 19:09:35 <aleth> You mean, should we use full names within the bubbles etc as well? 19:10:05 <aleth> I'd say no, if we treat twitter as a MUC... we use the nicks as for IRC 19:10:23 <aleth> otherwise we may run into trouble with spaces etc... 19:11:19 <clokep1> aleth: No, I mean WTF does that comment mean and should we set the name to the alias. 19:11:51 <aleth> I don't have a good understanding of how participant aliases are supposed to work. 19:12:05 <clokep1> Me neither. :( 19:12:07 <clokep1> flo: ^ ^ 19:12:09 <aleth> The comment is not exactly helpful :( 19:12:13 <clokep1> But besides that, it's r+ I think. 19:12:26 <aleth> pretty trivial patch ;) 19:16:04 --> sonny has joined #instantbird 19:16:07 <clokep1> Yup! :) 19:30:03 <flo> clokep1: Even's birthday is April 24 19:30:41 <flo> The first pre-release (before 0.1) with a buddy list that was usable enough to start a conversation was on idechix's birthday (August 21) 19:30:47 <instantbot> New Core - Twitter bug 1672 filed by aletheia2@fastmail.fm. 19:30:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1672 nor, --, ---, nobody, NEW, Truncated RTs don't always show the full original tweet 19:32:37 <clokep1> aleth: FWIW Twitter reviews can mostly go to me. If you didn't know that. 19:34:15 <flo> clokep1: and October 18 is another birthday, but of someone who never came here (she was my baby-sitter :-]). That's the reason why I'm sure of the date ;). 19:35:00 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1848 on bug 1672. 19:35:03 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1672 nor, --, ---, aletheia2, ASSI, Truncated RTs don't always show the full original tweet 19:36:37 <clokep1> flo: Hah, interesting. 19:36:42 * clokep1 doesn't know his baby-sitter's birthday. ;) 19:36:52 <aleth> clokep1: there you go then :) 19:38:38 <flo> clokep1: I spent almost half my childhood there and she has always (even now) treated me almost like her own sons, so she's also almost my mother ;). 19:41:01 --> rosonline has joined #instantbird 19:42:51 <-- rosonline has quit (Client exited) 19:48:23 <flo> clokep1, aleth: what's the question exactly about http://lxr.instantbird.org/instantbird/source/chat/components/public/prplIConversation.idl#133 ? 19:52:04 <instantbot> florian@instantbird.org denied review for attachment 1848 on bug 1672. 19:52:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1672 nor, --, ---, aletheia2, ASSI, Truncated RTs don't always show the full original tweet 19:55:16 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1849 on bug 1672. 19:55:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1672 nor, --, ---, aletheia2, ASSI, Truncated RTs don't always show the full original tweet 19:55:57 <aleth> flo: apart from that comment being a bit sparse, my question would be whether and when anything makes use of participant aliases (at least conversation.xml does not) 19:57:53 <flo> aleth: it's possible that nothing uses it. 19:58:55 <flo> I think in Pidgin if you add "aleth" to your blist and in the blist alias it to "Instantbird developer whose real name is still unknown", that alias will be shown in the participant list of IRC channels where "aleth" is. 19:59:40 <aleth> That does not sound like a feature to me :-/ 20:01:03 <clokep1> Alises confuse me. :( 20:01:33 <flo> I think I wanted to duplicate that behavior in Instantbird and added the code in purplexpcom, and then decided I didn't really like the feature and never implemented it in the UI. 20:02:23 <flo> at least for js prpls the value is clear: http://lxr.instantbird.org/instantbird/source/chat/modules/jsProtoHelper.jsm#548 :-D 20:02:48 <flo> clokep1: I think you all are making aliases seem more complicated than they are 20:03:47 <flo> clokep1: especially when putting all aliases together as a single confusing thing, when there are several different not-really-related things that could be called "alias". 20:03:56 <flo> (like there are several different things that could be called "conversation") 20:04:01 <clokep1> flo: Maybe that's the part I find confusing. ;) 20:04:26 <instantbot> clokep@gmail.com granted review for attachment 1849 on bug 1672. 20:04:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1672 nor, --, ---, aletheia2, ASSI, Truncated RTs don't always show the full original tweet 20:05:09 --> rosonline has joined #instantbird 20:08:19 <instantbot> clokep@gmail.com granted review for attachment 1847 on bug 1671. 20:08:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1671 min, --, ---, aletheia2, ASSI, Include twitter users' names in tooltips 20:09:17 <-- igorko has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 20:09:19 * clokep1 is now known as clokep 20:09:49 <clokep> I think Instantbird is eating response to NickServ sometimes when it shouldn't. :-/ 20:09:53 <clokep> I need to test more though. 20:10:17 <-- rosonline has quit (Client exited) 20:11:27 <flo> would be nice to have the name as a tooltip of the username in most message themes too (re bug 1671) 20:11:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1671 min, --, ---, aletheia2, ASSI, Include twitter users' names in tooltips 20:11:35 <flo> but that would be a different bug actually 20:11:57 <flo> or maybe the same tooltip could be used, with all the whois info 20:12:27 <flo> this would make possible to do easy whois lookups even when the participant list is hidden, or without having to scroll to someone's nick when the participant list is loooooong 20:13:26 <aleth> That would be a "put a tooltip on %sendername replacements" bug, right? 20:14:59 <instantbot> clokep@gmail.com denied review for attachment 1815 on bug 1632. 20:15:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1632 enh, --, ---, aletheia2, ASSI, Mark participants as inactive after XXX time 20:15:39 * clokep might be being stupid in that bug. 20:15:44 <clokep> But I really can't parse that comment. :-/ 20:16:01 <aleth> Hrm, no that does read badly 20:16:34 <aleth> Must have made sense at the time ;) 20:18:19 <clokep> My issue is that I like half change comments when I fix code. 20:19:00 <flo> aleth: yeah. I think you would need a <span sendername="username that we can get info on"> element around that %sendername% returns, so that the tooltip code could then detect it in a similar way that it detects title attributes 20:22:19 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1850 on bug 1632. 20:22:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1632 enh, --, ---, aletheia2, ASSI, Mark participants as inactive after XXX time 20:22:35 <clokep> Don't we need that for shownick anyway? ;) 20:23:58 <flo> <3 20:24:31 <flo> clokep: for shownick we also need the nick's color, don't we? :) 20:24:49 * clokep wonders what the <3 was for? :P 20:24:57 <clokep> flo: Yes, I guess we do... 20:25:34 <flo> clokep: or would each theme have to include some JS to find the color? 20:25:37 <clokep> Also for anyone not following the BIO --> BMO bug, it's looking like Q4 now and not Q3. They're having issues with Bugzilla 4.2. 20:25:40 <flo> clokep: <3 was for "Don't we need that for shownick anyway? ;)" 20:26:14 <flo> clokep: I really hope it will be before Moz17 20:26:25 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1851 on bug 1657. 20:26:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1657 nor, --, ---, clokep, ASSI, Unhandled IRC message 475 ERR_BADCHANNELKEY 20:26:27 <flo> (ie I hope I'll still be in the Thunderbird team when it will happen) 20:35:21 <instantbot> aletheia2@fastmail.fm denied review for attachment 1851 on bug 1657. 20:35:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1657 nor, --, ---, clokep, ASSI, Unhandled IRC message 475 ERR_BADCHANNELKEY 20:38:54 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1852 on bug 1628. 20:38:57 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1628 min, --, ---, clokep, ASSI, Unhandled IRC message: 330 RPL_WHOISACCOUNT 20:41:04 * clokep wishes there was a working interdiff... 20:41:07 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1853 on bug 1657. 20:41:08 <instantbot> aletheia2@fastmail.fm granted review for attachment 1852 on bug 1628. 20:41:13 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1628 min, --, ---, clokep, ASSI, Unhandled IRC message: 330 RPL_WHOISACCOUNT 20:41:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1657 nor, --, ---, clokep, ASSI, Unhandled IRC message 475 ERR_BADCHANNELKEY 20:41:39 <-- gerard-majax__ has quit (Ping timeout) 20:41:40 <aleth> clokep: especially after a couple days gap... 20:42:18 <instantbot> clokep@gmail.com granted review for attachment 1850 on bug 1632. 20:42:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1632 enh, --, ---, aletheia2, ASSI, Mark participants as inactive after XXX time 20:42:39 <instantbot> aletheia2@fastmail.fm granted review for attachment 1853 on bug 1657. 20:43:03 <clokep> Thanks aleth. 20:43:22 <aleth> Likewise :) 20:43:36 <clokep> So are we going with aleth's idea for the topic of @ timelines? 20:43:44 <clokep> I think I like it better than what we originally did... 20:44:16 <aleth> It'll be better when we can also show other people's timelines, that's how I thought of it 20:44:54 <-- Suiseiseki has quit (Connection reset by peer) 20:44:59 <clokep> (Although at the same time it /is/ convenient to see what you last posted...but we don't do that in any of our other protocols...) 20:45:07 --> igorko has joined #instantbird 20:45:33 <flo> the checkin-needed list is getting long quickly if you add a patch to it every 5 minutes ;) 20:46:15 * clokep goes to file "Give Patrick Cloke commit access." ;) 20:46:25 <flo> clokep, aleth: I think it's definitely better if we can set it too. If not, it may be disappointing. 20:46:50 <flo> clokep: but the tree would be closed until we have a nightly with the statically linked libpurple for each OS ;) 20:46:56 <clokep> Anyone ever seen a build error in IPC? http://pastebin.instantbird.com/67503 20:47:00 <aleth> Another option would be to only show the description for other peoples timelines, and keep it as is for your own 20:47:07 <flo> and I was wondering how disappointed you all would be if nothing gets checked in tonight because of that ;) 20:47:22 <clokep> aleth: I think that that's confusing. 20:47:25 <flo> aleth: that would be confusing, wouldn't it? 20:47:28 <clokep> But I don't like to talk about "what if's" 20:47:29 <aleth> I agere 20:47:33 <clokep> flo: Not too disappointing... 20:48:03 <aleth> So, I think we should hold off making any changes there until we can show other people's timelines ;) 20:48:13 --> Suiseiseki has joined #instantbird 20:48:23 <flo> clokep: never seen that build error before 20:48:31 <flo> why have you built the whole tree? :-S 20:48:56 <clokep> I ran make -C obj-dir and it died in ipc this time. :-/ 20:48:58 <flo> aleth: if setting the topic works, I think we can just go ahead even without showing other people's timelines 20:49:02 <clokep> I've never had that happen before. 20:49:18 <flo> did you really want to make on the whole tree? 20:50:56 <clokep> No, I didn't really mean to...but building with tier_app or other situations didn't seem to be working...so I figured I'd just go ahead and do a rebuild while I unpacked. 20:50:59 <flo> it's possible configure needs to be re-run 20:51:00 <clokep> And it failed. 20:51:50 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1194 to DUPLICATE of bug 1283. 20:51:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1194 nor, --, ---, nobody, RESO DUPLICATE, Twitter: Add "block" and "report spam" actions 20:51:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1283 enh, --, ---, nobody, NEW, Ability to block / report as spam for Twitter messages 20:54:29 <clokep> aleth: You realize now that you've touched Twitter code you're getting all my Twitter reviews, right? ;) 20:54:49 <aleth> oh. 20:55:02 <aleth> or maybe d'oh. 20:55:05 <aleth> :D 20:56:55 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1318 to INVALID. 20:56:57 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1318 enh, --, ---, nobody, RESO INVALID, A way to show the previous tweets of a particular contact 20:57:50 <-- sonny has quit (Ping timeout) 21:00:30 <flo> if clokep owns irc (own in the sense "offer TLC" to it), maybe aleth could own twitter? :-P 21:00:32 <clokep> bug 1319 confuses me a lot 21:00:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1319 enh, --, ---, nobody, NEW, Opening a conversation with a unified contact should display context from all accounts 21:00:44 * flo isn't sure he wants to own js-xmpp though 21:00:56 <clokep> flo: I think that compile error...was me trying to build stuff Moz 15 by mistake? 21:01:10 * aleth doesn't really want to learn the twitter API well enough for that atm 21:01:10 <-- aleth has quit (Input/output error) 21:01:12 --> aleth has joined #instantbird 21:01:12 --> sonny has joined #instantbird 21:01:12 * ChanServ sets mode +h aleth 21:01:14 <flo> clokep: how have you updated? :-S 21:01:28 <flo> aleth: not "atm" but soon enough ;) 21:01:46 <clokep> flo: I think I had done a |hg update -R mozilla -C| at some point... 21:01:54 <clokep> And apparently there's tags in ther efor Moz 15 now. 21:02:02 <aleth> well, you can make me own it /after/ I've learnt it then ;) 21:02:08 * clokep apologizes if he says crazy thinks...he's suffering from a lack of sleep. 21:02:21 <flo> clokep: seems like a bad idea, as you wouldn't have any of our patches applied after that ;) 21:02:26 <clokep> aleth: I don't really know the API, I just look crap up when I need it. 21:02:50 <-- igorko has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 21:02:51 <clokep> flo: Yes, I ran |python client.py checkout| after, but I think funky stuff happened w/ crossing branches, etc. etc. 21:03:09 <flo> it should have complained loudly then 21:04:02 * clokep shrugs. 21:04:05 <clokep> I'll let you know if this works. ;) 21:04:05 * flo wonders if clokep has looked at bug 1668 too 21:04:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 21:04:21 <clokep> I looked at the first patch. 21:04:26 <instantbot> New Core - Twitter bug 1673 filed by aletheia2@fastmail.fm. 21:04:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1673 enh, --, ---, nobody, NEW, Add a way to show the timelines of other users 21:04:38 <clokep> Does it count if I wanted the result of that patch today at one point? :P 21:06:02 --> rosonline has joined #instantbird 21:08:09 <clokep> flo: I can't say I fully understand all of it, but what I do looks OK. 21:08:44 <Mook> yeah, that patch got a bit... overcomplicated :( 21:08:48 <clokep> Although I feel like line 78 of https://bugzilla.instantbird.org/attachment.cgi?id=1846&action=diff needs to be purple.debug.loglevel. (with a . at the end), but I don't really know... 21:08:50 <Mook> (and no, I don't love complicated) 21:09:02 <clokep> Also, we use aSubject, aTopic, aData, but that's a nit. 21:09:23 <flo> Mook: "(and no, I don't love complicated)" will you be upset if I don't fully believe that statement? :-P 21:09:42 <clokep> Mook: Any particular reason for the ":" out front? 21:09:45 <Mook> for silly reasons, the key is ":" for global , and ":.irc" for module-scoped 21:09:54 <flo> clokep: it's a hack to avoid using hawOwnProperty 21:10:04 <Mook> clokep: I've been scarred from the __proto__ mess in user names in cz? :p 21:10:30 <Mook> though now that I use the ., it wouldn't actually matter... so that can die. 21:10:35 <flo> Mook: usernames come from the network, environment variable don't (or there's something really messed up on the user's system ;)) 21:11:02 <Mook> oh, I'm just avoiding footgunning users - PRPL_LOG=__proto__:0 21:11:06 <flo> Mook: why is that . there actually? 21:11:29 <Mook> because I have [":", "irc"].join(".")? 21:11:35 <Mook> (in scriptError) 21:11:43 * clokep would prefer just using hasOwnProperty... 21:11:46 <flo> Mook: PRPL_LOG=observe:0 seems more likely ;) 21:11:51 <flo> and would still make a mess :) 21:12:02 <Mook> so would clobbering QI ;) 21:12:25 <flo> Mook: I suspect clobbering QI *after* xpconnect has wrapped it wouldn't have any effect 21:12:45 <Mook> let's stick with "I don't want to think about it" :p 21:12:45 <flo> and it's wrapped as soon as you call addObserver 21:13:17 * flo has already encountered pain from similar messes with xpconnect freezing the QI/GI implementations :-) 21:14:31 <flo> Mook: wouldn't the code make much more sense if you just replaced ":" with "level" everywhere? 21:14:47 <flo> level is the global level, level.irc is the irc level, ... 21:15:11 <flo> :.irc makes no sense to me ;) 21:16:40 <-- Optimizer has quit (Ping timeout) 21:17:41 <flo> my other real comment is... shouldn't all the executable code you added at the top level of the file be executed lazily the first time gLogLevels is accessed, rather than when the module is first imported? 21:17:47 <Mook> http://sprunge.us/aNia?diff works, but yeah, "level" works too 21:18:29 <Mook> hmm, I was thinking pref observer... but I guess there's no reason to do _that_ until the first logging attempt, anyway... 21:19:24 <clokep> :) 21:19:26 <Mook> let me think about the lazy init stuff for a bit. 21:19:40 <flo> aleth: "I also think we should drop the @ from the title." and # from the title of IRC channels? (because you know, it's always there, so we could get rid of it!). 21:19:43 * flo hides from clokep 21:19:44 <flo> :) 21:20:28 <Mook> oh, I guess I can do it from within initLogModule, can't I? 21:20:33 <flo> Mook: You just need to add a lazy getter for gLogLevels, and have the function executed by that getter do all the things you currently do at the top level 21:20:38 <Mook> (except once per app, etc) 21:20:38 <flo> Mook: that would also work, yes 21:20:54 <flo> but you would have to keep a boolean to rememver it's already been done 21:21:06 <Mook> this.init = function() {}; ;) 21:21:07 <flo> the lazy getter would delete itself once executed 21:21:33 * clokep throttles flo. 21:21:42 <aleth> flo: uh, for IRC it's not always there, apparently there are weird channel names out there ;) 21:22:14 <Mook> yeah, the fact that when I type /join instantbird doesn't actually join #instantbird is annoying sometimes :) 21:22:30 <clokep> flo: I really have no idea how we came up with "@<username> timeline", I think we added " timeline" so that we could eventually have "@<username" for direct messages? 21:23:00 <flo> Mook: so in that pastebined diff you are setting object[""] = int ? 21:23:09 <aleth> clokep: That's a good idea actually: use "@" to differentiate DMs from timelines! 21:23:11 <flo> Mook: That's not really less confusing than the : :-P 21:23:15 <Mook> flo: yep! 21:23:46 * clokep likes using "level". 21:24:14 <clokep> aleth: Maybe...I don't know what's so awful about the " timeline" anyway. 21:24:42 <flo> clokep: it's just that jb dislikes it 21:24:54 <aleth> clokep: I'm not too bothered about "timeline" either way... I would just like to add the full name somewhere 21:24:58 <flo> clokep: I labeled it in the tb-beta-fixup etherpad as "Jb hates the word timeline" ;) 21:25:03 <clokep> flo: Does he have a reason? 21:25:11 <clokep> Does he find it excessive? Confusing? 21:25:16 <flo> sure he does! 21:25:22 <flo> do I understand it? Nope! :-P 21:25:36 <clokep> aleth: I don't know if I agree w/ the full name there still. :-/ 21:25:53 <clokep> Also, btw, if we change the Twitter channel name logs can become an issue. 21:25:53 <flo> clokep: I think his main point is that it conveys very little information 21:26:13 <clokep> OK, I can buy that. 21:26:27 <clokep> But he drives a hard bargain... 21:26:32 <aleth> Yes, especially when you click on someone's @ name to see their timeline, and you have no idea who it is. 21:26:41 <flo> clokep: I'm not sure I agree with him, I just feel he will dislike it even more if he notices we changed the title without removing "timeline" from it :) 21:26:49 <flo> but I can pretend you reviewed it and I didn't notice ;) 21:26:56 <aleth> clokep: Good point about the logs :-/ 21:27:51 * clokep is disliking bug 1615... 21:27:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1615 min, --, ---, clokep, ASSI, IRC CTCP messages break if there is a line break 21:27:57 <flo> clokep: so I said his main point is that it conveys very little information, but the real reason is IMHO that he didn't understand that word when first encountering it, and was upset that he had to look it up :-P 21:28:27 <clokep> :-/ OK, that makes sense...but it is "Twitter speak" in a way. 21:28:46 <flo> exactly what I argued back: "it's the word used on twitter.com" :-D 21:29:19 <flo> Mook: btw, if you are editing that file right now, I have another nit: 21:29:44 <flo> Mook: the " Only continue if we want to see this level of logging." comment should go above the "if (logLevel > aLevel)" line 21:30:15 <flo> and put a comment saying "Find the log level for aModule" where you current had that comment 21:31:01 <flo> ok, r- 21:33:45 <flo> uh, I wrote the comment but forgot to set the flag :-S 21:33:52 <instantbot> florian@instantbird.org denied review for attachment 1846 on bug 1668. 21:33:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 21:37:58 <-- clokep has quit (Ping timeout) 21:38:05 --> clokep has joined #instantbird 21:38:05 * ChanServ sets mode +o clokep 21:39:27 --> EionRobb has joined #instantbird 21:54:49 <instantbot> mook.moz+bugs.instantbird@gmail.com requested review from florian@instantbird .org for attachment 1854 on bug 1668. 21:54:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 21:55:09 * Mook is going to pester flo with reviews until that gets in :p 21:55:17 <rosonline> flo: Hi. I have a translation question 21:56:06 <rosonline> what is a dock badge? 21:57:06 <flo> Mook: yeah, I've already noticed that giving you an r- isn't a good way to reduce the length of my review queue ;) 21:57:10 <clokep> rosonline: It's the icon in the Mac launcher. 21:57:59 <flo> rosonline: on that picture http://www.woopra.com/wp-content/uploads/2009/03/woopra_icon.png it's the "21" in the red badge 21:58:44 <aleth> rosonline: like a counter over the icon 21:59:36 <rosonline> hum 21:59:41 <flo> Mook: isn't Cu.getGlobalForObject({}) just this in this context? 21:59:47 <rosonline> Read it, please: 21:59:57 <flo> aleth: no, it doesn't have to be a number, it's a string ;) 21:59:59 <rosonline> it's a part of my translations 22:00:06 <rosonline> <!ENTITY unreadCountInDock.label "Mostrar a quantidade de mensagens não lidas no dock badge"> 22:00:30 <rosonline> It's mean: Ãcone do dock? 22:01:40 <Mook> flo: yes, but my understanding is that in some future version of JS, |this| will no longer be global (but instead will be undefined), or something crazy like that 22:01:58 <flo> Mook: why does the observer need to be weak btw? Aren't JS modules unloaded more or less at the same time as services are destroyed (and the observer service drops all references it was holding)? 22:02:21 <Mook> flo: oh, is http://sprunge.us/JGiQ?diff okay (assuming twitter still works and logs correctly, which it seems to be)? 22:02:55 <Mook> flo: pref observers are weird, IIRC. That's really just being safe and making sure we don't leak... 22:03:16 <Mook> (and, really, in release builds that doesn't matter since we get an _exit(0) before xpcom-shutdown these days...) 22:03:37 <flo> oh, it's a pref observer, not an nsIObserverService observer. I don't know how pref observers behave at shutdown, never mind :) 22:04:00 <Mook> my assumption is always "the stupidest thing possible allowed by the idl" 22:04:01 <flo> oh, that exit(0) thing has landed? :) 22:04:24 <Mook> it landed gecko 7 or earlier, I think! 22:04:40 <Mook> (a.k.a. "komodo hit that at one point") 22:05:19 <flo> Mook: "is http://sprunge.us/JGiQ?diff okay (assuming twitter still works and logs correctly, which it seems to be)?" I would want to test it before r+'ing it. 22:05:29 <flo> and definitely in a separate patch 22:05:43 <Mook> sounds good. (also why I didn't put it in that module thing bug) 22:05:48 <flo> it was a horrible hack I added in a rush when something related to compartments broke us badly 22:06:14 <flo> but it's possible it was needed only because of a regression in the JS engine that's been fixed since that 22:06:43 <Mook> yeah, I'll post it in a new bug... _after_ this other thing gets checked in first! (conflicts!) 22:06:58 <flo> that line was basically just a way to get rid of a broken compartment wrapper 22:08:34 <flo> Mook: you forgot the change for clokep's nit in the new version of the patch ;) 22:08:40 <flo> aSubject aTopic aData :-P 22:09:03 <flo> and I have another nit :-P 22:09:36 <Mook> oh; oops. I changed that, and then reverted everything because the approach I wanted didn't work :p 22:11:59 <flo> commented in the bug 22:13:12 <flo> rosonline: I don't think anybody here understands Portuguese, so I'm afraid we can't really help you check that this translation has the right meaning 22:13:56 <rosonline> Okay. 22:14:12 <flo> Good night. 22:14:17 <rosonline> I did the translations 22:14:21 <rosonline> Good night 22:14:24 <Mook> ahhh! but I'm just about to attach a new patch! :p 22:14:39 <flo> Mook: doesn't matter, the tree is burning, I won't push anything tonight 22:14:42 <Mook> well, I guess it won't be checked in any time soon anyway... 22:14:59 <flo> Mook: tomorrow maybe? :) 22:15:08 <flo> except if I break the tree again with but 1579... 22:16:20 <instantbot> mook.moz+bugs.instantbird@gmail.com cancelled review?(florian@instantbird .org) for attachment 1854 on bug 1668. 22:16:21 <instantbot> mook.moz+bugs.instantbird@gmail.com requested review from florian@instantbird .org for attachment 1855 on bug 1668. 22:16:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 22:16:40 <Mook> oh, fwiw, in (North American) English, the thing that ends sentences is call a "period", even though it is indeed a dot :p 22:17:06 <Mook> of course, that... might not be the case of other English variants :D 22:17:14 <flo> Mook: I always hesitate between "period" "point" "dot" and maybe yet another word :) 22:18:06 <clokep> "full stop"? :P 22:18:09 <Mook> well, it's also "full stop", but we can call it "U+002E" :D 22:19:43 <instantbot> florian@instantbird.org granted review for attachment 1855 on bug 1668. 22:19:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1668 nor, --, ---, mook.moz+bugs.instantbird, NEW, Enhance imXPCOMUtils debug logging to have module-specific prefs 22:19:54 <-- flo has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 22:20:48 <Mook> yes! my war of attrition has been won 22:23:06 <clokep> :) 22:28:09 * clokep wonders what bug Mook wanted to fix that this got in his way... 22:47:01 <-- sonny has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 22:47:46 --> sonny has joined #instantbird 22:55:38 <aleth> Mook: that's going to be really useful! :) 22:55:49 --> mali has joined #instantbird 22:56:52 * mali is now known as malia 23:02:57 <aleth> clokep: did you see that strange MONITOR bug? 23:03:03 <clokep> aleth: Yes. 23:03:08 <clokep> aleth: Did you see that strange ZNC bug? ;) 23:03:17 <clokep> I have no idea actually if it's a ZNC or Instantbird bug. 23:03:25 <clokep> It sounds like it's not removing the nicks from the list after it goes through them... 23:03:25 <aleth> No idea. 23:03:39 <clokep> I doubt it's an issue with there being an asterisk. 23:03:46 <clokep> I do kind of hate that code I wrote... 23:03:50 <clokep> But it should work OK. 23:04:08 <aleth> I don't think it's an asterisk issue, if you add such a nick without ZNC it just shows as offline, no problem 23:04:37 <aleth> I guess one would need the complete log of a session to see what was actually happening 23:05:17 <clokep> Yes. 23:05:27 <clokep> We'd need purple.debug.log(.irc) to be 1. 23:06:07 <aleth> I suspect the ZNC response to MONITOR is different/nonstandard in some way... 23:07:15 <clokep> Yes, but I'm concerned about the one message that got send that's so long. :-/ 23:08:10 <aleth> I suspect that's the last of many, simply because the two nicks appear multiple times, but not in an ordered fashion 23:08:15 <aleth> But yeah, needs the log. 23:08:25 <aleth> Well, the "certain IRC channels break IB" bug is even weirder ;) 23:09:05 <clokep> I have a feeling the account is getting something nonstandard and really breaking somehow. 23:09:09 <clokep> Even though we try-catch everything. 23:09:37 <aleth> Do you know that server? 23:12:00 <clokep> Which was it again? 23:12:28 <aleth> bug 1669 23:12:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1669 maj, --, ---, nobody, UNCO, Certain IRC channels cause freeze in conversation window. 23:13:13 <clokep> Ah, rizon is popular, yeah 23:13:32 <clokep> #5 in the world apparently. 23:23:42 <-- aleth has quit (Quit: Au revoir) 23:23:59 --> aleth has joined #instantbird 23:23:59 * ChanServ sets mode +h aleth