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:34:07 <Mook_as> ENVIRONMENT_MAC_OS_X_VERION_MIN_REQUIRED 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.)