#instantbird log on 06 19 2012

All times are UTC.

00:02:25 <-- Tonnes has quit (Input/output error)
00:14:53 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
00:15:06 * jwir3 is now known as jwir3|away
00:25:18 --> Suiseiseki has joined #instantbird
00:25:33 <-- Kagami has quit (Ping timeout)
00:45:06 --> clokep has joined #instantbird
00:45:06 * ChanServ sets mode +o clokep 
00:47:44 <-- Mook_as has quit (Quit: gone)
00:48:00 * jwir3|away is now known as jwir3
01:08:25 <clokep> mozilla.support.instantbird seems to exist as a newsgroup now. :) I didn't see mozilla.dev.chat though.
01:19:37 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
01:32:32 <instant-buildbot> build #247 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/247
01:38:26 <instantbot> clokep@gmail.com denied review for attachment 1628 on bug 385.
01:38:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=385 enh, --, ---, aletheia2, ASSI, Rejoin IRC channels after reconnect
01:42:51 <instantbot> clokep@gmail.com granted review for attachment 1629 on bug 1520.
01:42:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1520 min, --, ---, nobody, NEW, Tolerate whitespace after commas in the autojoin parameter
02:02:45 <instantbot> clokep@gmail.com denied review for attachment 1619 on bug 1518.
02:02:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1518 min, --, ---, aletheia2, ASSI, Don't display the topic system message again if it hasn't changed
02:07:56 <clokep> So many reviews....
02:10:22 <instantbot> clokep@gmail.com granted review for attachment 1617 on bug 1404.
02:10:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1404 nor, --, ---, aletheia2, ASSI, Add "Your account is reconnected" system message
02:13:10 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
03:43:43 <instant-buildbot> build #535 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/535
04:08:39 * jwir3 is now known as jwir3|zzz
04:31:21 <instant-buildbot> build #627 of win32-nightly-default is complete: Failure [failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/627
04:54:56 --> pvagner has joined #instantbird
04:55:33 <-- pvagner has quit (Client exited)
06:14:50 <instant-buildbot> build #523 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/523
06:52:26 --> FireFly_TB has joined #instantbird
07:03:04 --> pvagner has joined #instantbird
07:24:37 --> jb has joined #instantbird
07:38:29 <-- jb has quit (Ping timeout)
08:03:47 --> FeuerFliege has joined #instantbird
08:27:54 --> Optimizer has joined #instantbird
08:42:20 <-- gerard-majax has quit (Ping timeout)
08:50:21 <-- Optimizer has quit (Ping timeout)
08:54:31 --> Optimizer has joined #instantbird
08:57:35 --> sonny has joined #instantbird
09:00:21 --> mmkmou has joined #instantbird
09:00:45 <-- mmkmou has quit (Client exited)
09:03:32 --> Tonnes has joined #instantbird
09:17:37 --> gerard-majax has joined #instantbird
09:18:04 --> aleth has joined #instantbird
09:18:04 * ChanServ sets mode +h aleth 
09:20:00 --> Tomek has joined #instantbird
09:23:58 --> flo has joined #instantbird
09:23:58 * ChanServ sets mode +qo flo flo 
09:34:10 --> mmkmou has joined #instantbird
09:37:45 --> jb has joined #instantbird
09:46:54 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
09:47:05 --> aleth has joined #instantbird
09:47:06 * ChanServ sets mode +h aleth 
09:56:23 <instantbot> New Instantbird (UI) bug 1521 filed by benediktp@ymail.com.
09:56:25 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1521 min, --, ---, nobody, NEW, Keyboard behaviour in list of popular networks
09:56:46 --> Mic has joined #instantbird
09:56:47 * ChanServ sets mode +h Mic 
09:59:20 <flo> Mic++ :)
09:59:39 <flo> I'm also annoyed by this, although I couldn't really formulate what was surprising/frustrating
10:00:02 <flo> probably because using the down arrow is my second choice after typing the first letter of the protocol name has failed :-/
10:00:21 <Mic> You can go and vote on the bug so it gets fixed faster? ;)
10:00:38 <flo> yeah, I'll add a silly "me too" comment there :-P
10:02:22 <Mic> IS the bug you described already filed?
10:02:24 <Mic> *Is
10:02:55 <flo> the "typing the first letter doesn't work" thing?
10:03:03 <Mic> Bug 1438
10:03:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1438 enh, --, ---, nobody, NEW, Typing the beginning of a protocol name listed in the top protocols should select it
10:07:57 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
10:08:10 --> Mic has joined #instantbird
10:08:10 * ChanServ sets mode +h Mic 
10:19:40 --> clokep has joined #instantbird
10:19:40 * ChanServ sets mode +o clokep 
10:23:06 * flo is patching 1438
10:26:19 <aleth> flo: Could bug 1517 be a unicode problem? Have you seen something like bug 1517 when sending messages to yourself? (If you have a fb account with the surname accented, that is)
10:26:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1517 nor, --, ---, nobody, UNCO, Single Facebook Contact not receiving messages
10:26:56 <flo> I thought it was some permission issues
10:28:27 * flo wonders if he should request review from wnayes for that patch
10:30:08 <flo> 1520 is no longer check-in needed?
10:30:26 <aleth> It might be changed.
10:31:05 <Mic> Bug 1520
10:31:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1520 min, --, ---, aletheia2, ASSI, Tolerate whitespace after commas in the autojoin parameter
10:32:33 <clokep> flo: My guess is that that person has apps disabled yeah.
10:33:02 <flo> I think I read something on the Fb XMPP devel group about that
10:33:05 <-- FeuerFliege has quit (Ping timeout)
10:33:20 <-- FireFly_TB has quit (Ping timeout)
10:34:20 <-- sonny has quit (Ping timeout)
10:34:48 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1631 on bug 1520.
10:34:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1520 min, --, ---, aletheia2, ASSI, Tolerate whitespace after commas in the autojoin parameter
10:35:05 --> sonny has joined #instantbird
10:36:59 <instantbot> florian@instantbird.org requested review from wnayes@gmail.com for attachment 1632 on bug 1438.
10:37:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1438 enh, --, ---, florian, NEW, Typing the beginning of a protocol name listed in the top protocols should select it
10:38:01 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1633 on bug 385.
10:38:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=385 enh, --, ---, aletheia2, ASSI, Rejoin IRC channels after reconnect
10:38:16 <flo> hmm, is edit bugs required to do reviews?
10:38:27 <flo> have we granted wnayes editbugs yet?
10:38:48 <clokep> flo: It is required, I believe.
10:38:58 <clokep> I think we did.
10:39:41 <flo> yes, he has editbugs :)
10:40:04 * clokep fails to se how bug 1520 blocks bug 385.
10:40:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1520 min, --, ---, aletheia2, ASSI, Tolerate whitespace after commas in the autojoin parameter
10:40:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=385 enh, --, ---, aletheia2, ASSI, Rejoin IRC channels after reconnect
10:40:19 <clokep> They're relayed...but that's abou tit.
10:40:23 <aleth> I explained in the comment in bug 385 :P
10:40:26 <clokep> related
10:40:37 <aleth> Wasn't that clear enough? :-/
10:40:51 --> meh has joined #instantbird
10:41:44 <aleth> Of course you can say it doesn't block, as the status quo is "throw lots of errors"
10:41:58 <clokep> I didn't get that in my email yet.
10:42:07 <aleth> But that's kind of a bug in itself imho...
10:42:29 <clokep> I don't see where you're throwing an error.
10:42:36 <clokep> And I still don't see how it blocks it.
10:42:43 <aleth> Try joining a chat called "  "
10:42:47 <clokep> They're totally unrelatred patches that don't depend on each other at all.
10:43:33 <aleth> They don't /depend/ on each other at all, but /together/ they fix a problem?
10:44:32 <clokep> They fix two separate problems.
10:44:51 <clokep> I don't have time to test that right now. I'll do it tonight.
10:44:56 <aleth> That's why they are two bugs ;)
10:45:04 <aleth> So I removed the flag...
10:45:47 <flo> would be nice if someone with a windows build could figure out the xpcshell failures, btw
10:46:38 * clokep hides.
10:46:51 <clokep> What were you using to run it?
10:47:03 <flo> make -C objdir xpcshell-tests
10:47:27 <flo> paths are messed up between msys paths and DOS paths
10:47:52 --> FeuerFliege has joined #instantbird
10:47:52 --> FireFly_TB has joined #instantbird
10:48:00 <clokep> Well I can reproduce.
10:48:46 <flo> that's good news, because then you can fix it ;)
10:50:27 <clokep> :P
10:50:42 <Mic> Oh, how great :) You can actually jump to contacts by start typing their name.
10:51:12 <flo> Mic: you never found that?
10:51:48 <clokep> Ah, I didn't think that worked.
10:52:15 <flo> bah, using the down arrow to change the selected contact doesn't scroll the new selected contact into view :(
10:54:07 <Mic> clokep: I checked after fl o posted in the bug that the label is also used for "typeahead"-selection.
10:54:22 <Mic> Maybe it was accidently fixed when we added labels for accessibility.
11:01:53 <clokep> Mic: I'm thinking that's what happened. I've certainly tried that before...
11:02:46 <Mic> Give me a moment and we'll know. I just downloaded a nightly from a few days before the patch landed.
11:04:31 <-- clokep has quit (Ping timeout)
11:04:52 <flo> there may be some improvements to keyboard navigation needed in the account manager
11:05:02 <flo> typing the first letter of an account "sometimes" works, but not all the time
11:05:26 <Mic> It doesn't work with the older nightly, so I think it got accidently fixed by the patch
11:05:39 <flo> it's a nice accident though :)
11:05:47 <Mic> flo: the broken direction keys (up/down) are pretty bad too:(
11:06:03 <flo> Mic: and not consistent either
11:06:17 <Mic> They also randomly break :(
11:07:25 <flo> with warnings in the terminal about the focus dispatcher I think (in debug builds)
11:08:28 <flo> who's volunteering to add a label property in imconv.xml ? ;)
11:08:39 <flo> (typeahead selection doesn't work in the list of conversations on hold)
11:15:18 <-- Tomek has quit (Quit: Instantbird 1.1)
11:17:33 <aleth> What's the right place to put strings for jsProtohelper.jsm?
11:19:25 <-- Optimizer has quit (Ping timeout)
11:23:19 <-- FeuerFliege has quit (Ping timeout)
11:23:19 <-- FireFly_TB has quit (Ping timeout)
11:24:50 --> Optimizer has joined #instantbird
11:25:46 --> FireFly_TB has joined #instantbird
11:26:15 --> FeuerFliege has joined #instantbird
11:28:42 <Mic> Maybe put it in a file with related strings?
11:29:49 <aleth> I'm thinking conversations.properties, but I'd like confirmation
11:31:14 <Mic> gtg, bye
11:31:30 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:46:49 --> clokep_work has joined #instantbird
11:46:49 * ChanServ sets mode +o clokep_work 
11:51:21 --> Mic has joined #instantbird
11:51:21 * ChanServ sets mode +h Mic 
11:54:31 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:54:39 --> Mic has joined #instantbird
11:54:39 * ChanServ sets mode +h Mic 
11:57:58 * Mic thinks the "Meeting Notes" are the single most annoying thing posted to p.m.o (now p.m.o/projects) ... :S
11:58:34 <flo> Mic: they are, but they were a good enough excuse to remove the interesting blogs from the main pmo...
12:00:03 <clokep_work> Mic: I read the Thunderbird ones. :)
12:09:18 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:11:09 --> Mic has joined #instantbird
12:11:10 * ChanServ sets mode +h Mic 
12:13:16 <-- Mic has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:23:54 --> jb1 has joined #instantbird
12:24:35 <-- jb has quit (Ping timeout)
12:25:03 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1634 on bug 1518.
12:25:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1518 min, --, ---, aletheia2, ASSI, Don't display the topic system message again if it hasn't changed
12:34:12 <clokep_work> aleth: I like that a lot better.
12:34:30 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1634 on bug 1518.
12:34:31 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1635 on bug 1518.
12:34:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1518 min, --, ---, aletheia2, ASSI, Don't display the topic system message again if it hasn't changed
12:34:52 <clokep_work> Plus it'll work for XMPP for free. :
12:35:50 --> Bollebib has joined #instantbird
12:36:22 <aleth> It's definitely better, I just thought that would be part of the other bug.
12:36:45 <aleth> I thought about moving the system message to imConversations, but then a protocol couldn't override it.
12:37:19 <clokep_work> The other issue with that is we have to significantly modify libpurple. (I think each protocol in libpurple handles all these messages.)
12:37:21 <aleth> Also one might get double messages from libpurple...
12:40:02 <aleth> I suspect moving the join/part messages will be trickier though.
12:42:12 <flo> clokep_work: no, I think it's in conversation.c
12:43:33 --> Lalae has joined #instantbird
12:43:56 <-- Lalae has left #instantbird ()
12:44:28 <clokep_work> flo: Ah, is it? OK then it's more reasonable. :)
12:44:32 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:44:38 <flo> seems I was wrong, only the nick join/part are in conversation.c
12:51:02 <-- Optimizer has quit (Ping timeout)
12:51:11 --> Lalae has joined #instantbird
12:53:04 <clokep_work> Right, although aleth brings up a good point that it's useful for Twitter to not show those (most likely).
12:53:29 --> Optimizer has joined #instantbird
12:54:01 <flo> clokep_work: but we could add some kind of the "notarealmuc" 'magic' flag to avoid showing the messages
12:55:17 <aleth> flo: or a 'silent' flag which e.g. an add-on could also set for other protocols, for users who desire less system messages
12:55:43 <flo> aleth: wouldn't we do that with hidden prefs, to silence each system message?
12:55:56 <flo> (that would be way easier to handle if all the messages were handled from the same code)
12:56:07 <flo> http://lxr.instantbird.org/instantbird/source/instantbird/themes/conversation.css#256 any objection to removing lines 256-260?
12:56:24 <flo> apparently the same code in Thunderbird causes strange issues with other notification bars
12:56:38 <aleth> A hidden pref where? And would anyone really want to remove /all/ system messages (I doubt it)
12:57:02 <flo> aleth: that's what people request
12:57:52 <clokep_work> I have no objections, as long as it doesn't break why we added it. :-D
12:58:00 <flo> aleth: I think if they were all from the same place we could also do other interesting things, like displaying "flo, aleth and instantbot entered the room." (ie, collapse messages to avoid the wasted space)
12:58:06 <-- FireFly_TB has quit (Connection reset by peer)
12:58:16 --> FireFly_TB has joined #instantbird
12:58:19 <flo> clokep_work: well, if I could clearly point to the reason why it was added, I wouldn't ask ;)
12:58:37 <flo> but it's https://hg.instantbird.org/instantbird/rev/43b3e5cd830d and https://hg.instantbird.org/instantbird/rev/851492a73b19
12:59:00 <flo> both are without bug and without review...
12:59:04 <flo> so... :-|
13:00:24 <clokep_work> :(
13:00:46 <clokep_work> I'd say go ahead and remove them, if we need to add them back we'l lneed to put them somewhere in instantbird/ anyway, I'd think.
13:01:03 <flo> they are in instantbird/
13:01:39 <aleth> flo: I think ideally you wouldn't want to hide system messages that arise on-demand, e.g. help messages
13:02:07 <flo> aleth: the messages people typically say they want to hide are join/part
13:02:37 <flo> and I don't think they really want that, but they think they do :)
13:02:52 <aleth> Yep... :)
13:03:07 <-- FireFly_TB has quit (Quit: FireFly_TB)
13:05:09 <clokep_work> FYI: Both the mozilla.dev.chat list and mozilla.support.instantbird lists exist now.
13:05:20 --> Mic|web has joined #instantbird
13:05:33 <flo> congrats :)
13:05:44 <aleth> Great! :)
13:07:06 <-- Lalae has left #instantbird ()
13:07:14 <aleth> So contact@instantbird.org gets redirected there now?
13:07:20 <flo> no
13:07:34 <flo> but it will soon I guess ;)
13:07:53 <aleth> I didn't mean "now" as in "already" ;)
13:08:23 <clokep_work> You meant "now" as in "soon". ;)
13:09:15 <clokep_work> I need to figure out how to log in to the administration interface and such.
13:09:31 <Mic|web>  /me wonders what aleth expects when "shutdown now"-ing his linux ;)
13:09:59 <aleth> Mic|web: uh, what's the context?
13:10:16 <Mic|web> Different interpretations of "now" ;)
13:10:44 <aleth> aha ;)
13:11:49 <-- pvagner has quit (Ping timeout)
13:13:31 * aleth wonders offtopically why the 'tab' switching in Limi's Junior demo is smooth and immediate, while the somewhat similar tab switching via Panorama on FF (which I use all the time) is so much slower
13:16:12 <aleth> maybe it's misleading...
13:20:23 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
13:20:39 <Mic|web> Bug 437 is about combining join/leave events btw (it's saying something about messagestyles in comment 0 but the goal seems to be the same though)
13:20:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=437 enh, --, ---, nobody, NEW, Allow to summarize events in conversations
13:21:49 <aleth> It's difficult because you'd have to change existing messages.
13:23:53 <flo> I think what we really need is to somehow provide the information in a machine readable from, rather than just a human readable string
13:23:58 <flo> for all system messages
13:24:01 <flo> that would also be very useful for logs
13:24:26 <flo> then we could display the join/part message in the current UI locale, rather than whatever locale was in use at the time of logging
13:24:52 <flo> then message themes / add-ons could display the information in conversations however they want
13:25:15 <Mic|web> bye
13:25:20 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
13:26:02 <flo> it's not very discoverable/human friendly, but for my own use I could like to have "+nickentered1 +nickentered2 -nickleft1 ... -nickleftn" in the line currently containing only "…" when bubbles collapses system messages
13:27:51 <clokep_work> So you want a diff? ;)
13:28:15 <aleth> That sounds like a good change, though you'd have to make it backwards compatible for message styles I suppose
13:29:21 <flo> clokep_work: yeah
13:30:05 <flo> aleth: it would just add additional info in the system messages, that would let clever message styles nuke/summarize pointless messages that they know how to display better
13:31:03 <flo> clokep_work: and when someone quits with a ping timeout and rejoin without any real message between these 2 system messages, it could just be completely hidden.
13:31:09 <flo> It's noise, not information
13:32:12 <clokep_work> I agree. :)
13:39:22 --> sonny has joined #instantbird
13:40:09 <flo> clokep_work: how does the first hunk of http://pastebin.instantbird.com/46289 feel? (context: I'm fixing the handling of accounts with unknown protocols in Tb, so that it's at least possible to delete them)
13:43:17 <clokep_work> flo: That looks OK. So if the protocol is unknown the password gets left?
13:43:23 <flo> yes :(
13:43:40 <flo> that sucks, but I think it was some bad design at the time we started using the password manager
13:44:17 <clokep_work> Choosing to normalize the names?
13:44:19 <flo> an alternative solution would be to try with the account name instead of the username
13:44:46 <flo> clokep_work: either choosing to normalize the account name before storing the password, or to not store the normalized name in the prefs was a mistake, yes
13:45:09 <clokep_work> Well, we could still store the normalized name in the prefs. :)
13:45:14 <flo> trying with the account name could work, but it's a bit speculative
13:45:17 <clokep_work> But I'm OK with that change.
13:45:33 <flo> I'm not sure if clearing passwords for these accounts is really important
13:46:02 <clokep_work> I think it's not awful to leave them, I do wonder if it should throw a warning or something to the error console though?
13:48:51 <-- Kaishi has quit (Quit: Kaishi)
13:49:48 <flo> when I look at my account manager in my default profile, 15 accounts have their name that's what the normalizedName would be
13:50:33 <flo> and 5 (or maybe 6; I don't remember exactly how omegle accounts behave) would have name != normalizedName
13:51:49 <clokep_work> Is that also because you use all lowercase names though?
13:52:20 <flo> the 5 that would be different are AIM accounts with upper case letters and spaces, and XMPP accounts with a resource in the account name
13:52:42 <clokep_work> Ah, OK.
13:53:03 <flo> my omegle account is named "Stranger", so a toLowerCase normalization would make the string change, but omegle accounts don't have a password, so it's irrelevant anyway :)
13:53:23 <clokep_work> Right.
13:53:35 <clokep_work> I mean I guess it could make sense to try to use the account name then.
13:54:49 <flo> then the patch is http://pastebin.instantbird.com/46290
13:55:42 <flo> I don't think there can be false positive
13:56:04 <flo> as if the name isn't normalized already, then it's impossible to have a password for that name.
13:57:17 <flo> uh, that comment needs to be fixed :)
13:57:22 <clokep_work> Yes, I was about to say that. :)
13:57:26 <clokep_work> Besides that, I think it looks fine. :)
13:58:00 <flo> would maybe look cleaner with a let name = variable, so that the comment is directly above the test
14:01:19 <flo> ok, here is what I have now: http://pastebin.instantbird.com/46297
14:03:20 <clokep_work> I keep needing to read the comment like 2 or 3 times before comprehending it.
14:03:50 <flo> any suggestion for a clearer wording?
14:04:03 <clokep_work> "The password is stored with the normalizedName. If the protocol plugin is missing, we can't access the normalizedName, but in lots of cases this.name is equivalent." Maybe?
14:04:54 <flo> ok
14:07:01 <clokep_work> I think mostly it was just a run-on sentence. :)
14:14:06 --> FireFly_TB has joined #instantbird
14:14:21 --> mmkmou has joined #instantbird
14:24:20 <-- Optimizer has quit (Ping timeout)
14:26:55 <-- FeuerFliege has quit (Ping timeout)
14:27:40 <-- FireFly_TB has quit (Ping timeout)
14:27:42 --> Optimizer has joined #instantbird
14:44:12 <-- Even1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
14:45:02 <flo> hmm, apparently I'm stuck on idle :-S
14:45:35 <flo> but it's not visible at all on the status selector (I'm available there)
14:47:02 <-- Optimizer has quit (Ping timeout)
14:50:47 --> Optimizer has joined #instantbird
14:52:24 <clokep_work> Time to debug that issue? ;)
14:52:59 <flo> I have a meeting first
14:53:00 <flo> ;)
14:53:23 <clokep_work> Ah, status meeting time
14:53:53 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1402 to INCOMPLETE.
14:53:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1402 nor, --, ---, nobody, RESO INCOMPLETE, Contacts do not reflect status (appear offline when online)
14:54:02 <flo> clokep_work: that's in an hour and a half
15:08:18 <clokep_work> aleth: I had been wondering at what point I could mark that as INCOMPLETE. :)
15:11:11 --> Tomek has joined #instantbird
15:28:02 * jwir3|zzz is now known as jwir3
15:47:01 --> FeuerFliege has joined #instantbird
15:47:30 --> FireFly_TB has joined #instantbird
15:49:17 --> myk has joined #instantbird
15:54:01 <-- gerard-majax has quit (Ping timeout)
16:05:42 <flo> aleth: I think "deauthorize" would be still receiving presence information from someone, but not letting that person receive the user's presence info.
16:05:49 <flo> Seems like something we wouldn't want (to encourage)
16:12:08 --> wnayes has joined #instantbird
16:20:17 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
16:25:36 --> Kaishi has joined #instantbird
16:32:24 --> gerard-majax has joined #instantbird
16:54:23 --> Mook_as has joined #instantbird
16:56:49 <clokep_work> myk: So the conversations on hold thing is supposed to allow you to half ignore rooms you're only interested in sometimes, i.e. I always have #instantbird up in a window, but I put #maildev "on hold" and only care if I'm pinged (or if a topic piques my interest) in which case I leave it up.
16:57:16 <clokep_work> But I also sit in like 20 chat rooms between a few IRC networks + XMPP.
17:04:38 <myk> clokep_work: yeah, i understand the use case; and i put rooms on hold too; it's just that i do so by leaving the room open in a background tab
17:05:34 <myk> clokep_work: which then notifies me one way if there are new messages and another way if i'm pinged
17:06:29 --> wnayes has joined #instantbird
17:06:59 <aleth> myk: If you turn off that conversations open automatically when you are pinged, you'll get the same colour-coding from conversations on hold
17:07:48 <myk> aleth: sure; but why would i put conversations on hold when they're already on hold by virtue of being in a background tab?
17:08:15 <aleth> myk: Then don't put them on hold, if that's how you prefer to do things ;)
17:08:45 <clokep_work> myk: "notifes you one way if there are new messages and another way if i'm pinged" I don't understand how this is different?
17:08:46 * myk restarts to get instantbird to remember that he's available
17:08:54 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
17:09:02 --> myk has joined #instantbird
17:09:07 <flo> I'm trying to debug that bug right now. ;)
17:09:21 <myk> erm, what were the last two messages for me?
17:09:47 <aleth> myk: http://log.bezut.info/instantbird/today
17:09:49 <myk> sorry, i needed to restart to stop flooding correspondents with "i am away" messages
17:09:49 <clokep_work> http://log.bezut.info/instantbird/120619/#m332
17:09:59 <myk> spiffy!
17:10:02 <clokep_work> Which protocol are you flooding people on btw?
17:10:12 * clokep_work guesses IRC because most clients handle away messages grossly.
17:10:48 <myk> aleth: i'm trying not to put them on hold, but instantbird puts them on hold when i do what i think it takes to close a conversation (close the tab)!
17:11:08 <aleth> myk: So you need an add-on that changes the default close tab behaviour :)
17:11:10 <myk> clokep_work: hmm, i'm not sure what you mean when you say you "don't understand how this is different"
17:11:17 <myk> aleth: perhaps :-)
17:11:31 <myk> clokep_work: yes, irc
17:11:53 <flo> hmm, who broke the idle service?
17:11:54 <clokep_work> myk: For the record that's not Instantbird sending that message over and over again. :) It's a broken client on the other side.
17:12:21 * clokep_work grumbles about IRC being awful at handling away...
17:12:52 <aleth> myk: If you think there should be an about:config pref for that instead, please file a bug ;)
17:12:56 <myk> clokep_work: ah, good to know; sorry for the misattribution!
17:13:17 <myk> aleth: well, it would certainly be handy for me! ok, i'll file a bug
17:13:24 <flo> aleth: isn't there one, actually?
17:13:34 <clokep_work> It's OK. :) I mean, it's our fault that we don't mark ourselves as not away anymore. :-D
17:13:35 <aleth> Is there?
17:13:45 <flo> aleth: messenger.conversations.alwaysClose
17:14:12 <aleth> Neat, that should help myk then :)
17:14:21 <flo> aleth: you can check what it does with lxr, but I think it basically revers to the 1.0 behavior when closing a tab
17:14:26 * myk twiddles the pref
17:14:41 <-- myk has left #instantbird ()
17:14:59 <flo> ah, so it was #instantbird that myk was upset about not parting when he closed the tab ;)
17:15:16 <aleth> never to be seen again :P
17:15:45 --> myk has joined #instantbird
17:15:48 <myk> it works!
17:16:08 <flo> :)
17:16:41 <myk> (i checked http://log.bezut.info/instantbird/120619 after closing the tab to ensure new messages arrived, then checked Contacts to make sure they didn't show up as a held conversation)
17:17:33 <myk> and haha, very funny! no, it was actually closing #bmo that surprised me yesterday; although i'd been surprised like that before, i just didn't raise it back then
17:20:31 <flo> how does https://bugzilla.mozilla.org/show_bug.cgi?id=744527?
17:21:11 <flo> but bug description basically says that after notifying that we are idle, the idle service waits 5000s (more than an hour!) before checking anything again.
17:24:24 <clokep_work> Someone get confused about whether it was ms vs. s maybe?
17:24:45 <flo> it seems so
17:30:34 <Mook_as> it looks like the code is complete different for gecko {11,12,m-c}
17:30:53 <flo> Mook_as: https://bugzilla.mozilla.org/show_bug.cgi?id=720493 changes lots of things
17:31:29 <flo> Irving's patch applies cleanly though, so I think I'll take it :)
17:32:43 <Mook_as> for... gecko12?
17:32:52 <flo> we are on 13 now on trunk
17:33:14 <flo> I don't really mind whatever happened for moz12, as long as what we ship works ;)
17:33:45 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
17:34:14 <clokep_work> That bug seems to like totally rewrite it...haha.
17:34:29 --> Lalae has joined #instantbird
17:35:22 <Lalae> hi there!
17:36:20 <clokep_work> Hello.
17:41:31 <Lalae> just a question, but I'm afraid I already know the answer ;)
17:41:42 <Lalae> it's impossible to add the skype account right? 
17:42:35 <Mook_as> it's at least impractical.  it involves writing a skype protocol handler ;)
17:43:14 <Lalae> er...I don't know what that mean but ok :)
17:43:17 <Lalae> means*
17:43:42 <Mook_as> for all intents and purposes: yes, currently impossible.
17:43:52 <clokep_work> Lalae: I worked on getting EionRobb's Skype4pidgin working with Instantbird and it compiles, but doesn't work.
17:43:54 <clokep_work> (Seg faults.)
17:44:05 <clokep_work> But you'd have to run Skype in the background.
17:44:37 <instantbot> clokep@gmail.com granted feedback for attachment 1630 on bug 1495.
17:44:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1495 enh, --, ---, wnayes, ASSI, Create an account import wizard - GSoC 2012
17:45:27 <Lalae> I see. Actually I was only interested in the chat XD
17:45:34 <Lalae> whatever...thanks :)
17:45:38 <clokep_work> Oh? Interesting.
17:45:56 <clokep_work> You'd still have to run Skype in the background though.
17:46:20 <clokep_work> (Or someone would need to make a protocol handler using SkypeKit, but I'm pretty sure that the licensing doesn't work out...)
17:47:36 <Lalae> don't they ovelap?
17:47:55 <clokep_work> What do you mean?
17:48:04 <clokep_work> "don't they overlap?" Doesn't /what/ overlap?
17:48:07 <-- jb1 has quit (Ping timeout)
17:48:31 <clokep_work> wnayes: I hope that feedback makes sense btw. Let me know if you have questions.
17:48:45 <clokep_work> I figured I'd throw some nits in there so you don't have to fix the same thing in a billion places at the end.
17:48:54 <clokep_work> But I didn't mark everywhere I saw them, only the first ones. :)
17:49:06 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
17:49:11 <wnayes> clokep_work: I'm taking a look at that now, thanks :)
17:50:11 <Mook_as> wasn't there some guy that tried to reverse engineer the skype protocol and got _something_? (enough, at least, to connect to their network, though I don't thing a/v is involved yet?)
17:50:36 <Lalae> sorry for my bad english, I try to explain: if I (hypotetically) run both IB and Skype in order to manage skype chat on IB, wouldn't be a mess of popup and notifications?
17:51:44 <clokep_work> Either the plug-in automatically handles all that and disables it in Skype or you'd have to do it manually.
17:52:02 <clokep_work> Mook_as: Yes, but it was protocol version 4 or something, they're on 7 now?
17:52:18 <clokep_work> (And only versions like 6 and 7 can connect, similar to what MSN does.)
17:52:32 <Mook_as> ah. stupid treadmills. :;p
17:54:26 <clokep_work> Right. :) It'd be nice if SkypeKit wasn't so useless...but Microsoft owns them now, so who knows if any policies will be changed.
17:55:52 <clokep_work> Lalae: bug 563 is the request though, so if yo uwant to know if we get anywhere...
17:55:56 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=563 enh, --, ---, nobody, NEW, Skype protocol plugin
17:56:14 <Lalae> thank you
17:58:16 <clokep_work> You're welcome!
17:58:24 <clokep_work> It's on my todo list to get back to...
18:06:37 <-- Kaishi has quit (Quit: Kaishi)
18:11:38 <wnayes> clokep_work: That's a neat idea about overriding the directory method in the tests! I sometimes neglect how flexible JS objects are. :)
18:13:42 <clokep_work> wnayes: I think it's a lot cleaner (plus you don't have test code in your real object then!)
18:14:12 <clokep_work> JavaScript can do some pretty powerful things. You just need to be careful since there's no types, etc. :)
18:20:28 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
18:22:21 --> igorko has joined #instantbird
18:22:47 --> wnayes has joined #instantbird
18:40:02 --> Mnyromyr has joined #instantbird
18:49:39 <-- FeuerFliege has quit (Ping timeout)
18:49:39 <-- FireFly_TB has quit (Ping timeout)
19:03:02 <-- igorko has quit (Ping timeout)
19:15:52 --> flo has joined #instantbird
19:15:52 * ChanServ sets mode +qo flo flo 
19:19:02 --> sonny has joined #instantbird
19:21:16 <-- chrisccoulson has quit (Quit: Ex-Chat)
19:28:28 <wnayes> flo: I looked at your patch for bug 1438, not sure if the CSS issues I experienced are on every OS or not.
19:28:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1438 enh, --, ---, florian, NEW, Typing the beginning of a protocol name listed in the top protocols should select it
19:29:54 <clokep_work> Sounded like an r- to me. ;)
19:30:22 <flo> yeah...
19:30:36 <flo> wnayes: I'm afraid the default CSS for each OS is different
19:30:59 <flo> my patch applies to the label element the same style as what the description element receives from teh default css
19:31:30 <flo> I thought the default css for label and description was the same for all OSes; apparently that assumption was wrong
19:31:40 <flo> wnayes: thanks for testing the patch! :)
19:32:47 <wnayes> flo: You're welcome, it was good to learn what |hg qimport| did :)
19:33:22 <flo> btw, if you want to take it over and fix it, feel free
19:34:04 <flo> the only solution I see is to specify both margin and padding for both the label and the description elements, so that it's consistent everywhere
19:34:12 --> FeuerFliege has joined #instantbird
19:34:19 --> FireFly_TB has joined #instantbird
19:37:02 <flo> wnayes: to be more specific, the label has a margin top/bottom of 2px by default on mac, but the description only had a margin-bottom of 4px
19:40:26 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
19:41:45 <wnayes> flo: I could take a look at it later today (about halfway through the feedback changes on the import wizard patch)
19:42:06 <flo> yeah, no rush :)
19:43:41 * clokep_work guesses his feedback made sense. ;)
19:51:17 <flo> clokep_work: it did!
19:51:35 <flo> clokep_work: btw, the executeSoon debate isn't over yet ;)
19:51:55 <clokep_work> flo: I just think it's ugly. :)
19:52:02 <flo> it's clear that we need at least one, but I'm not sure of where; and it's something that should be explicit in the comments of the idl file
19:52:17 <flo> having it in each importers seems like something is wrong
19:53:04 <clokep_work> Yes.
19:53:35 --> chrisccoulson has joined #instantbird
19:53:51 <wnayes> clokep_work: There's a couple comments I'm not sure what to act on (Pidgin importer compatibility with Finch, mIRC importer OS detection)
19:54:43 <wnayes> Should the pidgin importer not be explicitly for Pidgin only?
19:55:00 <flo> I don't think Finch matters
19:55:19 <clokep_work> wnayes: It's fine calling it Pidgin, etc.
19:55:36 <clokep_work> Was just saying that it should work with other ones, it wasn't really an actionable comment.
19:55:37 <flo> and mIRC on wine... don't we have bigger fishes to fry? :)
19:55:44 <clokep_work> That was a joke!
19:56:12 <clokep_work> wnayes: So what I'm saying is in the appinfo bit in the test you should just say it's using WINNT, and not have this fake operating system of WINNT.
19:56:21 <clokep_work> fake operating system of "Xpcshell"
19:56:29 <clokep_work> Unless that's like a "standard" thing done in other tests that I haven't seen before?
19:56:35 <flo> clokep_work: I know, but wnayes was wondering how he could act on that comment ;)
19:56:50 <wnayes> Services.appinfo.OS reports "XPCShell" when testing for me.
19:57:11 <flo> wnayes: you implemented Services.appinfo though ;)
19:58:32 <wnayes> Ah! Didn't think about that :)
19:59:36 <clokep_work> Exactly!
19:59:41 <clokep_work> I meant just return WINNT there. :)
20:01:07 <clokep_work> I don't think any of our "production" code should refer to / have handling for test code.
20:01:30 <-- FireFly_TB has quit (Quit: FireFly_TB)
20:01:34 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
20:02:39 <flo> clokep_work: any chance you can fix the tests this evening?
20:03:01 <flo> I'm wondering if we should just disable tests on windows for now; but that really annoys me :-/
20:03:44 <clokep_work> flo: I'm hoping to see if I can...although I'm not really sure of what to try. :-S
20:04:01 <flo> just fix it? :)
20:04:05 <flo> :-P
20:04:16 <clokep_work> It seems that our rules.mk matches c-c in that aspect.
20:04:22 <clokep_work> :P I'll do our best.
20:04:43 <flo> that's what I tried (updating rules.mk) yesterday, it didn't help :-/
20:05:12 <flo> although I only applied the part that was added in the patch that also added the exception we fail on
20:05:57 <flo> another slightly less ugly 'fix' would be to add a patch in tools/patches/ to just remove the lines that contain the exception (if we can cleaning disable the xUnit support that we don't use anyway)
20:06:02 <flo> it's not a real solution though
20:06:58 <clokep_work> Right. I'll take a look tonight.
20:09:36 <clokep_work> But I would like Windows nightlies soon!
20:11:19 <flo> another idea is to just ask Standard8 if the message seems familiar; since he knows all Tb failures :)
20:12:01 <clokep_work> :) That would be a good idea.
20:12:07 <clokep_work> I don't have it handy though. I'll ask later.
20:12:37 <clokep_work> Ah, duh. It's in buildbot. :(
20:13:09 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
20:13:17 --> myk has joined #instantbird
20:13:20 <flo> clokep_work: ?
20:13:49 <clokep_work> flo: The log.
20:14:12 <flo> what's the problem?
20:14:21 <flo> (in case you haven't seen it; I've just asked)
20:14:24 <clokep_work> To ask Standard8, I was saying I don't have the log.
20:14:31 <clokep_work> But then you posted it from buildbot, and I realized it was there...
20:14:40 <flo> oh, ok
20:15:14 <clokep_work> Is running them "packaged style" 1. feasible, 2. a possible solution?
20:15:51 <flo> 1. Not withing a reasonable time frame.
20:15:58 <flo> 2. Not really.
20:17:03 <flo> clokep_work: 2. -> I would be really surprised if Tb's xpcshell tests couldn't be run locally by developers; and I think you said you could reproduce the error locally for Instantbird ;)
20:17:10 <-- Lalae has left #instantbird ()
20:17:30 <clokep_work> flo: Yes, I reproduced it locally.
20:18:25 <flo> clokep_work: if I wanted to really debug it (rather than hack around it by disabling something), I would check that it runs in Tb with the same command, then add printfs (or the python equivalent) in the scripts in both Tb and Ib, and compare, to see where something is going wrong
20:20:26 <clokep_work> flo: I guess first thing to check is if I can even run Tb tests locally? :)
20:22:03 <flo> clokep_work: yeah
20:22:13 <flo> but that requires building Tb on Windows, which I can't do these days
20:22:25 <flo> well, actually, I can't build *anything* on Windows
20:22:28 <flo> my build VM is dead
20:25:04 <clokep_work> Ah.
20:25:09 <clokep_work> I have a semi-recent c-c build.
20:25:18 <clokep_work> (Week or so old.)
20:25:23 <clokep_work> Shouldn't take too long to update.
20:29:19 <flo> you mean downgrade?
20:32:13 --> FireFly_TB has joined #instantbird
20:37:24 <-- FireFly_TB has quit (Input/output error)
20:37:59 <-- wnayes has quit (Ping timeout)
20:41:28 --> wnayes has joined #instantbird
20:43:56 <clokep_work> Right.  Downgrade to Moz 13.
20:44:47 <flo> it may not be really required to test though
20:45:09 <flo> except if you notice too many differences in the behavior and can't figure out if they are expected or not
20:45:17 <-- Optimizer has quit (Ping timeout)
20:49:05 --> Optimizer has joined #instantbird
20:53:57 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client)
20:55:12 <instantbot> New Instantbird (UI) bug 1522 filed by florian@instantbird.org.
20:55:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1522 nor, --, ---, nobody, NEW, Update the installer for better Windows 7 compatibility
20:59:03 --> EionRobb has joined #instantbird
21:08:14 <instantbot> New Core - XMPP bug 1523 filed by florian@instantbird.org.
21:08:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1523 nor, --, ---, nobody, NEW, Aliasing a JS-XMPP buddy should store the alias on the server
21:10:25 <instantbot> New Core - XMPP bug 1524 filed by florian@instantbird.org.
21:10:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1524 nor, --, ---, nobody, NEW, Moving a JS-XMPP buddy from a tag to another should work and save this change on the server
21:11:16 <flo> I'm filing the remaining JS-XMPP "regressions" (ie things that worked in the libpurple prpl and were exposed from the Ib UI but aren't implemented in JS-XMPP yet) so that I don't have to check both my todo list and the sw:1.2 query to see what's left to do
21:12:30 <Mook_as> and it also means you can explicitly decide to bump some of them to post-1.2, if desired.
21:12:54 <flo> Mook_as: and I'm already tagging them as 1.2-wanted, not blocking ;)
21:15:59 <instantbot> New Core - XMPP bug 1525 filed by florian@instantbird.org.
21:16:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1525 nor, --, ---, nobody, NEW, A roster item with subscription=none appears as online in contact list
21:22:30 <flo> what's the status of bug 1316? (aleth?)
21:22:33 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird
21:23:19 <aleth> For unknown reasons, the problem in the title still happens - sometimes. STR unknown.
21:23:49 <aleth> Someone with wireshark would probably have to take a close look...
21:23:56 <flo> Mook_as: do you know a way to change a non blocking output stream into a blocking one?
21:27:16 <Mook_as> hmm. nothing I can think of off the top of my head that would actually guarantee flushing
21:27:44 <aleth> As far as I remember, the code actually calls flush()
21:27:54 <flo> aleth: do you remember if we have a bug on file for improving error handling in socket.jsm?
21:30:01 <aleth> flo: No...
21:30:10 <flo> aleth: my assumption is that flush forces all the data to go from the output stream to the lower level socket, but that it's still asynchronous, and if the socket is closed (by the termination of the process?) before all the data has hit the network, it's just bad luck
21:30:49 <aleth> That was the assumption at the time, but I don't think anyone really checked it
21:32:07 <aleth> According to the documentation flush() is always blocking (unless it throws)
21:32:39 <aleth> (if I remember right)
21:33:33 <flo> the documentation says it's always non blocking, and throws if it would have to block
21:34:03 <aleth> Ah, I misremember then. Sorry
21:34:37 <flo> but a non blocking steam has to block only if its output buffer is full, which is extremely unlikely to happen for IRC; except if we were flooding the server :)
21:34:53 <flo> *stream
21:35:25 <instantbot> New Core - Eventloop bug 1526 filed by florian@instantbird.org.
21:35:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1526 enh, --, ---, nobody, NEW, Simplify and improve error handling in socket.jsm
21:39:36 <aleth> Hmm, so unless it throws, it thinks it has transmitted everything to the server. But when IB is quitting, we don't register the throw anymore somehow?
21:40:06 <flo> not to the server; to something at a lower level
21:40:17 <aleth> Ah, right.
21:40:22 <flo> I would assume that lower level thing is the nsSocketTransport instance
21:40:48 <flo> why would it throw when ib is quitting?
21:42:10 * jwir3 is now known as jwir3|away
21:42:30 <aleth> Was assuming that when flush doesn't think it would have to block, it actually does send everything pending
21:42:37 <-- Optimizer has quit (Ping timeout)
21:43:40 <flo> nothing from the UI thread sends anything to the network
21:44:22 <flo> it has to go through a sockettransport instance that requests to be notified by the sockettransportservice thread when it can write (from the socket thread)
21:44:26 <aleth> yes, I forgot about the threading
21:44:49 <flo> if that doesn't happen before the UI thread kills the process, I don't think the data is ever sent
21:45:05 <flo> except if there's a way to call something that actually blocks until it's done
21:45:30 <aleth> it sounds like there needs to be some way to do that
21:46:19 <flo> I'm almost sure there's a way to do that
21:46:22 --> Optimizer has joined #instantbird
21:46:31 <flo> but it may not be scriptable
21:46:57 <flo> another solution would be to delay shutdown until we have received a notification that the data has been sent
21:47:30 <flo> I think that's quite possible too, but I don't know how :)
21:48:14 <aleth> https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsITransportEventSink ?
21:48:20 <-- Optimizer has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
21:49:33 <aleth> Hmm... does TB's shutdown code have something that fixes this problem?
21:49:52 <aleth> "Wait until any emails being sent have finished sending" or such
21:50:43 <flo> I don't think the Compose dialog closes itself until the email is sent
21:51:14 <aleth> The send is blocking?
22:09:54 --> jb has joined #instantbird
22:13:45 <-- sonny has quit (Ping timeout)
22:14:03 --> sonny has joined #instantbird
22:17:04 --> mmkmou has joined #instantbird
22:17:14 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:17:14 --> Kaishi has joined #instantbird
22:17:37 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
22:31:07 <-- jb has quit (Ping timeout)
22:34:22 <-- mmkmou has quit (Ping timeout)
22:34:34 --> mmkmou has joined #instantbird
22:49:22 <-- mmkmou has quit (Ping timeout)
22:49:37 --> mmkmou has joined #instantbird
22:53:06 <-- mmkmou has quit (Ping timeout)
22:58:28 <instantbot> New Core - XMPP bug 1527 filed by florian@instantbird.org.
22:58:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1527 nor, --, ---, nobody, NEW, Finish the implementation of basic MUC support in JS-XMPP
23:01:30 <instantbot> New Core - XMPP bug 1528 filed by florian@instantbird.org.
23:01:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1528 enh, --, ---, nobody, NEW, It should be possible to create a new XMPP MUC from Instantbird
23:02:22 --> clokep has joined #instantbird
23:02:23 * ChanServ sets mode +o clokep 
23:03:16 <flo> I think I'm done filing JS-XMPP bugs now :)
23:06:49 <-- Bollebib has quit (Quit: Instantbird 1.1)
23:10:56 <instantbot> florian@instantbird.org set the Resolution field on bug 1210 to FIXED.
23:10:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1210 nor, --, 1.2, florian, RESO FIXED, Status stuck on away/unavailable
23:11:57 <flo> Good evening/night (happy debugging clokep :-P)
23:12:16 <clokep> flo: Definitely seems like a path problem...
23:12:39 <flo> you may want to check the value of $(CURDIR) in the makefile
23:13:18 <clokep> Which makefile? ;)
23:13:40 <flo> any :)
23:14:04 <flo> the objdir maybe
23:14:29 <Mook_as> this is looking at the buildbot / xpcshell test failures?
23:15:22 <flo> but I was looking at http://mxr.mozilla.org/comm-central/source/mozilla/testing/testsuite-targets.mk#213
23:15:28 <flo> Mook_as: yes
23:15:33 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/8aaee35cfaf7 - Florian Quèze - Bug 1210 - Status stuck on idle - use the patch from 'Bug 744527 - Fix idle poll interval'.
23:15:58 <flo> and core_abspath is http://lxr.instantbird.org/instantbird/source/config/config.mk#48
23:16:03 <flo> hence my question about CURDIR
23:17:29 <flo> but it will be without me (too late ;))
23:17:32 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
23:20:16 <-- gerard-majax has quit (Ping timeout)
23:35:47 <clokep> well core_abspath seems to be the cygwin path....
23:39:39 <aleth> The Windows build system uses cygwin?
23:41:42 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
23:46:52 <clokep> It uses MINGW
23:47:55 <Mook_as> well, msys :p
23:48:40 <aleth> Ah, thanks
23:55:38 <clokep> flo: Well I can confirm commenting it out seems to work. :)