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