#instantbird log on 12 11 2012

All times are UTC.

00:04:31 <flo-retina> "Any Adium/Pidgin developers here? I'm trying to figure out what's wrong with the DIGEST-MD5 implementation in the beta server that's causing Adium to fail after auth with "Error: invalid challenge from server"." made me think that I should test Instantbird with the facebook beta server
00:04:41 <flo-retina> so I just did, and it fails in a spectacular way
00:11:43 <flo-retina> O_o
00:11:52 <flo-retina> or it's the reconnect timer that's not behaving correctly
00:20:33 --> clokep has joined #instantbird
00:20:33 * ChanServ sets mode +o clokep 
00:22:24 <clokep> Testing with JS-XMPP, I assume?
00:23:42 <flo-retina> of course
00:24:05 <flo-retina> so after setting a cert exception, I can connect fine if I force DIGEST-MD5
00:24:52 <flo-retina> but I can't connect using PLAIN (possibly because the password of my facebook test account contains accentuated characters; it's possible they are mishandled by btoa)
00:25:18 <flo-retina> and connection errors cause an immediate reconnection attempt, the reconnect timers seems completely broken :(
00:25:29 --> rosonlin1 has joined #instantbird
00:26:35 <clokep> :-/
00:27:00 <clokep> I don' tthink my password is that funky, I can try later if you'd like.
00:31:32 <flo-retina> clokep: well, that password contains accentuated characters on purpose, to test an edge case ;)
00:31:42 <flo-retina> I wouldn't dare using such a password in real life :)
00:32:18 <clokep> Haah.
00:32:25 * clokep put a  in a password once. :(
00:32:27 <clokep> That was a bad idea.
00:33:31 <flo-retina> clokep: characters I would really never want in a password: " ' \
00:33:32 <flo-retina> ;)
00:33:42 * clokep isn't sure if he should try to get Moz17 working or try to get oscar working. :(
00:33:48 <clokep> flo-retina: Yes, I've llearned that now. :)
00:36:06 <Mook_as> also pretty bad for passwords: unihan. Especially if it's interpreted as the system code page, and then you change that code page...
00:37:22 <flo-retina> clokep: http://pastebin.instantbird.com/112036 seemed like a promising patch, but it doesn't work better :(
00:38:34 <flo-retina> well, the accentuated characters end up being 2 bytes on the decoded value (I'm checking the output of atob(...).toSource()) instead of one
00:38:41 <flo-retina> so that seems "better"
00:39:04 <flo-retina> but facebook still replies <not-authorized xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>
00:43:22 <flo-retina> hmm, or it's possible that the issue is that I'm not sending the right username :-S
00:44:08 <clokep> I thought the XMPP code had a unicode converter for that stufF?
00:47:13 <flo-retina> hmm, no the username seems ok
00:47:23 <flo-retina> would be useful to test with an ascii password I guess
00:47:42 <flo-retina> anyway, good night!
00:47:44 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
00:56:50 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.89 [Firefox 20.0a1/20121209040202])
01:07:05 <-- rosonlin1 has quit (Quit: rosonlin1)
01:23:31 --> chrisccoulson has joined #instantbird
01:26:11 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
01:37:37 <-- Mook_as has quit (Quit: Mook_as)
01:45:18 <-- qlum has quit (Quit: Getting the <censored> out.)
02:26:52 <-- Kaishi has quit (Ping timeout)
02:27:12 <-- meh has quit (Quit: The point is: don't lose your dinosaur.)
02:31:32 --> Kaishi has joined #instantbird
02:48:03 --> Cam has joined #instantbird
02:51:00 <-- gg0_ has quit (Ping timeout)
02:57:33 --> Mook has joined #instantbird
03:00:55 --> mconley has joined #instantbird
03:10:33 <-- clokep has quit (Connection reset by peer)
03:12:43 --> Optimizer has joined #instantbird
03:21:17 <-- chrisccoulson has quit (Quit: PM: Preparing frontal lobe for mem sleep)
03:35:47 <instant-buildbot> build #708 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/708
03:56:24 <-- Kaishi has quit (Quit: Kaishi)
04:02:18 <-- Optimizer has quit (Ping timeout)
04:05:41 --> Optimizer has joined #instantbird
04:17:49 <-- Optimizer has quit (Ping timeout)
04:21:37 --> Optimizer has joined #instantbird
04:21:46 <instant-buildbot> build #710 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/710
04:52:45 <-- Optimizer has quit (Ping timeout)
04:55:26 --> Optimizer has joined #instantbird
05:02:02 <-- EionRobb has quit (Quit: Leaving.)
05:15:40 <instant-buildbot> build #800 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/800
05:19:35 <-- mconley has quit (Input/output error)
05:22:07 <-- Cam has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
05:37:06 <-- Optimizer has quit (Ping timeout)
05:40:42 --> Optimizer has joined #instantbird
05:55:47 <-- Optimizer has quit (Ping timeout)
05:59:08 --> Optimizer has joined #instantbird
06:33:16 <-- Mook has quit (Quit: Mook)
06:42:03 <-- Optimizer has quit (Ping timeout)
06:45:23 --> Optimizer has joined #instantbird
07:19:47 --> mpmc has joined #instantbird
07:33:29 <-- mpmc has quit (Client exited)
07:33:36 --> mpmc has joined #instantbird
07:54:43 --> jb has joined #instantbird
08:10:59 --> mikk_s has joined #instantbird
08:12:46 <-- ivan has quit (Ping timeout)
08:12:49 <-- mikk_s has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
08:13:31 --> ivan has joined #instantbird
08:29:20 <-- jb has quit (Input/output error)
08:29:24 --> jb has joined #instantbird
08:35:12 --> Even has joined #instantbird
08:35:12 * ChanServ sets mode +o Even 
08:48:35 <-- jb has quit (Ping timeout)
08:57:24 --> gerard-majax_ has joined #instantbird
09:01:07 <-- Optimizer has quit (Ping timeout)
09:04:28 --> Optimizer has joined #instantbird
09:29:08 <-- Optimizer has quit (Ping timeout)
09:32:28 --> Optimizer has joined #instantbird
09:34:44 <-- Optimizer has quit (Ping timeout)
09:37:50 --> Optimizer has joined #instantbird
09:51:35 --> flo-retina has joined #instantbird
09:51:35 * ChanServ sets mode +qo flo-retina flo-retina 
09:51:58 <flo-retina> no nightly update for me today (but the mac builder did build a nightly)
10:10:44 <-- Even has quit (Input/output error)
10:18:50 --> rosonline has joined #instantbird
10:35:38 --> Mic has joined #instantbird
10:35:39 * ChanServ sets mode +h Mic 
10:37:52 <-- Mic has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
10:37:55 --> Mic has joined #instantbird
10:37:55 * ChanServ sets mode +h Mic 
10:43:47 <-- Mic has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
11:17:27 --> clokep has joined #instantbird
11:17:27 * ChanServ sets mode +o clokep 
11:28:52 <clokep> Good morning.
11:29:49 <clokep> Ah, Symantec emailed me saying they found Instantbird to not be a virus. ;)
11:30:03 <flo-retina> great news!
11:30:12 <flo-retina> have they found norton to be a virus? :)
11:31:06 <flo-retina> that's an automated email, right? Do they have advice to not have future releases flagged as viruses?
11:34:07 <clokep> flo-retina: http://pastebin.instantbird.com/112251
11:34:20 <clokep> Seems they suggest adding things to their "whitelist" for that.
11:35:18 <flo-retina> "In light of further investigation and analysis" I wonder if that's a fancy phrasing for a timeout with no report of the file being dangerous in the interval :)
11:35:58 <clokep> Haha, perhaps. :)
11:36:16 <clokep> I'll see about adding us to the whitelist?
11:36:32 <flo-retina> if that can be automated, it would be nice
11:36:43 <flo-retina> I'm afraid they will require our binaries to be signed though ;)
11:38:45 <clokep> I'd guess that, yes. :(
11:39:05 <flo-retina> + their from for updated applications seems super boring
11:39:10 <flo-retina> https://submit.symantec.com/whitelist/isv/updated/
11:40:07 <clokep> It does not need to be signed though. ;)
11:41:06 <flo-retina> if only it didn't have a capatcha, we could automate that
11:42:45 <clokep> Right. :(
11:43:33 --> gg0_ has joined #instantbird
11:47:13 <clokep> Bah as far as I can tell...that macro it says is undefined should be defined. :(
11:47:22 <clokep> autoconf  is confusing. :-S
11:55:24 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
11:55:31 --> clokep has joined #instantbird
11:55:31 * ChanServ sets mode +o clokep 
11:55:41 <-- clokep has quit (Input/output error)
11:59:22 --> Kaishi has joined #instantbird
12:01:06 <-- gg0_ has quit (Quit: leaving)
12:01:38 --> gg0_ has joined #instantbird
12:02:38 <-- SM0TVI has quit (Ping timeout)
12:07:00 --> SM0TVI has joined #instantbird
12:24:01 <-- Optimizer has quit (Ping timeout)
12:27:33 --> Optimizer1 has joined #instantbird
12:31:56 --> meh has joined #instantbird
12:33:43 <-- Optimizer1 has quit (Ping timeout)
12:39:09 <flo-retina> ah, BenB reopened the bug :-D
12:45:48 --> clokep_work has joined #instantbird
12:45:48 * ChanServ sets mode +o clokep_work 
12:46:57 <clokep_work> flo-retina: Must be nice to have BenB fighting /for/ you for once. :)
12:47:04 --> qlum has joined #instantbird
12:49:15 <flo-retina> clokep_work: heh ;)
12:50:05 <flo-retina> clokep_work: in that specific case it's also possible that *I* am fighting for him :-S
13:00:11 <clokep_work> True. :)
13:34:31 --> mib_qwmlbq has joined #instantbird
13:34:49 <-- mib_qwmlbq has left #instantbird ()
13:39:16 <-- Kaishi has quit (Quit: Kaishi)
14:24:23 --> FireFly_TB has joined #instantbird
14:24:33 <instantbot> New Core - XMPP bug 1851 filed by clokep@gmail.com.
14:24:36 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1851 enh, --, ---, nobody, NEW, Don't show backlog if messages have previously been read
14:26:40 <-- Tonnes has quit (Connection reset by peer)
14:38:55 <-- meh has quit (Ping timeout)
14:39:52 --> mconley has joined #instantbird
14:54:48 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
14:56:33 --> jb has joined #instantbird
15:21:27 <-- skeledrew has quit (Ping timeout)
15:24:29 --> skeledrew has joined #instantbird
15:35:53 --> Optimizer has joined #instantbird
15:50:13 --> aleth has joined #instantbird
15:50:14 * ChanServ sets mode +h aleth 
15:50:54 <-- skeledrew has quit (Ping timeout)
15:53:45 <-- avidal has quit (Input/output error)
16:04:02 <aleth> flo-retina: re the reconnect timers, I suspect http://hg.instantbird.org/instantbird/rev/24431396e7ec should check for the existence of a reconnect timer
16:21:33 --> avidal has joined #instantbird
16:29:44 --> meh has joined #instantbird
16:31:04 <-- jb has quit (Ping timeout)
16:31:07 <-- aleth has quit (Quit: Au revoir)
16:31:15 --> aleth has joined #instantbird
16:31:16 * ChanServ sets mode +h aleth 
16:34:21 --> mikk_s has joined #instantbird
16:48:52 <-- gerard-majax_ has quit (Ping timeout)
17:00:33 <-- mikk_s has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
17:02:50 <dew> is there a bug for clickable urls in channel topics?
17:03:54 <clokep_work> I think so.
17:05:22 <flo-retina> aleth: should that have a test for "disconnected without error"?
17:05:37 <clokep_work> instantbot: topic clickable bugs
17:05:40 <instantbot> Zarro boogs found.
17:05:55 <clokep_work> bug 735 dew
17:05:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=735 enh, --, ---, nobody, NEW, Links in topic/status text should be clickable
17:11:53 <aleth> flo-retina: if this.prplAccount.connectionErrorReason is still set correctly at that point (I suppose it should be, but I'm not sure)
17:12:23 <flo-retina> aleth: why wouldn't it be set correctly?
17:13:01 <aleth> If it gets deleted somewhere after the "disconnecting" event. Unlikely, but I'm not 100% sure offhand
17:13:21 <flo-retina> aleth: it's deleted when reconnecting.
17:13:29 <flo-retina> aleth: that attribute is here so that the error message can be displayed in the account manager
17:13:45 <flo-retina> even if the account was already disconnected at the time the account manager window is opened
17:14:10 <aleth> OK then :)
17:15:07 <aleth> The alternative I first thought of would be to check for this.reconnectAttempt, it should come to the same thing
17:16:33 <aleth> ah, not quite.
17:16:36 <flo-retina> what happens if we disconnect with an error while the user has already set the status to offline?
17:16:38 <aleth> Your idea is better.
17:17:15 <aleth> also there are errors that don't trigger reconnects (because the account config is wrong)
17:19:48 <aleth> I dislike duplicating a lot of if clauses in the code though
17:22:33 <flo-retina> it's just one additional line, isn't it?
17:24:06 <aleth> Hopefully. I want to look at the code again to be sure.
17:24:46 --> skeledrew has joined #instantbird
17:42:35 <aleth> Anyone know how to mark a XUL element as 'dirty' so it gets relayouted?
17:43:22 --> mikk_s has joined #instantbird
17:44:04 <-- mikk_s has quit (Client exited)
17:45:13 <-- mpmc has quit (Connection reset by peer)
17:46:08 --> Mook_as has joined #instantbird
17:46:09 --> myk1 has joined #instantbird
17:46:44 <myk1> this morning i crashed again; and then realized i'm now on 1.4 nightlies, which perhaps have a newer, crashier version of gecko?
17:47:13 <aleth> myk1: could you link to the crash report? (if you filed one)
17:47:13 <flo-retina> myk1: can you look in about:crashes and see what the stacks you crashed on are?
17:47:20 <myk1> in any case, i also noticed that all my system-wide plugins are enabled in instantbird, so i disabled them all on the off chance that'll make a difference
17:47:47 <flo-retina> myk1: do you use MSN?
17:47:48 <myk1> flo-retina, aleth: i filed each crash! but i don't know how to get to about:crashes in instantbird
17:48:02 <myk1> flo-retina: no, just IRC, gtalk, and aim
17:48:04 <flo-retina> (a few people have been complaining recently about MSN being crashier than usual)
17:48:17 <flo-retina> myk1: openDialog("about:crashes") in the Error Console
17:48:46 <myk1> flo-retina: aha! /me tried window.location = "about:crashes", which didn't do what i expected ;-)
17:49:30 <flo-retina> let's try to query for them. How many hours ago was "this morning", and which OS were you using? :)
17:50:18 <myk1> flo-retina: here's my most recent crash from a few minutes ago: d06c5596-690e-4ffa-90f1-ee0292121211
17:50:22 <myk1> flo-retina: on Mac OS X
17:51:21 <Mook_as> AIM or ICQ?
17:51:36 <flo-retina> Mook_as: AIM
17:51:48 <Mook_as> oh, duh. aim_locate_setcaps... :p
17:52:34 <myk1> Mook_as: known problem?
17:52:37 <Mook_as> resolved clokep_will_fix_with_his_js? :p
17:52:38 <flo-retina> that crash was reported for the first time on Dec 07
17:52:50 <flo-retina> http://crash-stats.instantbird.com/report/list?product=Instantbird&platform=windows&platform=mac&platform=linux&query_search=signature&query_type=exact&query=&date=&range_value=4&range_unit=weeks&process_type=all&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&signature=oscar_set_info_and_status
17:53:49 <myk1> flo-retina: that date is when i first crashed, according to about:crashes (although i could've sworn i've been crashing once every day or two for a couple weeks now)
17:54:13 * myk1 is now known as myk
17:55:16 <flo-retina> well, crashes are annoying, so it's easy to feel like it's been crashing for weeks when it's only a few days :)
17:57:59 <myk> flo-retina: good point!
17:58:03 <aleth> flo-retina: Checked the code, turns out there is a problem in that we currently may receive multiple "account-disconnected" events for a single disconnect process. There are instances where there is no error reported on the last one. Is this itself a bug?
17:59:09 <flo-retina> aleth: "we currently may receive multiple "account-disconnected" events for a single disconnect process" how come?
17:59:44 <-- meh has quit (Quit: tornero')
17:59:59 <aleth> We may call gotDisconnected in response to an error, but also call it due to the server cutting the connection
18:01:19 <flo-retina> won't gotDisconnected return early if the account is already disconnected
18:01:42 <aleth> It won't be disconnected at that point - we call gotDisconnected after receiving an error message, but then call it again when we actually get disconnected.
18:02:22 <aleth> Not sure how widespread this is, but it certainly happens for IRC
18:03:25 <aleth> Maybe we should return early if we are already disconnect*ing*?
18:03:42 <flo-retina> If myk's crash had started yesterday, I would have suspected an issue with 64 bit builds, but it was already crashy a few days before, and also crashes on Windows
18:04:23 <aleth> Basically my question is - is this an IRC bug or is it common behaviour for protocols
18:04:43 <flo-retina> aleth: I would need to look again, but I think gotDisconnected is expecting the account to already be in the disconnecting state
18:05:27 <flo-retina> calling gotDisconnected twice (if it doesn't return early the second time) seems wrong though, as gotDisconnected is supposed to be the end of the disconnect process
18:05:50 <aleth> The fact it gets called multiple times causes this.prplAccount.connectionErrorReason to be unreliable, as I feared above
18:05:56 * flo-retina wonders if our new resident oscar expect can help with that crash
18:06:45 <flo-retina> *expert
18:10:30 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
18:15:08 <clokep_work> flo-retina: Probably not. :P
18:21:37 <clokep_work> Mook_as: Not quite ready to start saying things will be replaced by JSOSCAR yet.
18:22:02 <clokep_work> Btw, Komodo 8 is on Moz17, right? But you guys have a totally different build framework, it doesn't try to copy the c-c one, correct?
18:22:33 <Mook_as> correct, and correct
18:22:42 <Mook_as> it's a hairy mess of perl
18:22:50 <Mook_as> with a python configure :\
18:23:24 <clokep_work> Bah OK. :(
18:23:33 * clokep_work is running into an issue with his upgrade and was wondering if you had seen it.
18:23:43 <Mook_as> pastebin it anyway!
18:25:37 <clokep_work> Mook_as: http://pastebin.instantbird.com/112374 this is with a bunch of local patches though. :(
18:30:04 --> meh has joined #instantbird
18:33:04 <Mook_as> so, that string is in comm-esr10, but not comm-esr17
18:33:41 <clokep_work> Mook_as: What string?
18:33:56 <Mook_as> d06c5596-690e-4ffa-90f1-ee0292121211
18:33:57 <Mook_as> err
18:34:04 <clokep_work> :)
18:37:08 <Mook_as> http://hg.mozilla.org/releases/comm-esr17/rev/d5f1b6accdee
18:39:30 --> Tonnes has joined #instantbird
18:40:28 <aleth> Phew, the IRC code doesn't actually cause any problems after all it seems due to http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#1388
18:40:55 <aleth> clokep_work: Why don't we simply return early there though if we are already disconnecting?
18:45:14 --> Mnyromyr has joined #instantbird
19:00:18 <aleth> flo: How about this? http://pastebin.instantbird.com/112389
19:01:09 <-- aleth has quit (Quit: Au revoir)
19:01:20 --> aleth has joined #instantbird
19:01:21 * ChanServ sets mode +h aleth 
19:05:00 <clokep_work> Mook_as: Ah, I thought it was saying AC_DEFINE_UNQUOTED was undefined!
19:05:08 <clokep_work> Hmm...so I guess that line got changed at some ponit.
19:06:13 <clokep_work> Which you sent to me. :)
19:09:25 <clokep_work> Mook_as:  :) THat worked, thanks.
19:13:25 <clokep_work> aleth: My guess is that we want to do some of the other things in that function still?
19:13:30 <clokep_work> I'm not sure I understand what situation you're concerned about.
19:15:24 <aleth> clokep_work: I'm no longer concerned - the function may get called twice (as the comment also indicates) but that doesn't cause any problems. 
19:16:39 <aleth> Just find it odd we do all the cleanup twice though - is it because we are worried there may still have been messages in the queue after the error message causing the disconnect?
19:17:28 <aleth> Only trying to make sure I'm not missing anything...
19:20:08 <clokep_work> aleth: I think that function was originally much simpler. ;)
19:21:24 <aleth> Heh, could be...
19:51:01 <aleth> flo: Did that mozilla listitem selection bug you fixed ever land? Is this an (older) dupe of it? https://bugzilla.mozilla.org/show_bug.cgi?id=393373
19:52:40 --> DGMurdockIII has joined #instantbird
19:52:46 <aleth> As far as I recall, you were setting some JS properties...
19:53:22 <aleth> Ah no, found it.
19:53:38 <aleth> It's not the same. It also didn't land :(
19:55:26 --> gerard-majax_ has joined #instantbird
20:00:16 --> EionRobb has joined #instantbird
20:09:31 <-- Optimizer has quit (Ping timeout)
20:09:40 <aleth> (Btw if the only issue was that it needed testing on screen readers, maybe you could cc James?)
20:13:29 --> Optimizer has joined #instantbird
20:35:11 * aleth may have a decent workaround for bug 1143
20:35:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1143 nor, --, ---, nobody, REOP, Collapsed participant list sometimes loses listitems
20:46:02 <instantbot> New Instantbird (UI) bug 1852 filed by spiffytech@gmail.com.
20:46:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1852 nor, --, ---, nobody, UNCO, Search for text in all conversations with a contact
20:47:53 <instantbot> clokep@gmail.com set the Resolution field on bug 1852 to DUPLICATE of bug 1584.
20:47:56 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1584 enh, --, ---, nobody, NEW, Indexed logs & efficient search
20:50:13 <aleth> spiffytech: we do want better search though :)
21:15:49 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
21:24:10 <clokep_work> Yes, we do. :-D I even filed the original bug. ;)
21:24:20 <clokep_work> flo said he wants it by the new year! :P
21:32:26 <-- clokep_work has quit (Input/output error)
21:34:21 --> flo-retina has joined #instantbird
21:34:21 * ChanServ sets mode +qo flo-retina flo-retina 
21:34:40 <flo-retina> http://log.bezut.info/instantbird/today#m298 I never promised that!
21:35:15 <flo-retina> but if you get JS-OSCAR working by that time, I may do something for indexed logs :-P
21:35:57 <flo-retina> aleth: I think that patch was stuck on "I didn't want to spend 2+ hours rebuilding for a test that isn't really important from my point of view"
21:36:16 <flo-retina> + the machine I had didn't support accessibility at all
21:36:21 <-- gerard-majax_ has quit (Ping timeout)
21:36:24 <flo-retina> that was OSX 10.6+ I think
21:36:25 <EionRobb> js oscar?  is that oscar compiled using emscripteN?
21:36:39 <flo-retina> EionRobb: nope, reimplemented from scratch in clean JS
21:36:47 <flo-retina> like we did for IRC and XMPP
21:37:00 <EionRobb> interesting
21:37:23 <flo-retina> I would like to play with ecmascripten and libpurple btw
21:37:27 <-- mconley has quit (Input/output error)
21:37:35 <EionRobb> that would be fun :)
21:37:42 <EionRobb> don't know how it would go for the networking code
21:37:50 <flo-retina> it seems like there would be an interesting potential for reducing the overall crashiness ;)
21:38:20 <flo-retina> EionRobb: for some of it we could provide functions implemented in real JS
21:39:00 <flo-retina> the way libpurple opens sockets is annoying though :(
21:39:03 <EionRobb> what about running libpurple in a separate process?
21:39:18 <flo-retina> wait, is it always done through purple_proxy_*?
21:39:27 <flo-retina> if so we could "just reimplement that too"
21:39:39 <EionRobb> it is indeed
21:39:52 <flo-retina> EionRobb: I've been dreaming for years of running each libpurple account in its separate process, to reduce MSN crashes (among others) to mere warnings
21:40:08 <EionRobb> go for it
21:40:23 <flo-retina> it's unfortunately not as easy as it seems
21:40:49 <EionRobb> why not?
21:41:21 <flo-retina> JS code doesn't really have access to the APIs for creating processes
21:41:29 <EionRobb> aww
21:41:41 <EionRobb> can't run it through the NSAPI plugin system?
21:42:30 <flo-retina> I don't think anybody who has kept some sanity wants to touch the NPAPI
21:42:54 <EionRobb> :)
21:43:05 <EionRobb> well, watherver that plugin-container.exe thingee that mozilla uses is then :)
21:43:49 <flo-retina> hmm, didn't jetpack have an API to start processes?
21:44:41 <flo-retina> "These processes are relatively lightweight, do not have access to XPCOM, and can innately do little other than compute." :( https://developer.mozilla.org/en-US/docs/Jetpack_Processes
21:45:17 <EionRobb> grr
21:45:46 <EionRobb> how about un-butcher glib so that it can start it's own process? ;P
21:46:34 <flo-retina> EionRobb: if we are going to write C code to start processes, we really don't need glib for that :-P
21:47:04 --> Cam has joined #instantbird
21:49:19 <EionRobb> glib makes it easier ;)
21:50:47 <flo-retina> Good night :-P
21:50:50 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
21:55:07 <EionRobb> that's right, run away ;)
21:55:38 <-- FireFly_TB has quit (Ping timeout)
21:56:01 <aleth> Hmm, he probably missed my pastebin
21:58:45 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2163 on bug 1846.
21:58:47 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, 1.4, aleth, RESO FIXED, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
22:00:23 <Mook_as> there's the new (jsm-based) ipccode too, but that's mainly stdin/stdout/stderr... could build a transport on that :p
22:00:39 <EionRobb> interesting
22:02:15 --> FireFly_TB has joined #instantbird
22:04:42 --> EionRobb1 has joined #instantbird
22:06:00 <-- EionRobb has quit (Ping timeout)
22:11:49 * EionRobb1 is now known as EionRobb
22:17:01 --> EionRobb1 has joined #instantbird
22:17:53 <-- EionRobb has quit (Ping timeout)
22:21:06 --> EionRobb has joined #instantbird
22:21:26 <-- EionRobb1 has quit (Ping timeout)
22:22:42 <-- FireFly_TB has quit (Input/output error)
22:26:00 --> clokep has joined #instantbird
22:26:00 * ChanServ sets mode +o clokep 
22:30:56 <-- EionRobb has quit (Ping timeout)
22:32:19 <clokep> Mook_as: You really do like painful things...
22:32:53 --> mpmc has joined #instantbird
22:38:31 <Cam> clokep: sipe plugin is going well :-)
22:38:55 <clokep> Cam: Excellent! :)
22:39:07 <clokep> I'll try to clean up those patches soon and bug florian into reviewing it.
22:39:11 <clokep> Thanks for trying it out. :-D
22:39:56 <Cam> Thanks for helping me try it out!
22:40:42 <clokep> :)
22:40:55 <clokep> Unfortunately it doesn't support file transfer and stuff yet. :(
22:40:59 <clokep> Which I actually use in Lync....
22:41:34 <Cam> Does the SIPE-purple library actually have provisioning for that? or is it something that's just not implemented in IB?
22:46:55 <clokep> SIPE supports it, yes.
22:47:00 <clokep> Instantbird doesn't support file transfer at all yet.
22:55:00 * clokep thinks Moz 17 is working now. :)
22:58:28 <aleth> yay :)
22:58:59 <clokep> Well it is compiling, but it hasn't error out yet.
22:59:03 <clokep> So don't get too excited yet. ;)
22:59:21 <aleth> better not jinx it
23:05:07 --> EionRobb has joined #instantbird
23:06:07 <clokep> :) I'll try.
23:09:09 --> Kaishi has joined #instantbird
23:12:43 <-- aleth has quit (Input/output error)
23:13:00 --> aleth has joined #instantbird
23:13:00 * ChanServ sets mode +h aleth 
23:13:24 <-- aleth has quit (Quit: Au revoir)
23:14:36 <EionRobb> \o/ http://ScrnSht.com/itjjex
23:15:31 <clokep> ...?
23:16:29 <EionRobb> 12/12/12 12:12:12 :D
23:17:22 <clokep> Ah, nice. :)
23:19:39 <-- Tonnes has quit (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121128204232])
23:26:52 <clokep> Bah, my build just died.
23:26:54 * clokep blames aleth.
23:39:53 --> Tonnes has joined #instantbird
23:42:32 <-- qlum has quit (Quit: Getting the <censored> out.)