#instantbird log on 03 04 2012

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() :(