All times are UTC.
00:07:20 <-- aleth has quit (Input/output error) 00:16:18 <-- mmkmou has quit (Ping timeout) 00:16:55 <-- Mook_ib has left #instantbird () 00:21:56 <-- zen_monkey has quit (Ping timeout) 00:22:09 --> zen_monkey has joined #instantbird 00:41:30 <-- Tonnes has quit (Ping timeout) 00:42:54 --> Tonnes has joined #instantbird 00:43:12 <-- chrisccoulson has quit (Ping timeout) 00:45:37 <flo> Good nigth 00:45:40 <flo> *night 00:55:15 <Mook> good night 02:00:30 --> pranavrc has joined #instantbird 02:02:36 <pranavrc> Hello. I've cloned instantbird and while doing a client.py checkout, it pulls the mozilla source. I already have the mozilla-central repository locally. Should I clone this instead? To which directory? 02:07:30 <Mook> it currently pulls a branch, I think. (I think it's the 9.0.1 release or something?) 02:32:52 <-- Tomek has quit (Quit: Instantbird 1.1) 02:38:08 <-- Plop has quit (Ping timeout) 02:39:41 --> Plop has joined #instantbird 02:40:42 <-- sonny has left #instantbird () 02:50:37 --> zen_monkey_ has joined #instantbird 02:50:50 <-- zen_monkey_ has quit (Quit: Saliendo) 02:51:04 <-- zen_monkey has quit (Ping timeout) 02:54:43 <-- pranavrc has quit (Ping timeout) 03:10:20 <-- Even has quit (Ping timeout) 03:14:01 --> Even has joined #instantbird 03:14:01 * ChanServ sets mode +o Even 03:56:51 <instant-buildbot> build #416 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/416 05:34:10 <instant-buildbot> build #501 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/501 05:53:38 --> waynenguyen has joined #instantbird 06:02:11 <-- waynenguyen has left #instantbird () 06:02:29 --> waynenguyen has joined #instantbird 06:53:00 <instant-buildbot> build #406 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/406 07:35:48 <Mook> clokep: hmm, my almost-current nightly keeps getting http://pastebin.instantbird.com/15744 when I connect to moznet. 07:39:13 <-- Mook has quit (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603]) 07:46:24 --> Mad_Maks has joined #instantbird 08:09:48 <-- waynenguyen has quit (Ping timeout) 08:22:20 <-- Mad_Maks has quit (Ping timeout) 08:22:23 --> Mad_Maks has joined #instantbird 08:25:12 <-- Even has quit (Input/output error) 08:27:48 --> jb has joined #instantbird 09:06:49 --> Even has joined #instantbird 09:06:49 * ChanServ sets mode +o Even 09:06:51 <-- Even has left #instantbird () 09:06:57 --> Even has joined #instantbird 09:06:57 * ChanServ sets mode +o Even 09:11:22 <-- danols has quit (Connection reset by peer) 09:11:25 --> danols has joined #instantbird 09:15:32 <-- Even has left #instantbird () 09:19:43 --> Even has joined #instantbird 09:19:43 * ChanServ sets mode +o Even 09:35:51 <-- Mad_Maks has quit (Quit: Instantbird 1.2a1pre) 09:39:48 --> aleth has joined #instantbird 09:39:49 * ChanServ sets mode +h aleth 09:40:50 <-- aleth has quit (Input/output error) 09:42:15 --> aleth has joined #instantbird 09:42:15 * ChanServ sets mode +h aleth 09:44:03 <-- Plop has quit (Connection reset by peer) 09:44:06 --> Plop has joined #instantbird 09:45:57 <-- Plop has quit (Connection reset by peer) 09:46:26 --> Plop has joined #instantbird 09:46:38 <-- aleth has quit (Ping timeout) 09:50:05 --> aleth has joined #instantbird 09:50:06 * ChanServ sets mode +h aleth 09:53:50 --> Tomek has joined #instantbird 09:55:13 <-- jb has quit (Connection reset by peer) 10:00:11 <-- aleth has quit (Ping timeout) 10:02:20 <instantbot> New Instantbird (UI) bug 1317 filed by aletheia2@fastmail.fm. 10:02:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1317 enh, --, ---, nobody, NEW, People you follow on twitter should be buddies in a Twitter tag group 10:03:52 --> aleth has joined #instantbird 10:03:53 * ChanServ sets mode +h aleth 10:05:13 <instantbot> New Instantbird (UI) bug 1318 filed by aletheia2@fastmail.fm. 10:05:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1318 enh, --, ---, nobody, NEW, A way to show the previous tweets of a particular contact 10:08:17 --> Mic has joined #instantbird 10:08:17 * ChanServ sets mode +h Mic 10:10:17 <instantbot> New Instantbird (UI) bug 1319 filed by aletheia2@fastmail.fm. 10:10:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1319 nor, --, ---, nobody, NEW, Opening a conversation with a unified contact should display context from all accounts 10:31:55 <aleth> Mic: Your nicklist seems to have a different styling ;) 10:32:38 <Mic> Oh yes, that is a userChrome change I did a while ago when we discussed the splitter and participant count :) 10:33:30 <Mic> It's not resizable anymore but I haven't actually needed that and I'm not missing the participant count either (it's hidden for me, so the list takes all available space next to the conv browser) 10:33:59 <Mic> Give me a moment, I can upload a screenshot of my contact list too :) 10:34:47 <aleth> Yeah, I'm using my toggle list add-on too for that 10:35:23 <Mic> It's everything a bit more blue, now :) 10:35:25 <Mic> http://i.imgur.com/zlmNT.png 10:35:29 <aleth> Btw any chance you could take a look at the updated version which is pending on AMO? 10:35:39 <Mic> Sure 10:35:50 <aleth> Thanks! 10:36:09 <aleth> Ah, blueish shadows 10:36:57 <aleth> I suspect the one you had with avatars displayed would be popular too. (Not for me personally though) 10:38:13 <Mic> That's a bit of work to get right :( 10:39:15 <Mic> It's not really a shadow but a large border (4px iirc) with a list of different border-colors 10:39:40 <Mic> The same colors as at the left border of the participant list in the other screenshot. 10:41:05 <aleth> It makes the background behind the user name up top look "not blue enough" ;) 10:41:33 <aleth> Though that might be due to the cropping only. 10:51:38 <Mic> It's worse on the conv window 10:51:45 <Mic> It doesn't go well with all the grey there. 10:55:03 <-- Mic has quit (Input/output error) 13:30:45 --> Mic has joined #instantbird 13:30:45 * ChanServ sets mode +h Mic 13:38:29 --> clokep has joined #instantbird 13:38:29 * ChanServ sets mode +o clokep 13:38:48 <-- Mic has quit (Input/output error) 13:42:55 <clokep> Mook: That's strange, any idea which message it's barfing on? (there's probably an error right behind it about an unhandled IRC message) 13:58:27 --> Mad_Maks has joined #instantbird 14:01:03 <flo> clokep: it may not be from an unhandled IRC message. ctcpFormatToText is unhappy when receiving a null parameter, I already saw a message like this at some point while debugging a function that wasn't given the expected number of parameters 14:01:33 --> clokeq has joined #instantbird 14:01:41 <-- clokeq has quit (Input/output error) 14:01:57 --> clokeq has joined #instantbird 14:02:38 <-- clokep has quit (Ping timeout) 14:12:00 --> sonny has joined #instantbird 14:37:14 --> mmkmou has joined #instantbird 14:39:47 <-- Plop has quit (Ping timeout) 14:44:28 <-- mmkmou has quit (Ping timeout) 14:48:23 --> mmkmou has joined #instantbird 15:30:27 <-- mmkmou has quit (Ping timeout) 15:50:07 <-- Mad_Maks has quit (Quit: Instantbird 1.2a1pre) 16:15:54 <-- skeledrew has quit (Ping timeout) 16:21:06 --> chrisccoulson has joined #instantbird 16:26:21 --> zen_monkey has joined #instantbird 16:51:38 <instantbot> clokep@gmail.com granted review for attachment 1207 on bug 1299. 16:51:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1299 nor, --, ---, nobody, NEW, Remove explicit fonts from default message styles 16:52:00 * clokeq is now known as clokep 17:21:05 <-- zen_monkey has quit (Ping timeout) 17:28:09 --> zen_monkey has joined #instantbird 17:42:34 --> flp has joined #instantbird 17:43:07 <-- flo has quit (Ping timeout) 17:43:15 <flp> I wonder how interesting/useful/difficult it would be to force glib/libpurple to use jemalloc and to add a memory reporter for it in about:memory 17:43:46 <flp> of course if the consumed memory turns out to be very large, we could then split the reporter between various parts of libpurple to better understand how memory is spent 17:44:19 * clokep thinks you're looking for excuses to kill libpurple. ;) 17:44:42 <flp> do you want us to kill libpurple? 17:45:11 <flp> by the way, I think I would be happy if we killed the libpurple blist implementation :) 17:45:28 <clokep> "libpurple blist implementation"? 17:45:33 <flp> blist.c 17:45:35 <clokep> No, I don't want to. I use parts of it daily. 17:46:42 <flp> I get {frustrated/sad/angry/almost violent} (pick some randomly depending on the day ;)) each time I have to go look there 17:47:04 <flp> by the way, I've just reproduced the mac top crasher ;) 17:47:11 <flp> so I can confirm it's definitely not fixed 17:48:50 <clokep> Is blist.c necessary? 17:48:52 <clokep> Ah, awesome. :) 17:48:58 <clokep> Hopefully it can be fixed. 17:49:40 <flp> clokep: well, all libpurple prpls call into it... 17:50:10 <clokep> Right. But we'd need to reimplement bits of it, right? 17:50:11 <flp> but I think it's safe to assume that at least 2/3 of it is pointless for Instantbird, as the feature it's supposed to provide is implemented in JS in imContacts.js 17:50:22 <clokep> Ah, I see. 17:50:37 <flp> meta-contacts, etc... ;) 17:51:25 <flp> if we reimplement it, I think I would like to change completely the logic, and build a blist tree (with a set of groups, etc...) for each libpurple account 17:51:25 <aleth> I was wondering the other day which parts of it were still in use actually. 17:51:42 <flp> so that different libpurple accounts have absolutely no good reason to touch the same memory areas 17:51:44 <aleth> (not knowing that part of the code) 17:52:03 <flp> aleth: if you define "in use" as "executed", then most of it 17:52:15 <flp> if you define it as "useful", the answer is quite different :) 17:54:14 --> myk has joined #instantbird 18:08:22 <flp> the steps to reproduce aren't reliable though :( 18:09:48 <flp> uh, wait, my stack isn't the same at all http://crash-stats.instantbird.com/report/index/14c95031-eca1-4f0c-ac94-316c12120304 18:10:10 <flp> it seems I crashed while gc'ing the blist window :-S 18:20:38 <-- zen_monkey has quit (Ping timeout) 18:23:51 <clokep> :( Still good to fix a crash though, right?! :) 18:26:46 --> zen_monkey has joined #instantbird 19:15:22 <flp> bah, I'm trying to debug bug 1017 but I crashed on bug 1089 instead :-S 19:15:25 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1017 cri, --, 1.2, florian, REOP, Shutdown crash [@ purple_blist_node_set_ui_data ] 19:15:26 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1089 cri, --, ---, nobody, NEW, Crash [@ ssl_nss_handshake_cb] 19:17:06 <flp> incrementing the last letter in case or IRC nick collision isn't as nice as it seemed to be when reading the code :-/ 19:19:35 --> Mnyromyr has joined #instantbird 19:21:55 <clokep> flo: I like it because it doesn't increase the length of the nick... 19:22:23 <flp> clokep: except flo doesn't highlight me currently ;) 19:22:48 <clokep> Yes. But I do agree it doesn't seem to work as nicely in practice as it looked in the code. :( 19:24:19 <flp> what would be a better alternative? 19:24:54 <clokep> libpurple appends a 1 I believe. 19:25:04 <flp> 1, 2, 3 etc... 19:25:07 <clokep> I don't like possibly ending up as clokep1111 19:25:11 <aleth> Add a character, watch for the original nick leaving, then reset the nick automatically 19:25:17 <flp> it used to do it instead of the last character, now it appends 19:25:26 <clokep> I was originally thinking of adding a 1 unless there's a #, in which case you increment the #. 19:25:35 <aleth> Appending makes the highlight work 19:25:36 <flp> that's what libpurple does I think 19:25:51 <clokep> aleth: That needs support for services 19:26:07 <flp> "watch for the original nick leaving, then reset the nick automatically" I like that part, but I think it's for a different bug :) 19:26:50 <clokep> flp: aleth Yes, I'd like to do that eventually...well I'd actually like to GHOST the original nick and then steal the nick back. :) 19:26:56 <aleth> By which I meant it doesn't really matter if you add a 1 or an _ as long as it's temporary 19:27:09 <aleth> clokep: oh, nice :) 19:27:13 <flp> clokep: that may not be wanted in all cases 19:27:39 <-- myk has quit (Ping timeout) 19:28:21 <flp> what I would really like is configuring a list of nicks I like, (I would configure for example: flo, fqueze, florian) and have it use the first available nick in the list. And watch for when the other nicks become available and take them back as soon as the previous instance quits 19:28:34 <clokep> flp: We have a bug about that. :) 19:28:46 <flp> I know :) 19:29:37 <aleth> :) You'd still need to do something "default" when the user hasn't entered any alternatives 19:29:49 <clokep> Yes 19:30:06 <flp> oh, ghost does a ping on the previous client? 19:30:19 <flp> I thought it was just basically killing another connection 19:30:41 <flp> but if it checks that the other client is still online, I can't see any more a case where that wouldn't be ok :) 19:32:27 <clokep> Yeah I think there's also a KILL command to do that... 19:32:31 <flp> I added a printf in the destructor and the unInit methods of purpleAccountBuddy. It turns out this crash isn't what I thought it was :) 19:32:43 <flp> clokep: yeah, I confused these 2 commands ) 19:32:45 <flp> *:) 19:33:30 <-- Tonnes has quit (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912]) 19:35:56 <clokep> I'll get to it all eventually I'm sure! 19:39:50 --> Andres has joined #instantbird 19:40:04 <Andres> Hello all 19:40:27 <clokep> Hello Andres. 19:42:12 * clokep is going to try to finish bug 1305 now 19:42:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1305 nor, --, ---, clokep, ASSI, /mode messages don't work on JS-IRC 19:42:31 <clokep> Anyone have any opinions about which syntax to use? :P 19:43:33 <clokep> Uhh...actually that's just waiting review unless we want to change the syntax...wrong bug... 19:43:56 * flp takes that as a review-ping 19:44:20 <Andres> hmm, well that coding stuff... 19:44:36 <clokep> flp: O:-) 19:44:59 <clokep> Andres: What coding stuff? 19:45:37 * clokep sees bug 1291 is what he meant... 19:45:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1291 min, --, ---, clokep, ASSI, Source displayed in "entered the room" system messages for JS-IRC is too verbose 19:45:57 <flp> I understand neither the bug nor the patch, which is strange as comment 1 seems to imply I reviewed the patch at that time :-D 19:46:02 <flp> I guess I'll look later 19:46:43 <Andres> hmm well sorry guys, but I use a screen reading software cuzz I'm a blind user, and I gotta keep jumping from window to window, so I apologise if I don't answer very quickly 19:47:47 <clokep> Andres: No need to apologize. :) 19:50:13 <Andres> but this IRC software bundled with sea monkey works quite amazing 19:55:43 --> Tonnes has joined #instantbird 19:56:15 <Andres> Hey people, I want to ask you something. how can I get Instantbird with my FB account? I don't know why, but for some reason instantbird is not connecting to my facebook. and a problem I still have, is that my screen reader isn't allowing me to access the facebook applications and I can't authorize it. what can I do? 19:57:22 <clokep> Hmm...what error are you getting? If it's a problem with using the Facebook website to set up the username, etc. I'm afraid I don't know any solutions. :( 19:57:56 <flp> I think I saw some complaints somewhere about that webpage being unaccessible 19:58:10 <clokep> I think I saw that as well. :( 19:58:45 --> skeledrew has joined #instantbird 19:58:51 <aleth> Andres: Just in case you didn't know: Instantbird can do IRC too ;) 20:02:47 <Andres> yes I know that Instantbird can do IRC, but I haven't tried to use it. well the problem is, that I'm not being able to see my friend list on facebook, so I suppose it is not connected to Instantbird. I also suppose that I have to go to the facebook apps website to authorize it, but my assistive technology screen reader is not able to read much information 20:03:16 <Andres> um sorry for my bad english, its my second language and I'm improving it 20:04:09 <flp> for bug 1017, I have a feeling that something is wrong in the shutdown logic, but I'm quite confused by this code so I'm a bit scared to change the logic. I have a super-safe patch that will fix just the crash, I think we can take that: http://pastebin.instantbird.com/15935 20:04:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1017 cri, --, 1.2, florian, REOP, Shutdown crash [@ purple_blist_node_set_ui_data ] 20:04:55 <aleth> Would it be possible to talk Andres through the oauth process? 20:05:34 <flp> aleth: we don't implement oauth for facebook right now 20:05:58 <aleth> flo: ok, since I don't use it, I just assumed that's what it was 20:05:59 --> Mic has joined #instantbird 20:05:59 * ChanServ sets mode +h Mic 20:06:08 <Mic> Good evening 20:06:22 <clokep> Good evening Mic! 20:06:52 <flp> anybody wanting to look at that trivial patch before I push it? 20:07:33 <Andres> so, is there anything I have to do with that facebook auth process? 20:07:41 <clokep> flp: I looked, it seems fine. 20:07:50 <clokep> Andres: No, we don't use oauth. 20:08:06 <clokep> What is the error from Instantbird when it fails to connect? 20:09:06 <Mic> Andres: have you seen the item in our FAQ? http://www.instantbird.com/faq.html#facebookauthorization 20:09:53 <Andres> no MIke, I think I haven't read it yet. the only thing is that I feel that I cannot log into facebook because of that simple but unaccessible step for we blind users 20:12:08 * aleth looks at 1303, gets lost in the buddy list 20:13:20 <Mic> clokep: is there something like /nick <oldnick> <newnick>? ;) 20:13:23 <Mic> I tried "/nick flp flo" and it didn't work ;) 20:13:45 <clokep> aleth: You should just need to update the buddy information, maybe https://wiki.instantbird.org/Instantbird:Notifications:trunk is of interest? 20:13:49 <clokep> Mic: To do....what exactly? 20:13:49 <flp> Mic: why would it work? Except for irc ops maybe 20:13:58 <flp> certainly not for channel ops :) 20:14:06 <Mic> To rename flo back to his old name 20:14:16 <Mic> "flp" looks terrible :D 20:14:29 <clokep> I assume an ircop can rename someone, but you wouldn't be able to... 20:14:40 * flp is now known as flo 20:14:44 <flo> Mic: happy now? 20:14:50 <Mic> OK, let's stop that. I wasn't serious on this 20:14:53 <Mic> :) 20:15:16 <Mic> Andres: is the inaccessible step in Instantbird or on their website? 20:17:05 <flo> Mic: I think it's the page to select a unique username for your facebook account 20:18:04 <flo> clokep: so after typing |/nick flo| I'm displayed as |flo| in the nicklist, but my messages (locally) still appear as sent by |flp| 20:18:23 <flo> flo: test 20:18:28 <clokep> flo: Yes, I just noticied this on my own account. 20:18:29 <flo> flp: test 20:18:29 <clokep> :-/ 20:18:34 * clokep is still clokeq. 20:18:36 <flo> and the highlight it still on flp 20:19:01 <Mic> I think I can't help then, bbl 20:19:15 <-- Mic has quit (Input/output error) 20:19:39 <flo> the JS-XMPP bug that annoys me the most is when someone appears as offline even though there are available resources in the tooltip. 20:20:01 <flo> I'm not sure it will fix this, but I've at least identified a case that is guaranteed to cause a wrong status: http://pastebin.instantbird.com/15936 20:21:16 <-- chrisccoulson has quit (Quit: Ex-Chat) 20:21:50 <Andres> Mike: Instantbird is fully accessible, the problem is with the facebook authorization website. 20:21:53 <clokep> I think this will fix it flo http://pastebin.instantbird.com/15938 20:22:04 <clokep> Oh shoot. 20:22:05 <clokep> That's so wrong... 20:22:07 <clokep> One second... 20:22:49 <flo> ok, the behavior I was seeing (offline contact) makes sense given this bug, because when the account is connected all buddies have their status set to offline at http://lxr.instantbird.org/instantbird/source/chat/protocols/xmpp/xmpp.jsm#944 and then as the resources are kept, if there was an available resource at the time the account was disconnected, a new resource can't become more available, so status-changed notifications are never sent 20:27:10 <Andres> OK people I leave for now. BBL 20:27:23 <-- Andres has left #instantbird () 20:31:28 <flo> clokep: I have a feeling you haven't tested that patch 20:31:31 <flo> you wanted to set _nick 20:31:59 <aleth> I think he noticed ;) 20:32:11 <flo> clokep: do you want to review http://pastebin.instantbird.com/15936 or can I just commit it? 20:32:24 <flo> aleth: yeah, I saw that... too late ;). But I don't know if he had the fix yet :) 20:33:56 --> chrisccoulson has joined #instantbird 20:34:33 <flo> clokep: by the way, it's a bit strange to use .nick at http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#95 when the line about uses this._account._nickname 20:34:45 <-- chrisccoulson has quit (Client exited) 20:34:57 <clokep> Yes. I saw that. :-/ 20:35:20 <flo> but you still want to fix the value of _nick in the conversation anyway :) 20:42:51 <-- zen_monkey has quit (Ping timeout) 20:43:50 --> myk has joined #instantbird 20:45:10 <flo> I don't have the complete steps to reproduce for my JS-XMMP bug :-S 20:45:29 <flo> it's possible the buddy needed to have several connected resources at the time we disconnected our account 20:51:31 <flo> ok, I have the steps to reproduce now (the buddy needs to change the resource he uses to connect while our account is offline. As Gtalk changes the resource at each connection, it's quite easy to reproduce with gtalk) 20:51:41 <flo> so I can confirm that my patch actually fixes the bug :) 20:51:51 --> zen_monkey has joined #instantbird 21:16:24 --> Plop has joined #instantbird 22:12:32 <clokep> Hmm...I think I have buddies that are not alphabetically in order any more after the fix for bug 1178? 22:12:37 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1178 maj, --, 1.2, florian, RESO FIXED, Regression: renamed contacts disappear from list 22:13:33 <clokep> I have a bunch of errors in my error console: "aContactA is undefined" or "aContactB is undefined". :-/ 22:23:15 <-- sonny has left #instantbird () 22:24:28 <flo> steps to reproduce would be great :) 22:25:57 --> instantbot has joined #instantbird 22:25:57 topic changed by concrete.mozilla.org to "Ask about Instantbird (http://instantbird.com) here!|Current version is Instantbird 1.1! :) |News: http://blog.instantbird.org/ |Nightlies: http://nightly.instantbird.im/ (for testing only) |IRC logs: http://log.bezut.info/ |Pastebin: http://pastebin.instantbird.org/ | Bugs: http://bugzilla.instantbird.org" 22:25:57 * ChanServ sets mode +v instantbot 22:26:09 * clokep is working on that... 22:27:08 <clokep> flo: Have someone who's a merged contact sign off one of their screen names and back on. ;) 22:27:13 <clokep> I think that's all. 22:36:42 <flo> Morian thinks instantbot is really fixed to handle Core this time :) 22:39:43 * Morian feeds instantbot 22:39:45 <flo> clokep: WFM. 22:39:54 <flo> clokep: no error, perfect animation. 22:40:07 <clokep> flo: Did the signing off/on cause the buddy to shift positions? 22:40:18 <clokep> (Or rather, /should/ it have) 22:40:21 <flo> how could it be animated otherwise? 22:40:49 <clokep> I don't know. 22:40:56 <clokep> Wouldn't it do that whenever the name changes? 22:41:04 <flo> that = ? 22:41:06 <clokep> Hmm...I'll need to look into it more I guess. :-/ 22:41:11 <clokep> "that" = the animation. 22:41:23 <flo> the animation is when changing position 22:41:36 <clokep> Hm. OK... 22:45:37 --> mmkmou has joined #instantbird 22:50:43 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1219 on bug 1316. 22:50:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird 22:54:56 <flo> the " // Disconnect if we're online while this gets called." comment 2 lines later looks like it would be the good place to integrate this .quit() call 22:55:10 <clokep> Yes. I was about to say that. :) 22:55:33 <aleth> I just noticed it doesn't always fix the problem anyway :( 22:56:06 <clokep> It's definitely an issue no matter what though. 22:57:29 <instantbot> clokep@gmail.com denied review for attachment 1219 on bug 1316. 22:57:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird 22:58:15 <-- myk has quit (Quit: Instantbird 1.1) 23:07:34 <aleth> I'm beginning to think IB just quits too quickly :( 23:08:28 <flo> aleth: I wondered that too for JS-XMPP 23:08:49 <flo> it seems we terminate the process before the data sent toward the socket has reached the network :-/ 23:08:56 <aleth> Yes. 23:10:25 * clokep wonders if there's a waitForAllDataToClearSocketBuffers method we should wait on... 23:13:55 <flo> clokep: I would like if there was a synchronous method we could call that would return only once the data sent to the socket has been sent to the OS 23:15:10 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105]) 23:15:12 <clokep> Right...do we know if that exists? :-D 23:19:00 <flo> no idea 23:21:36 <clokep> Well you can have a blocking or non blocking one... 23:26:52 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1220 on bug 1316. 23:26:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird 23:27:05 <aleth> For what it's worth ... as it seems the rest should be fixed outside the IRC code 23:37:45 <flo> Good night 23:37:46 <-- flo has quit (Quit: Instantbird -- http://www.instantbird.com) 23:43:36 <clokep> aleth: that one looks good. :) 23:46:04 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/df6a069f3596 - Florian Quèze - Follow-up to bug 772: remove some dead code. 23:46:05 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/ca2a52ca1f40 - Florian Quèze - When disconnecting a JS-XMPP account, forget the resources of all buddies. 23:46:06 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/931175959e82 - Florian Quèze - Bug 1017 - Shutdown crash [@ purple_blist_node_set_ui_data ], rs=clokep. 23:47:20 <aleth> The rest needs to be done in socket.jsm. I'm puzzling over https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsISocketTransport - I wonder if something can be done with STATUS_SENDING_TO but there is no precise description 23:50:32 <instantbot> clokep@gmail.com granted review for attachment 1220 on bug 1316. 23:50:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird 23:52:17 <aleth> Nice find with the flush method! "The flush method may simply do nothing" :P needs testing then... 23:56:01 <aleth> clokep: Sadly, this doesn't seem to help http://pastebin.instantbird.com/15981 23:59:32 <aleth> And in fact this is not surprising as close() already calls flush() :(