All times are UTC.
00:13:16 <instant-buildbot> build #288 of linux-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/288 00:34:45 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) 00:42:29 --> Tomek has joined #instantbird 00:52:47 <-- Mook_as has quit (Quit: Mook_as) 00:56:41 <-- myk has quit (Ping timeout) 01:20:01 <-- Even1 has quit (Connection reset by peer) 01:37:27 <instant-buildbot> build #256 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/256 01:42:29 <-- Kaishi has quit (Input/output error) 01:42:33 --> Kaishi has joined #instantbird 01:46:06 --> Optimizer has joined #instantbird 01:47:46 <-- Optimizer has quit (Ping timeout) 01:59:20 <instant-buildbot> build #276 of win32-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/276 02:02:29 --> Mook has joined #instantbird 02:47:00 --> Optimizer has joined #instantbird 03:02:48 <-- Optimizer has quit (Ping timeout) 03:06:41 --> Optimizer has joined #instantbird 03:23:13 <instant-buildbot> build #554 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/554 03:28:25 <-- Optimizer has quit (Ping timeout) 04:56:02 <instant-buildbot> build #642 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/642 05:31:30 <-- EionRobb has quit (Quit: Leaving.) 05:46:17 --> FeuerFliege has joined #instantbird 05:46:29 --> FireFly_TB has joined #instantbird 06:06:34 <instant-buildbot> build #547 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/547 06:31:05 <-- Mook has quit (Quit: Mook) 07:12:27 --> sonny has joined #instantbird 07:18:15 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 07:18:19 --> sonny has joined #instantbird 07:22:49 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 07:22:53 --> sonny has joined #instantbird 08:15:42 --> Even1 has joined #instantbird 08:15:47 <-- Even1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 08:15:59 --> Even1 has joined #instantbird 08:17:00 --> aleth has joined #instantbird 08:17:00 * ChanServ sets mode +h aleth 08:19:17 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 08:19:28 --> aleth has joined #instantbird 08:19:29 * ChanServ sets mode +h aleth 08:55:50 --> Lalae has joined #instantbird 08:56:01 <-- Lalae has left #instantbird () 09:25:20 <-- sonny has quit (Ping timeout) 09:28:10 --> meh has joined #instantbird 10:00:56 --> jb has joined #instantbird 10:02:23 --> sonny has joined #instantbird 10:35:57 <-- FireFly_TB has quit (Ping timeout) 10:36:40 <-- FeuerFliege has quit (Ping timeout) 10:53:50 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1719 on bug 465. 10:53:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=465 nor, --, ---, aletheia2, ASSI, Unread status doesn't disappear when the tabbar-tab (instead of the content of the tab) had the focu 11:02:04 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 11:02:23 --> flo has joined #instantbird 11:02:24 * ChanServ sets mode +qo flo flo 11:03:53 --> Mic has joined #instantbird 11:03:53 * ChanServ sets mode +h Mic 11:04:56 <-- Even1 has quit (Ping timeout) 11:06:40 <Mic> I'm under the impression that an about:-page served as model for the IRC theme of Tb (@ https://bug768919.bugzilla.mozilla.org/attachment.cgi?id=638795;) 11:07:30 <flo> Mic: you dislike it? :-| 11:08:05 <flo> Mic: feel free to comment in the bug ;) 11:08:24 <Mic> I wouldn't trade "Bubbles" for it ;) 11:09:11 <flo> sure, Bubbles has been designed for usability ;) 11:09:55 <flo> I don't know how this one has been designed, but it's still a row draft at this point :) 11:14:10 <Mic> Have you seen it in action already? 11:15:10 <aleth> Hey, don't complain, it has colours! That must have been a concession... 11:16:06 <aleth> Not sure why only some of the nicks are coloured though... 11:16:43 <Mic> From the comments and the screenshot I'd say it's only yours and and the one who pinged you. 11:17:57 <flo> aleth: it's only the user's nick that's colored ;) 11:18:17 <Mic> So you can better find what you wrote ;) 11:18:37 <flo> yeah, it's the part you need to be able to read and find quickly :) 11:18:37 <aleth> heh :D 11:18:42 <flo> especially in busy channels 11:20:02 <Mic> Hasn't M orian had a sort of system that tried to figure out answers/threads/... in a channel? 11:20:24 <Mic> We should try to do that live ;) 11:20:27 <flo> I think so, yes 11:21:31 <Mic> Would be definitely awesome if you could tell that and show the different threads in a channel then. 11:21:48 <Mic> Maybe something for a sophisticated and highly experimental add-on.. 11:22:26 <aleth> There was also the idea of using multiple selection in the nicklist to filter the conversation 11:23:01 <Mic> Ah, also interesting :) 11:41:05 --> clokep_work has joined #instantbird 11:41:05 * ChanServ sets mode +o clokep_work 11:44:27 <clokep_work> FeuerFliege: Yes, I was away all of last week (and last night) + have been having some computer issues. It's next on my list to review though. 11:58:46 <instantbot> New Instantbird (UI) bug 1585 filed by clokep@gmail.com. 11:58:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1585 enh, --, ---, nobody, NEW, Allow for options in message styles 12:00:25 <Mic> Opps, fire alarm :S 12:00:25 <Mic> gtg 12:00:27 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 12:05:50 <instantbot> New Core - General bug 1586 filed by clokep@gmail.com. 12:05:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1586 enh, --, ---, nobody, NEW, Pull libpurple from hg 12:09:10 * flo thinks bug 1585 is a dup 12:09:13 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1585 enh, --, ---, nobody, NEW, Allow for options in message styles 12:10:00 <clokep_work> flo: I thought so too, but I couldn't find it. :( 12:19:32 <flo> hmm, can't find it either atm 12:20:05 <flo> alet h will dupe it in a few months the next time looks at all the old bugs because he is bored while we are in vacations ;) 12:20:28 <clokep_work> Great! When are you next going on vacation? :P 12:21:52 <flo> a week around August the 15th 12:21:59 <flo> not sure of the exact dates yet 12:22:23 <clokep_work> Ah, I'll be gone around that time too for a few days I think. ;) 12:23:17 <flo> but I'll go to a meeting of AMI fans that's 8 hours away :) 12:24:05 <instantbot> New Instantbird (UI) bug 1587 filed by clokep@gmail.com. 12:24:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1587 min, --, ---, nobody, NEW, Re-sync build scripts with comm-central 12:27:58 <instantbot> New Core - General bug 1588 filed by clokep@gmail.com. 12:28:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1588 maj, --, ---, nobody, NEW, Drop PPC support 12:28:38 --> FeuerFliege has joined #instantbird 12:28:39 --> FireFly_TB has joined #instantbird 12:38:38 <clokep_work> flo: "StartTLS hostname issue" is there a bug on file about that? 12:39:02 <flo> for JS-XMPP? 12:39:35 <flo> I think BenB has one with a non-working WIP attached 12:39:54 <clokep_work> Yes, for JS-XMPP. 12:40:37 <flo> https://bugzilla.mozilla.org/show_bug.cgi?id=628312 12:42:22 <instantbot> New Core - XMPP bug 1589 filed by clokep@gmail.com. 12:42:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1589 enh, --, ---, nobody, NEW, Replace libpurple XMPP with JS-XMPP 12:48:57 <flo> is the bonjour prpl somehow using libpurple's jabber code, or not at all? 12:50:23 <clokep_work> flo: I'm fairly certain it includes some of the header files, but I don't know exactly what it's doing with it. 12:52:23 <flo> there are jabber.{c,h} files in the bonjour/ folder though 12:52:32 <flo> so it's possible the parts that are really required are forked 12:55:37 <clokep_work> OK. :) My point was just that we can't just rm -rf it! We'd need to look at it closer. ;) 12:59:31 <flo> bah 12:59:37 <flo> just rm -rf and see if things still compile ;) 13:03:30 <clokep_work> Haha. :) 13:03:34 <clokep_work> I think I'm done filing bugs... 13:11:17 <clokep_work> So everything from https://etherpad.mozilla.org/ib-1-3 has a bug now except some of the "integrate add-ons", "unit tests" and the Fx profiler. 13:14:11 <flo> great, thanks :) 13:14:34 <clokep_work> It took a while, but no problem. :) 13:14:38 <clokep_work> A lot of those we should have filed a long time ago! 13:16:16 <flo> "Is there documentation about adding memory reporters?" finding documentation for the libxul side isn't difficult (just find the xpcom interface and read the idl file; as usual ;)). Figuring out how we can hook into glib's memory allocation code may require more efforts. 13:17:37 <clokep_work> Can't we just replace gmalloc with jemalloc? :P 13:18:47 <flo> that doesn't tell us how much memory has been allocated ;) 13:19:06 <flo> it would just make the libpurple memory be part of "heap-unclassified" 13:19:28 <flo> and that won't work on platforms where we don't ship our own glib (linux, ...) 13:20:13 <clokep_work> Right. :) 13:20:44 <clokep_work> If I remember reading the libxul stuff though, you just have it implement another interface that says "here's how much memory I'm using!". 13:21:20 <flo> right 13:21:32 <flo> so we need to figure out how to get that number first :) 13:24:12 <clokep_work> Yup! :) 13:28:07 <flo> I'm not sure either of how we can get it for purplexpcom objects 13:30:35 <clokep_work> Right. But we should be able to find that from examples in m-c, no? 13:32:26 <flo> I hope so :) 13:34:14 <aleth> Unless the goal is to fix libpurple leaks, making libpurple an add-on would also work ;) 13:35:26 <clokep_work> ...? 13:35:33 <clokep_work> We'd still want to know how much memory it's using though, I think. 13:36:08 <flo> aleth: the goal is to have some insight into where our memory is spent, so that we can then file actionable bugs to reduce it in cases where it's excessive 13:37:14 <flo> when my Instantbird with 20 accounts connected and 10 conversations or so uses half as much memory as Firefox with 100+ webpages loaded, I think it's excessive ;) 13:38:16 <aleth> Sure. I just meant as a first cut, disabling libpurple would measure how IB on its own behaves... of course that's kind of restrictive 13:39:05 <flo> I secretly hope I'm the only one in this situation, in which case I could blame the netsoul prpl and decide it's wontfix ;). 13:41:12 * clokep_work wonders if that fork netsoul actually did anything useful... 13:41:17 <flo> I would also like to know how our CPU is spent 13:41:34 <flo> clokep_work? 13:42:07 <flo> it's difficult to profile an application that doesn't take 100% of the CPU and get useful results :( 13:43:10 <clokep_work> flo: https://github.com/sekh/netsoul-purple.git 13:45:15 <clokep_work> Btw note that I don't know if things from https://etherpad.mozilla.org/ib-1-3 were marked as 1.3-wanted or not, some certainly were. :) 13:46:03 <aleth> Most weren't I think. The long-term ones probably shouldn't be anyway, just the bugs that otherwise may get forgotten. 13:47:21 <clokep_work> Yes, Id idn't mean the long term ones. I meant the real 1.3 ones. ;) 13:49:25 <clokep_work> flo: So anyway, I've been meaning to diff that with our code just to see if anything is even different. 13:50:47 <flo> clokep_work: well, our code is a fork anyway 13:50:55 <flo> I dramatically reduced support for crashing ;) 13:51:16 <flo> most strings didn't have the \0 character at the end :) 13:51:58 <clokep_work> flo: Yes, I understand that. But for other changes. :-D 13:52:15 <flo> the only real contact I still have on netsoul is Even 13:52:27 <flo> so it wouldn't be a terrible loss for me if we dropped it... 13:52:51 <aleth> Someone was asking about netsoul just last week... 13:53:51 <flo> reading gloda code really annoys me :( 13:54:46 * flo is trying to not start ranting about it again 13:54:47 <clokep_work> s/reading (gloda) code/\1/? 13:54:50 <flo> (it's not a productive use of time) 13:56:38 <flo> would be nice to rewrite it from scratch :-P 13:56:46 <flo> to make it good enough for Instantbird to use it 13:57:01 <clokep_work> Yes. :( 13:57:08 <clokep_work> Unfortunate that we can't just /use/ it. 13:57:24 <flo> well, we could if we really wanted :-P 13:57:28 <clokep_work> Btw I have another reason of why we should include instantbird in comm-central. ;) 13:57:38 <flo> really? 13:58:00 <clokep_work> Well, if I want to reuse some of the fakeserver code that jcranmer/standard8 wrote I can't currently as it's in mailnews/. 13:58:01 <flo> because, like Thunderbird, its innovation is community driven? :-P 13:58:23 <clokep_work> Ah yes, well I suppose it's debatable of whether we'd want to include it. ;) 14:00:23 <flo> I don't understand that last sentence :-S 14:00:44 <clokep_work> "Ah yes, well I suppose it's debatable of whether we'd want it to be included in c-c." 14:00:45 <clokep_work> Maybe. 14:01:16 <clokep_work> So we can copy that etherpad into the Roadmap wiki page now and pretend we have a plan, right? ;) 14:02:40 <flo> I'm glad you have a plan and are driving it :) 14:03:28 <clokep_work> Ah, I'm glad you /think/ I have a plan. :P 14:03:41 <flo> ahah 14:03:51 <flo> all I'm saying is I don't have one, and won't make one soon 14:04:57 <flo> right now I'm still very tired/a bit sick (the vacations have been really great, but exhausting); worried about the things I need to finish for Tb before the next merge (Tuesday), especially some gloda stuff; and I'm trying to make a plan for how I can move in / start the construction work in my house 14:05:55 <flo> I got the keys Thursday (2 weeks ago already!) and just took some photos and left; I haven't done anything about it since that, not even subscribing for electricity/water/internet contracts. 14:06:21 <-- Kaishi has quit (Quit: Kaishi) 14:06:41 <clokep_work> Internet is the important one, I'm sure. :) 14:08:51 <flo> ;) 14:09:11 <flo> setting up a kitchen sink and a shower seem important too 14:10:09 <aleth> first you need to set up areweshoweringyet.com ;) 14:11:50 <flo> or just put an AMI in the garage to feel at home? ;) 14:15:53 <aleth> hopefully you don't have to land any big new features before the merge this time... 14:18:02 <clokep_work> Well the only planning I want done right now is for the 1.2 release. :) I think we're fairly close. 14:23:08 <flo> aleth: I'm tracking things in https://etherpad.mozilla.org/tb-im-beta-fixup 14:23:29 <flo> aleth: the thing I'm really concerned about is "- Bug 740499 IM conversations aren't indexed in gloda on the fly 14:23:29 <flo> - ensure IM conversations are reindexed when the gloda database is reset (remove the JSON cache when the gloda database is nuked)" 14:24:20 <flo> the other items as small bug fixing :) 14:24:24 <flo> *are 14:26:14 <-- Tomek has quit (Quit: Instantbird 1.1) 14:28:39 <clokep_work> "(maybe) include Mail.ru in the list supported networks (XMPP server)" I don't think Mail.ru has an /official/ XMPP server, I think they use some other (really easy, actually) binary protocol. 14:28:42 <aleth> One painful bug, many papercuts... 14:30:58 <flo> clokep_work: hmm... 14:31:54 <clokep_work> Just a heads up. I've heard people mention it before...I think there's just a really popular XMPP transport people use, but I'd personally be against supporting that "officially". 14:32:19 <clokep_work> (It seems skethcy to me to connect to a third party to connect to a service, kind of "not what the user expects" type of thing.) 14:35:42 <clokep_work> Woooo colors in IRC for TB! :) 14:36:17 <aleth> not so fast ;) 14:48:10 --> jb1 has joined #instantbird 14:49:02 <-- jb has quit (Ping timeout) 14:55:42 <clokep_work> flo: So we had talked about the experiments repository at some point and how it was a mess before vacation, I think? 14:55:57 <clokep_work> I split it into separate repos (using an ugly, ugly script...) 14:56:05 <clokep_work> Did we want to repush the nice repos somewhere? 15:02:05 <jb1> flo: ping 15:02:35 <jb1> flo: can you do a call with Box.com in the next 30mins ? they're having OAuth issues ? 15:07:04 <flo> jb1: pong 15:07:54 <flo> clokep_work: I think we want, but haven't had time to look at what you've done 15:07:55 <jb1> can you do a call with Box.com in the next 30mins ? they're having OAuth issues ? 15:08:04 <jb1> skype 15:08:07 <flo> clokep_work: I'm assuming everything will end up in severate user repositories 15:08:18 <flo> jb1: are their issues explained anywhere? 15:08:35 <flo> ie, is there anything I should read before the call? 15:08:43 <clokep_work> flo: That's what I figured too, just wanted to make sure you weren't goign to repeat my work of separating them. :) 15:08:48 <jb1> nope... best is to put in touch with BrianK directly 15:09:25 <flo> should I ping him on IRC? 15:22:13 --> igorko has joined #instantbird 15:26:54 --> wnayes has joined #instantbird 15:39:36 <clokep_work> wnayes: You could also have the AIM importers in the same file and then have aim7x inherit from aim6x. 15:39:46 <clokep_work> (Also, can we drop the 'x'...this isn't Adium over here. ;)) 15:41:00 <wnayes> clokep_work: Yeah, there's a lot of ways to approach it and I'm not sure which. Especially if more are added (the newest/oldest AIM varieties) 15:42:30 <wnayes> I'm still considering if it would be reasonable to merge them into one that is called just "AIM" and makes some decisions about what to import for each account from each client, even if they are saved from both v6 and v7. 15:42:52 <clokep_work> You could do that too. 15:43:20 <clokep_work> I guess it depends whether you want to use the "core" logic for that or have specific logic for your importer. 15:45:57 <wnayes> If both clients had log data too, it would be reasonable to assume AIM 6 and 7 would have unique data and it could be worth bringing it in from both clients. 15:46:40 <clokep_work> Very true. 15:46:52 <clokep_work> Good point. :) 15:47:31 <flo> btw, any progress on log importing, or estimate of when you want to start attacking that part? :) 15:48:24 <wnayes> flo: Now that I have the account logic for each client I could/should definitely move on to the log importing :) 15:48:46 <flo> still curious how you will parse libpurple txt logs :) 15:50:51 <wnayes> I'm still not sure how the log importing in the service should be handled (async, suspendable, background task, etc.) 15:51:56 <wnayes> I was looking into web workers but I'm not sure if they fit in with how the importing service works so far. 15:52:10 <flo> it should be done in the background (invisible to the user), shouldn't make the UI freeze, and should resume where it stopped after a restart of the application 15:52:34 <flo> aren't web workers unable to access XPCOM components? If so they are useless :(. 15:55:24 <wnayes> Looks like "chrome workers" can though. 15:55:59 <-- jb1 has quit (Quit: jb1) 15:56:21 <flo> "Support for using XPCOM and XPConnect from ChromeWorkers was removed in Gecko 8.0 when workers were updated to run in their own operating system level threads, with one thread per worker." https://developer.mozilla.org/en/DOM/ChromeWorker 15:57:10 <wnayes> Ah didn't read the big banner :) 15:57:40 <flo> threading may not be very important for log conversation though 15:58:16 <flo> you have disk I/O that needs to be async, but actually converting the data may not take long, or could easily be interrupted / done in chunks 15:59:38 <clokep_work> So that means that ChromeWorkers...can do what exactly? 15:59:44 <clokep_work> Normal JS stuff? 15:59:53 <clokep_work> Seems kind of...not very useful.... 15:59:54 <wnayes> With web workers of the question, I'm not sure how to build in the ability to stop the importing on exit and resume later. 15:59:55 <flo> B2G stuff? 16:01:22 <flo> wnayes: what about storing a list of files/folders/whatever that isn't imported yet, and having a service picking things from that list at startup, and continuing until the list is empty? 16:01:25 <clokep_work> That's lame. 16:02:27 <flo> B2G? Or my suggestion? :-P 16:05:03 <wnayes> flo: I think that makes sense. Should I have a go at adding to the interfaces and see what you think from there? 16:05:46 <clokep_work> flo: B2G. :) 16:06:05 <clokep_work> ( / that they remove things because B2G doesn't need it :P) 16:06:26 <flo> clokep_work: I refrain from commenting on B2G :) 16:06:47 <flo> (and I don't really know how it works anyway) 16:07:17 <flo> clokep_work: I don't think they removed it for B2G in that case. It seems to be more for some JS engine enhancements 16:08:10 <clokep_work> Yes, most likely. It'd be really nice to be able to do threading though. :-/ 16:12:09 --> jb has joined #instantbird 16:13:05 <-- jb has quit (Quit: jb) 16:13:28 --> jb has joined #instantbird 16:13:51 <-- jb has quit (Quit: jb) 16:14:15 <wnayes> I'll look into the interface changes today, and take another look at what I've written so far before uploading another patch to the bug. 16:15:13 --> DGMurdockIII has joined #instantbird 16:15:31 <sonny> http://www.h-online.com/open/news/item/Digsby-IM-Email-Social-app-for-Windows-to-be-open-sourced-1637578.html 16:19:13 <wnayes> "the code has to be modified to stop saving settings on the Digsby servers and keep the information locally": Good thing I didn't make a Digsby importer yet :) 16:19:37 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 16:20:30 --> clokep_work has joined #instantbird 16:20:30 * ChanServ sets mode +o clokep_work 16:21:30 <-- FeuerFliege has quit (Ping timeout) 16:21:34 <-- FireFly_TB has quit (Ping timeout) 16:21:44 <clokep_work> That announcement to me sounds like they're going to stop developing it. ;) 16:24:06 <clokep_work> Although they say they'll still work on it in the comments... 16:29:12 --> myk has joined #instantbird 16:44:08 --> Mook_as has joined #instantbird 16:45:01 --> FireFly_TB has joined #instantbird 16:45:03 <-- igorko has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 16:45:28 --> FeuerFliege has joined #instantbird 17:00:15 <flo> doesn't that announcement sound similar to the thunderbird one? 17:00:21 <flo> community driven innovation ;) 17:07:45 <sonny> :) 17:08:51 <Mook_as> I'm glad this channel is logged; thought you were talking about ib for a moment :D 17:09:03 --> igorko has joined #instantbird 17:09:04 <DGMurdockIII> is AIM not working on instantbird 17:09:15 <flo> DGMurdockIII: define "not working" 17:09:39 <flo> Mook_as: well, hasn't Ib always had "community driven innovation"? 17:11:11 <DGMurdockIII> wont connect 17:11:38 <DGMurdockIII> it says error: unknone reason 17:11:39 <flo> DGMurdockIII: I'm connected to AIM 17:11:51 <Mook_as> flo: seems to be mostly "flo-driven innovation", then more people relatively recently ;) 17:12:11 <Mook_as> (of course, "relatively" is still a long time, compared to some other things) 17:12:47 <flo> Mook_as: it seems most of the *visible* innovations in 1.2 aren't from me ;) 17:12:52 <DGMurdockIII> is there any way i can find out what the error is 17:13:18 <Mook_as> flo: yeah, I was thinking mostly pre-1.0 for that time range :D 17:15:51 <-- FireFly_TB has quit (Ping timeout) 17:16:21 <-- FeuerFliege has quit (Ping timeout) 17:17:57 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 17:18:03 --> sonny has joined #instantbird 17:20:54 --> Kaishi has joined #instantbird 17:23:29 --> FireFly_TB has joined #instantbird 17:24:04 --> FeuerFliege has joined #instantbird 17:27:59 <clokep_work> Mook_as: Hey I've written a good amount of code! :P 17:28:04 <clokep_work> Just none of it the user cares about. ;) 17:28:38 <Mook_as> yep, you're the new community ;) 17:29:08 <Mook_as> (among other people of course :D ) 17:30:21 <clokep_work> Actually...I probably started the IRC code 2 years ago like this week. 17:31:50 <flo> during the summer 3 years ago, I worked on the "new tabs" for 0.2 17:32:56 <clokep_work> Remember those old tabs? ;) 17:34:09 <flo> I don't remember how we managed to use them :-S 17:39:47 <flo> but anyway, I never remember how we managed to use Ib N after Ib N.next's development has started :) 17:43:19 <clokep_work> I think that means we're doing a good job. : 17:48:10 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 17:52:41 <-- clokep_work has quit (Quit: Quite.) 17:57:30 <-- Gizmokid2005 has quit (Ping timeout) 17:57:34 <DGMurdockIII> flo: did you see the bug i posted for google talk 17:57:38 --> Gizmokid2005 has joined #instantbird 17:59:20 <-- FeuerFliege has quit (Ping timeout) 17:59:20 <-- FireFly_TB has quit (Ping timeout) 18:04:04 --> FeuerFliege has joined #instantbird 18:04:04 --> FireFly_TB has joined #instantbird 18:06:20 <-- igorko has quit (Ping timeout) 18:09:54 --> igorko has joined #instantbird 18:20:33 <-- Kaishi has quit (Quit: Kaishi) 18:21:59 <aleth> DGMurdockIII: Obviously he did, as he commented in it and retitled it ;) 18:22:21 <DGMurdockIII> ok 18:23:22 <DGMurdockIII> on the aim problem im getting now it say aol dose not allow your screen anme to authenticate here 18:23:58 <DGMurdockIII> can you link me to the post becse i forget to add my seld to i can track 18:27:36 --> Lalae has joined #instantbird 18:27:49 <-- Lalae has left #instantbird () 18:45:20 <aleth> bug 1568 18:45:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1568 nor, --, ---, nobody, NEW, JS-XMPP doesn't handle message type="error" stanza, and instead displays the messages again in the c 19:02:12 <DGMurdockIII> ty 19:08:41 <DGMurdockIII> flo: forget i mettion anything about the offline megging on that bug 19:09:03 <DGMurdockIII> flo: that really not the main consurn of the bug 19:12:01 <wnayes> Here are some ideas on the log importing so far, I would appreciate any suggestions or comments on it: https://etherpad.mozilla.org/Vjba2Yh021 19:18:33 <-- FeuerFliege has quit (Ping timeout) 19:18:33 <-- FireFly_TB has quit (Ping timeout) 19:22:27 --> FireFly_TB has joined #instantbird 19:23:01 --> FeuerFliege has joined #instantbird 19:23:49 --> sonny has joined #instantbird 19:29:58 --> gerard-majax has joined #instantbird 19:37:36 <-- FireFly_TB has quit (Quit: FireFly_TB) 19:43:56 --> clokep_work has joined #instantbird 19:43:56 * ChanServ sets mode +o clokep_work 19:45:00 <clokep_work> DGMurdockIII: But flo is saying that the bug is happening because the server doesn't allow offline messaging and is throwing an error which we're failing to handle. 19:45:12 <clokep_work> And you can always search for bugs you filed yourself (there's a premade search for it at the bottom) 19:45:22 <DGMurdockIII> yeah 19:45:33 <DGMurdockIII> but it dosent happent all time 19:45:47 <aleth> clokep_work: I filed it for him, that's why it didn't find it 19:45:56 <DGMurdockIII> it somthing that cant perdect when it will happen 19:46:28 <DGMurdockIII> only thing i can do now 19:47:01 <DGMurdockIII> is he my friend is supposted to be offline so i shold not be able message him 19:47:21 <aleth> So he looks online to you in the contact list? 19:47:29 <DGMurdockIII> yes 19:47:40 <aleth> That seems to be a separate bug then. 19:47:45 <DGMurdockIII> then when i send a message it just reperts back 19:47:58 <aleth> Yes, that part is already filed. 19:48:12 <aleth> It "reports back" because it doesn't recognize there was a problem 19:48:42 <aleth> But you could also file a bug for the fact that your friend is online in the contact list when he is offline. 19:49:58 <clokep_work> I think that's already on file too. 19:54:10 <aleth> I couldn't find it. 19:57:06 <-- gerard-majax has quit (Ping timeout) 20:03:42 * clokep_work shrugs. 20:13:50 --> gerard-majax has joined #instantbird 20:14:25 --> gerard-majax_ has joined #instantbird 20:15:43 <-- gerard-majax has quit (Ping timeout) 20:16:27 * aleth thinks etherpad should support indentation 20:16:57 <aleth> well, word wrap really, I guess 20:17:23 * clokep_work thinks Instantbird should support etherpad. ;) 20:17:43 <aleth> :) 20:17:44 <wnayes> Yeah indenting maybe was a bad trend to start :) 20:18:02 <aleth> Didn't google wave have something like that? 20:18:30 <clokep_work> Bah, don't get me started on Google Wave. 20:24:30 <wnayes> Thanks for the discussion so far! I'll get a patch of what I have from the last few weeks up and keep brainstorming about the log importing :) 20:25:13 <clokep_work> Great. Seems like you have a way forward. :) 20:25:20 <clokep_work> You've been doing a great job so far btw wnayes . 20:26:10 <aleth> I wonder if we couldn't/shouldn't even land some part of the import wizard (not the log import bit) in the nightlies after 1.2? 20:27:36 <-- myk has quit (Ping timeout) 20:28:53 --> myk has joined #instantbird 20:29:22 <clokep_work> Unfortunately it's probably not useful for most nightly users. :( 20:29:37 <aleth> True... 20:31:04 <Mook_as> so, the import stuff (as found in the etherpad) is just to deal with logs? 20:31:47 <clokep_work> The other stuff is "done" already. :) 20:32:08 <Mook_as> okay; that wasn't clear from the naming :) 20:32:24 <clokep_work> You haven't been reading wnaye s' blog?! :P 20:32:45 <Mook_as> that requires it being syndicated to planet.m.o :p 20:32:56 <clokep_work> So wnayes has a bunch of different importers working, but only for the account information; he's starting to think about the logs now. 20:35:15 <wnayes> I don't think I can rename the etherpad after creation, I'm guessing the pads are named by typing the desired url ahead of time? 20:36:16 <clokep_work> Bingo. 20:37:24 <-- igorko has quit (Client exited) 20:47:42 --> FireFly_TB has joined #instantbird 20:55:11 <instantbot> New Core - IRC bug 1590 filed by clokep@gmail.com. 20:55:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1590 enh, --, ---, nobody, NEW, Typing notifications for IRC 20:59:26 <Mook_as> pretty sure mIRC shows unknown CTCP messages to the user... needs to test though, my memory's hazy 21:00:36 <clokep_work> Yeah, well mIRC likes to stab it's users in the eyes w/ needles too, so... 21:00:46 <flo> Mook_as: we could CTCP VERSION and either blacklist the clients for which this extension would be annoying, or whitelist the known working clients (Ib&Tb likely) 21:01:05 * flo thinks we really need a quote database :-D 21:01:21 <Mook_as> too bad there's no ISUPPORT equivalent for clients? :) 21:01:32 <Mook_as> flo: qbo doesn't work? 21:01:58 <-- clokep_work has quit (Quit: Goodnight!) 21:02:51 <flo> weren't we bashing mIRC for adding strange protocol extensions not too long ago? Aren't we about to do the same? :) 21:04:00 --> EionRobb has joined #instantbird 21:04:20 <Mook_as> yeah, I'm not convinced we actually want this for IRC yet. but then again, I feel like I haven't contributed enough to really decide... :D 21:08:25 <flo> Mook_as: I don't see how it would be in your way 21:09:45 <aleth> I turn off typing notifications whenever I can... but that's just me 21:10:30 <Mook_as> hmm, no, I don't think it's in my way; I'm just... not totally seeing how more random traffic is going to help, given the sad state IRC (the protocol, not the code in chat/) is already in 21:10:37 <aleth> They can distract you before there is even anything to be distracted by ;) 21:11:30 <-- gerard-majax_ has quit (Ping timeout) 21:19:29 --> gerard-majax_ has joined #instantbird 21:21:20 <-- gerard-majax_ has quit (Ping timeout) 21:29:27 --> gerard-majax_ has joined #instantbird 21:36:21 <-- FireFly_TB has quit (Ping timeout) 21:36:21 <-- FeuerFliege has quit (Ping timeout) 21:41:53 * flo wonders how much wnayes will have to redesign the current log API 21:44:10 --> FeuerFliege has joined #instantbird 21:45:30 <wnayes> Is there also a bug that was being talked about (log indexing?) that might change some things? 21:47:06 <flo> yeah... I'm working on that (for Thunderbird) right now 21:47:08 <flo> and the current log API sucks 21:49:38 <instantbot> wnayes@gmail.com cancelled feedback?(florian@instantbi rd.org) for attachment 1630 on bug 1495. 21:49:39 <instantbot> wnayes@gmail.com requested feedback from florian@instantbi rd.org for attachment 1738 on bug 1495. 21:49:41 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1495 enh, --, ---, wnayes, ASSI, Create an account import wizard - GSoC 2012 21:49:43 <flo> wnayes: what I had in mind is that you would probably want to reuse the same code for writing your converted logs 21:50:21 <flo> wnayes: so you would need a way to feed converted conversations to the logger, ie it would need to be able to log conversations that aren't currently ongoing 21:50:25 --> Kaishi has joined #instantbird 21:50:36 <flo> at the very least, the |new Date()| will have to go away and be replaced :) 21:52:13 <wnayes> flo: I think that would be the way to approach it, as opposed to just writing the JSON files. 22:02:40 <-- FeuerFliege has quit (Ping timeout) 22:07:42 --> myk1 has joined #instantbird 22:07:52 <-- myk1 has quit (Input/output error) 22:30:52 <-- gerard-majax_ has quit (Ping timeout) 22:58:07 <-- sonny has quit (Connection reset by peer) 22:58:08 --> sonny has joined #instantbird 23:02:11 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 23:08:47 <-- GeekShadow has quit (Ping timeout) 23:14:11 --> GeekShadow has joined #instantbird 23:42:55 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 23:52:40 <-- DGMurdockIII has quit (Ping timeout)