#instantbird log on 07 12 2012

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 [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)