All times are UTC.
00:56:44 * Fallen is now known as Fallen|away 01:08:38 <-- arlolra has quit (Quit: arlolra) 01:13:42 <-- clokep_work has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 01:13:43 --> clokep_work has joined #instantbird 01:13:43 * ChanServ sets mode +o clokep_work 01:17:56 <-- Mook_as has quit (Quit: Mook_as) 01:55:29 <-- Rym has quit (Ping timeout) 01:56:22 --> Rym has joined #instantbird 01:57:11 <-- EionRobb has quit (Quit: Leaving.) 02:14:59 <-- clokep has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 02:16:38 --> Mook has joined #instantbird 02:28:55 <-- GeekShadow has quit (Ping timeout) 02:28:58 --> GeekShadow has joined #instantbird 02:41:58 <-- clokep_work has quit (Ping timeout) 02:48:05 <-- nhnt11 has quit (Ping timeout) 02:50:30 --> nhnt11 has joined #instantbird 02:53:03 <-- Rym has quit (Ping timeout) 03:27:40 <-- wnayes has quit (Ping timeout) 03:31:23 --> wnayes has joined #instantbird 04:02:09 --> mconley has joined #instantbird 04:22:48 <-- mconley has quit (Input/output error) 04:23:38 <instant-buildbot> build #2087 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2087 04:45:31 <instant-buildbot> build #1303 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1303 04:45:38 --> shrihari has joined #instantbird 04:52:30 <-- Mook has quit (Quit: Mook) 05:56:15 --> shashika has joined #instantbird 06:18:55 <-- dew has quit (Ping timeout) 06:20:59 --> dew has joined #instantbird 06:29:52 <-- shrihari has quit (Connection reset by peer) 06:30:17 --> shrihari has joined #instantbird 06:31:40 <-- GeKo has quit (Ping timeout) 06:35:19 --> GeKo has joined #instantbird 07:04:02 --> jb has joined #instantbird 07:04:55 <-- dew has quit (Ping timeout) 08:15:38 <-- jb has quit (Ping timeout) 08:17:01 --> Mic has joined #instantbird 08:17:01 * ChanServ sets mode +h Mic 08:21:03 <-- shrihari has quit (Ping timeout) 08:21:53 --> shrihari has joined #instantbird 08:23:26 <-- shrihari has quit (Connection reset by peer) 08:23:51 --> shrihari has joined #instantbird 08:26:20 * Fallen|away is now known as Fallen 08:26:25 <-- shrihari has quit (Ping timeout) 08:27:14 --> shrihari has joined #instantbird 08:28:21 <-- nhnt11 has quit (Ping timeout) 08:29:10 <-- shrihari has quit (Connection reset by peer) 08:29:42 --> shrihari has joined #instantbird 08:31:32 <Mic> Dear applicants, please remember that your GSoC applications need to be uploaded to *Google Melange* by *19:00 UTC today* to be considered. You can't apply neither later nor via proposals on other websites. Thanks! 08:35:21 <Mic> flo-retina: The IRC buddy icon extension does reveal if you're on my contact list at the moment but I'd like to change that to only request the image when it is needed e.g. while viewing a tooltip or when opening a conversation. 08:45:11 --> dew has joined #instantbird 08:45:37 <flo-retina> Mic: does that mean when doing /whois? 08:45:45 <flo-retina> (not sure if we /whois when opening a private conversation) 08:47:46 <Mic> flo-retina: no, maybe there'd be a way to request it when accessing the userIcon getter and firing a user-icon-changed notification as soon as it's loaded? There'd be some delay because of the network though... 08:48:18 <Mic> That's just an idea though... 08:48:35 <flo-retina> I wonder if it's still a significant information leak 08:48:59 <flo-retina> I dislike when I hover someone's name in a list of participants, and that person tells me "hello" 2s later ;) 08:49:12 <flo-retina> apparently IRC ops are informed when they are whois'ed 08:49:49 <Mic> File a bug about a privacy issue with the creator of the server? ;) 08:50:30 <Mic> It's different here of course. It's DCC so there's no way around asking requesting the icon directly from the remote user. 08:50:31 <flo-retina> Mic: well, if you are requesting something through a direct connection to the other user, the server authors can't help you ;) 09:12:22 <flo-retina> http://softwareswirl.blogspot.fr/2014/03/my-secret-tip-for-gsoc-success.html is really good advice for GSoC students :) 09:15:29 --> mayanktg has joined #instantbird 09:20:16 <mayanktg> flo-retina: The recipe for success is too good :) Thanks for these tips! 09:20:55 * mayanktg exams got postponed due to general elections in India! Hurray :D 09:24:21 <-- mayanktg has quit (Ping timeout) 09:26:51 --> mayanktg has joined #instantbird 09:30:16 <-- mayanktg has quit (Ping timeout) 09:43:30 --> aleth has joined #instantbird 09:43:30 * ChanServ sets mode +h aleth 09:57:37 --> jb has joined #instantbird 10:05:04 --> clokep has joined #instantbird 10:05:04 * ChanServ sets mode +o clokep 10:05:06 --> gerard-majax_ has joined #instantbird 10:16:18 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 10:23:50 * clokep had the pleasure of fixing a c-c bustage last night. 10:25:36 <aleth> What busted it? 10:29:39 <clokep> m-c 10:29:41 <clokep> :P 10:29:56 <clokep> Bug 986234 10:30:00 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=986234 blo, --, Thunderbird 31.0, clokep, RESO FIXED, Thunderbird trunk build currently fails with "ERROR PROCESSING MOZBUILD FILE[...] ldap/moz.build T 10:30:12 <clokep> It was that same build failure that someone else had yesterday, wnayes? qheaden? 10:31:26 <aleth> Cool. 10:33:54 <clokep> flo-retina: Nice link. :) 10:34:01 <clokep> Did we stop tab completing people who left? :-\ 10:34:45 <aleth> No, but there's a timeout on that feature. 10:34:59 <clokep> Ah. I guess I'm beying it. :-D 10:35:30 <aleth> I can't remember offhand what the timespan was. 10:36:00 <clokep> It's probably something like 5 minutes. 10:36:09 <clokep> I guess the point is really if they drop because of connection issues, right? 10:37:38 <aleth> Yes, or if you're in the middle of typing a response already 10:37:57 <-- shrihari has quit (Ping timeout) 10:39:31 <instantbot> New Instantbird - Other bug 986408 filed by aleth@instantbird.org. 10:39:33 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=986408 min, --, ---, aleth, NEW, "Reference to undefined property DOM_VK_ENTER" warnings 10:40:02 <clokep> that's an easy one. :) 10:41:55 <aleth> Indeed. 10:43:06 <instantbot> florian@queze.net changed the Resolution on bug 986408 from --- to DUPLICATE. 10:43:07 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=986408 min, --, ---, aleth, RESO DUPLICATE, "Reference to undefined property DOM_VK_ENTER" warnings 10:43:16 --> flo-retina has joined #instantbird 10:43:17 * ChanServ sets mode +qo flo-retina flo-retina 10:43:41 <clokep> Ouch. 10:43:56 <aleth> Why isn't that stuff checked in then? :-S 10:44:12 <flo-retina> aleth: I think the patch author wanted to checkin all the patches at once 10:44:17 <flo-retina> and is still waiting for a review from mconley 10:44:25 <aleth> Might take a while. 10:44:38 <flo-retina> you may want to do a checkin yourself ;) 10:45:54 <flo-retina> or discuss in #maildev with the author 10:46:21 <flo-retina> tbh I almost investigated the warning/wrote a patch for it myself, before remembering I had already r+'ed something similar a while ago. 10:46:55 <flo-retina> so it looks like it's at least the second time we waste time on this warning :( 11:02:26 <instantbot> New Instantbird - Other bug 986411 filed by aleth@instantbird.org. 11:02:27 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=986411 nor, --, ---, aleth, NEW, Add dumbmake-dependencies entries for easier Instantbird incremental builds. 11:03:35 <flo-retina> is there a way to have ifdefs in there? 11:03:42 <flo-retina> the im/app folder is only important on Mac 11:04:38 <-- aleth has quit (Ping timeout) 11:06:48 <flo-retina> apparently bug 868880 didn't add an ifdef when adding browser/app 11:06:50 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=868880 nor, --, mozilla23, felipc, RESO FIXED, Add browser/app tree to dumbmake-dependencies 11:06:54 <flo-retina> so I guess this would be fine too for im/app 11:07:11 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 11:07:15 --> flo-retina has joined #instantbird 11:07:15 * ChanServ sets mode +qo flo-retina flo-retina 11:12:58 <flo-retina> aleth: ah, looks like you found what the parseInt wasfor 11:15:08 <-- clokep has quit (Ping timeout) 11:21:32 --> aleth has joined #instantbird 11:21:32 * ChanServ sets mode +h aleth 11:31:34 <flo-retina> aleth: would it be difficult to move that parsetInt call to the caller? 11:44:16 <aleth> flo-retina: No 11:44:48 <aleth> I just thought since that parameter is already overloaded... 11:47:34 <aleth> It seemed the 'safest' course. 11:47:38 <flo-retina> well, it's already overloaded, but with a different type of data 11:48:01 <flo-retina> changing the behavior based on the content of the string is another layer of hacks ;) 11:48:53 --> shrihari has joined #instantbird 11:54:43 --> deOmega has joined #instantbird 11:56:35 --> clokep_work has joined #instantbird 11:56:35 * ChanServ sets mode +o clokep_work 11:58:05 --> nhnt11 has joined #instantbird 12:02:05 <nhnt11> Hi! 12:02:20 * nhnt11 notes that he has almost exactly 7 hours to tidy up his proposal 12:10:49 <flo-retina> aleth: thanks for the updated patch! 12:11:55 <flo-retina> clokep_work: do you want to have another look at bug 955698 before we check it in? (I think I'm going to r+ this time ;)) 12:11:57 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955698 enh, --, ---, aleth, NEW, Participant tooltips should set presence info 12:12:16 <-- nhnt11 has quit (Ping timeout) 12:13:04 <clokep_work> flo-retina: Sure. 12:13:23 --> nhnt11 has joined #instantbird 12:15:47 <-- shrihari has quit (Ping timeout) 12:16:02 * nhnt11 feels bad that people are confused by the order in which he intends to implement different parts of the project 12:16:18 <nhnt11> well, maybe not "bad" but yeah 12:16:45 <flo-retina> was there more comments about this recently? 12:17:19 <clokep_work> aleth: I'm confused about the Ci.prplTooltipInfo.status at the top of irc.js. 12:17:22 <clokep_work> (Well top of the diff) 12:17:28 <clokep_work> Why are you cehcking if it is not STATUS_AWAY? 12:17:59 <-- nhnt11 has quit (Ping timeout) 12:19:10 --> nhnt11 has joined #instantbird 12:19:14 <aleth> clokep_work: This is for the /whois command only. We don't need to grab any info from the status part of the tooltipinfo unless there is an away message. 12:19:50 <nhnt11> 17:47:43 - nhnt11: hmm maybe i misread a sentence, never mind. 12:19:50 <nhnt11> 17:48:40 - nhnt11: aleth: flo was talking about whether the database would store all messages or simply be an index for the existing logs too. the latter seems to be the best way yeah. 12:20:06 <nhnt11> This means I'll need to add a bit about rewriting logger.js to use OS.File.. 12:20:55 <aleth> nhnt11: Cool, that's what I thought! In which case I wasn't sure how you would refer to a given message in a JSON, but that's implementation details... 12:20:55 <clokep_work> aleth: Hmm...OK. I guess that fits w/ the rest of our code. I just somewhat dislike the assumption that only AWAY can have a status message. 12:21:00 <clokep_work> But that's certainly how it is now. 12:21:10 * nhnt11 hates that he's cutting it close to the deadline. 12:21:24 <aleth> clokep_work: If it changes in irc3 or something it's easy to modify. 12:21:37 <clokep_work> aleth: Roger. 12:21:43 <nhnt11> aleth: The n'th message in the file? idk... I don't think that's an issue :) 12:21:45 <clokep_work> r+s for everyone! 12:22:20 * flo-retina wonders if what aleth just explained should be a comment in the file 12:22:27 <aleth> nhnt11: Yeah, a detail to make it performant, like I said. 12:23:05 <aleth> flo-retina: I don't think so, with more context (in irc.js) it's clear. 12:23:32 <flo-retina> fair enough 12:29:34 <-- jb has quit (Ping timeout) 12:29:55 <-- nhnt11 has quit (Ping timeout) 12:36:06 <instantbot> ryanvm@gmail.com changed the Resolution on bug 981404 from --- to FIXED. 12:36:08 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=981404 nor, --, ---, aleth, RESO FIXED, Mutationobserver event bunching breaks time bubbles 12:36:28 --> nhnt11 has joined #instantbird 12:36:30 <nhnt11> 17:59:56 - nhnt11: aleth: "Is this intended as an intermediate step before using the indexed database for search? It may not be worth spending time on this if it will be immediately replaced." On the other hand, search will likely be completely broken until the "replacement" lands. 12:36:34 <nhnt11> 18:00:10 - nhnt11: And I don't want to assume that that will happen super fast :P 12:37:54 <aleth> A lot of this may have to be pref'd off anyway while work is ongoing. 12:39:32 <-- nhnt11 has quit (Ping timeout) 12:41:46 --> nhnt11 has joined #instantbird 12:41:47 --> Rym has joined #instantbird 12:41:55 <nhnt11> 18:09:38 - nhnt11: I mentioned that already 12:43:37 <-- nhnt11 has quit (Ping timeout) 12:43:49 <aleth> No worries! It's good to think about how this can be landed in increments anyway. 12:44:43 --> nhnt11 has joined #instantbird 12:46:48 <-- nhnt11 has quit (Ping timeout) 12:50:00 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 12:55:07 --> jb has joined #instantbird 12:56:41 <-- aleth has quit (Ping timeout) 13:04:26 --> aleth has joined #instantbird 13:04:26 * ChanServ sets mode +h aleth 13:07:23 --> nhnt11 has joined #instantbird 13:07:37 <nhnt11> 18:13:46 - nhnt11: oh i missed the "anyway" 13:07:37 <nhnt11> 18:13:47 - nhnt11: ugh 13:07:37 <nhnt11> 18:13:57 * nhnt11 is super pissed with the library wifi 13:18:44 <-- nhnt11 has quit (Ping timeout) 13:21:36 --> nhnt11 has joined #instantbird 13:30:34 <-- nhnt11 has quit (Ping timeout) 13:40:55 <instantbot> New Instantbird - Conversation bug 986470 filed by aleth@instantbird.org. 13:40:58 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=986470 nor, --, ---, aleth, ASSI, Hide #lastMessage time text in logs 13:41:57 <aleth> Forgot I still had that in my mq. 13:52:20 * aleth isn't sure that bzexport actually saves time :-/ 13:55:40 <-- shashika has quit (Quit: http://www.mibbit.com ajax IRC Client) 13:59:03 --> nhnt11 has joined #instantbird 14:01:55 <-- nhnt11 has quit (Ping timeout) 14:03:12 --> nhnt11 has joined #instantbird 14:03:22 --> mconley has joined #instantbird 14:06:03 <flo-retina> aleth: wasn't there already a display: none for that in one of your previous patches? 14:06:29 <aleth> flo-retina: No, I took it out again because it requires a code change in viewlog.js 14:07:02 <flo-retina> ah! 14:07:41 <flo-retina> aleth: why is that viewlog.js change needed? 14:07:58 <aleth> Because #lastmessage is a child of #ibcontent not #Chat 14:12:27 <flo-retina> would |#Chat.log + #lastmessage| work? 14:13:36 <aleth> I think you'd need ~ due to script elements and that's more expensive than the change 14:14:25 <flo-retina> are we sure nothing else was using that .log class? 14:14:36 <aleth> I couldn't find anything else using it. 14:15:14 <flo-retina> btw, I've never seen that time at the end of logs as a real problem 14:15:53 <aleth> Mic complained about it iirc. 14:16:07 <aleth> It's certainly no big deal... 14:19:42 <-- nhnt11 has quit (Ping timeout) 14:20:29 --> nhnt11 has joined #instantbird 14:23:23 --> nhnt12 has joined #instantbird 14:23:29 <-- nhnt11 has quit (Connection reset by peer) 14:23:45 * nhnt12 is now known as nhnt11 14:25:38 <nhnt11> aleth, flo-retina: Do you expect the Conversations service to be doing the fetching of messages from logs? 14:26:39 <flo-retina> the "C" on Conversations here is confusing. Are you talking about http://lxr.instantbird.org/instantbird/source/instantbird/modules/imWindows.jsm#11 ? Or about the service? 14:26:58 <nhnt11> The service. 14:27:01 <nhnt11> sorry for the caps 14:27:02 <flo-retina> otherwise, yes. 14:27:24 <flo-retina> or the logs service 14:27:28 <flo-retina> or whatever 14:27:28 <nhnt11> hmm, I'm realizing this too late :( 14:27:30 <flo-retina> but NOT the UI 14:27:40 <nhnt11> Right 14:27:44 <nhnt11> The UI will not do the actual fething 14:27:45 <nhnt11> fetching* 14:28:01 <nhnt11> But I /did/ expect it to do the buffering 14:28:27 <nhnt11> I assumed the buffer that I talked about in the proposal would be maintained by the convbrowser 14:28:53 <nhnt11> and the convbrowser would request the log API in order to populate it whenever required. 14:28:56 <flo-retina> convbrowser may do some buffering 14:29:24 <flo-retina> but that would be mostly for the sake of preserving the unread ruler 14:29:26 <nhnt11> I didn't intend to change any of the current pathways for how messages are transferred from the prpl to the UI 14:29:29 <aleth> One of my questions was about how that buffer differs from the uiConv. 14:29:35 <flo-retina> and if we could move that to the convs service, that would likely be more reliable 14:29:46 <nhnt11> Right 14:30:04 <nhnt11> Let me get back to you on this, I think I'm a bit confused/unsure of what I'm talking about 14:30:26 * flo-retina is also a bit confused/unsure of what he's talking about 14:30:44 <flo-retina> and I really need to produce an updated patch for bug 979424 soon :) 14:30:46 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=979424 nor, --, ---, florian, ASSI, Implement structure and state switching for translation infobar 14:31:12 <aleth> Have you got an icon yet? ;) 14:31:19 <flo-retina> of course not! 14:31:32 <nhnt11> aleth: By the way, "Is this intended as an intermediate step before using the indexed database for search? It may not be worth spending time on this if it will be immediately replaced." It will be worht spending time on this - for users who have disabled logging 14:32:08 <aleth> OK 14:33:04 <nhnt11> Alright, looks like the main thing lacking in my proposal is clarity about where messages are being buffered 14:34:13 <aleth> I still think drawing those diagrams would help ;) i.e. with boxes for the main files/methods currently involved, and arrows for push/pull/request... 14:34:31 <aleth> If there is enought time of course. 14:36:45 * nhnt11 wanted to avoid altering the current flow :-/ 14:37:25 <aleth> nhnt11: That would also be an option, still a diagram would help to make it clearer what you are proposing 14:37:38 <nhnt11> Okay. 14:38:21 <nhnt11> I need to gather my thoughts/ideas a bit first though. 14:38:22 <aleth> Because you are certainly /adding/ stuff (e.g. that buffer) 14:38:29 <nhnt11> Yes, I am. 14:38:40 <nhnt11> But I figured that would be separate from already existing stuff 14:38:50 <nhnt11> Altering UI convs could affect other things... 14:39:51 <nhnt11> (i.e. rather than making conversations "infinite" to /any/ consumer, I wanted to make the convbrowser a consumer of the log API) 14:39:54 <nhnt11> if that makes sense... 14:40:02 <aleth> It might be separate. But then it would clarify that e.g. "on opening a conv from hold, 3000 messages are passed to the convbrowser, which when that is done decides to render the last 100 to the DOM" 14:41:04 <aleth> Yes, it makes sense, if that can do everything you want for search 14:41:17 <flo-retina> oh please, don't pass around 3000 messages through xpconnect if you need only 100 ;) 14:41:20 <aleth> I guess I'm just a bit confused by how all your pieces interrelate. 14:41:31 <aleth> flo-retina: That was kind of my point ;) 14:41:43 <nhnt11> Okay one minute. 14:42:00 <flo-retina> aleth: ok, I'll go back to my code editor then ^^ 14:44:13 <aleth> nhnt11: You also don't seem to mention what is done in conversation.xml currently. 14:45:07 <aleth> http://mxr.mozilla.org/comm-central/source/im/content/conversation.xml#186 14:50:21 <-- nhnt11 has quit (Ping timeout) 14:51:20 --> nhnt11 has joined #instantbird 14:53:21 * nhnt11 is annoyed with himself 14:56:18 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 14:56:25 --> nhnt11 has joined #instantbird 14:59:14 --> mayanktg has joined #instantbird 15:00:01 <nhnt11> aleth: Let's say we stick to what I've currently proposed with the convbrowser using the log api to load messages, and maintain a buffer, etc. Now in the code you pointed me to, the conversation binding is telling it to add messages, sure. But why should the conversation binding care if those messages are going to be displayed or not? 15:00:47 <nhnt11> I'm seeing the convbrowser as a separate entity that will handle rendering of messages how it wants, and its "suppliers" can continue to function as they do now with 15:00:52 <nhnt11> s/with/ 15:01:20 <nhnt11> I do understand what you're saying about passing around a ton of messages through XPCOM, that'll need to change of course 15:01:34 <nhnt11> (or at the very least be made async) 15:03:33 <aleth> Maybe it doesn't need to care. I *think* with what you are suggesting it is not affected at all, like you say. But at the cost of passing around all that stuff through XPCOM on opening, and holding the messages of the current conv in two places (minimum). If I'm not mistaken. I was just asking for clarification really. 15:04:59 <aleth> If you want to avoid passing around all those messages, then conversation.xml will be affected, because it currently assumes that all messages flow through it. 15:05:53 <nhnt11> Hmm, but in that code you pointed to it's adding messages individually, in order 15:05:55 <aleth> It's also possible what you were suggesting was to only change all that message passing stuff at a later stage 15:06:24 <nhnt11> I was about to say that we can worry about passing stuff around after the log querying stuff is done 15:06:48 <aleth> My point is we shouldn't be having to guess ;) 15:06:57 <nhnt11> Right right. 15:07:01 <nhnt11> I need to be more clear in my proposal 15:07:32 * nhnt11 has been trying to think of how to say all this without making it tl;dr 15:07:37 <aleth> Here's an example: if not all unread messages get passed through conversation.xml, how does the UI know you've been pinged in the first one of 2000? 15:07:52 <-- Rym has quit (Ping timeout) 15:08:33 <nhnt11> Hmm, but I haven't suggested anywhere that any unread messages /shouldn't/ go through conversation.xml :-/ 15:10:14 <aleth> It might just be a misunderstanding... 15:10:38 <aleth> You did say "I do understand what you're saying about passing around a ton of messages through XPCOM, that'll need to change of course" but if you pass only the last 100, how does the UI know about the ping in the first? 15:11:05 <nhnt11> Ah, that's what you were talking about. 15:12:24 <nhnt11> I somehow keep disregarding the changes "not passing around a ton of messages through XPCOM" will require :( 15:13:06 <nhnt11> aleth: Sorry if I'm being slow :( 15:14:03 <aleth> np 15:16:35 <-- wnayes has quit (Ping timeout) 15:18:06 --> iamjayakumars has joined #instantbird 15:21:06 <-- nhnt11 has quit (Ping timeout) 15:22:18 --> nhnt11 has joined #instantbird 15:29:54 <qheaden> Hello. 15:36:23 <-- nhnt11 has quit (Connection reset by peer) 15:39:32 --> nhnt11 has joined #instantbird 15:41:53 <-- mayanktg has quit (Ping timeout) 15:42:36 --> Rym has joined #instantbird 15:44:40 <-- Even has quit (Input/output error) 15:47:27 <-- aleth has quit (Ping timeout) 15:56:08 <-- nhnt11 has quit (Ping timeout) 16:05:37 --> mayanktg has joined #instantbird 16:16:17 --> arlolra has joined #instantbird 16:21:24 <-- Rym has quit (Ping timeout) 16:26:40 --> Mook_as has joined #instantbird 16:29:15 --> unghost has joined #instantbird 16:30:37 --> shashika has joined #instantbird 16:31:24 --> Rym has joined #instantbird 16:35:17 <-- mayanktg has quit (Ping timeout) 16:35:27 --> mayanktg has joined #instantbird 16:58:31 --> nhnt11 has joined #instantbird 16:58:46 <-- gerard-majax_ has quit (Ping timeout) 17:05:41 <-- iamjayakumars has quit (Ping timeout) 17:12:45 --> iamjayakumars has joined #instantbird 17:14:27 <nhnt11> Okay, so the deadline is near and I'm having trouble concentrating. Sorry if I'm unable to polish it up per the recent discussions by then :( 17:15:22 * clokep_work likes diagrams. 17:15:26 <clokep_work> That's all I have to add. :) 17:15:38 <clokep_work> Hello qheaden. 17:16:22 * nhnt11 gets the hint 17:16:24 <flo-retina> nhnt11: if you need a bit more time, we can flip the "Editable post deadline" switch on your proposal 17:16:39 <nhnt11> Wow, I didn't know such a thing existed 17:18:48 <flo-retina> nhnt11: because we didn't tell you :-P 17:19:18 <flo-retina> nhnt11: this is for when the mentors read the proposal, and request more details from the student. 17:19:35 <nhnt11> Ah okay. 17:20:15 <-- mayanktg has quit (Ping timeout) 17:20:36 <flo-retina> nhnt11: IMHO you shouldn't spend weeks polishing a proposal though. So if aleth/clokep want diagrams, why not... but after some point, spending more time on trivial changes that are unlikely to affect the acceptance is wasted time. 17:20:58 <flo-retina> also, mentors decide based on all the communication they've had with the student; not only on the proposal itself 17:21:08 <nhnt11> Right, but I like to be thorough ;) 17:21:20 <flo-retina> so if you email people diagrams a day or two after the application deadline, there's no reason why they wouldn't be taken into account 17:22:14 * nhnt11 understands. 17:22:59 <nhnt11> I just wanted my proposal to be as polished as possible as an "official document" :) 17:34:52 <clokep_work> nhnt11: I don't care if you have diagrams. I think they'd be useful if you're chosen and before you start coding. 17:38:24 <nhnt11> :) 17:38:36 <nhnt11> Don't worry, I don't intend to draw diagrams right now. 17:39:15 --> mayanktg has joined #instantbird 17:39:52 <nhnt11> Honestly I'm too tired for that at the moment. I mainly want to make a few changes to the schedule to be more clear that there are two projects that can be done side by side, and change a few details as per Mic's and aleth's feedback. 17:45:49 <-- iamjayakumars has quit (Ping timeout) 17:47:03 <-- Rym has quit (Ping timeout) 18:00:48 --> Rym has joined #instantbird 18:02:01 <-- mayanktg has quit (Ping timeout) 18:02:28 --> mayanktg has joined #instantbird 18:06:25 --> Mic has joined #instantbird 18:06:26 * ChanServ sets mode +h Mic 18:08:33 <-- sawrubh has quit (Ping timeout) 18:11:38 --> sawrubh has joined #instantbird 18:18:56 <-- nhnt11 has quit (Ping timeout) 18:20:07 --> nhnt11 has joined #instantbird 18:22:05 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 18:24:52 <-- jb has quit (Ping timeout) 18:43:01 <-- mayanktg has quit (Ping timeout) 18:43:10 --> mayanktg has joined #instantbird 18:51:56 <-- arlolra has quit (Quit: arlolra) 18:55:11 --> flo-retina has joined #instantbird 18:55:11 * ChanServ sets mode +qo flo-retina flo-retina 18:59:09 --> arlolra has joined #instantbird 19:00:08 --> flo-retina1 has joined #instantbird 19:00:43 <-- flo-retina has quit (Ping timeout) 19:02:47 <-- nhnt11 has quit (Ping timeout) 19:04:19 --> nhnt11 has joined #instantbird 19:06:55 --> ivan has joined #instantbird 19:11:25 <-- mayanktg has quit (Ping timeout) 19:24:11 <-- Rym has quit (Ping timeout) 19:28:43 --> Rym has joined #instantbird 19:47:15 <-- shashika has quit (Quit: http://www.mibbit.com ajax IRC Client) 19:54:11 <-- nhnt11 has quit (Ping timeout) 20:01:50 --> nhnt11 has joined #instantbird 20:06:39 <instantbot> ryanvm@gmail.com changed the Resolution on bug 955698 from --- to FIXED. 20:06:42 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955698 enh, --, ---, aleth, RESO FIXED, Participant tooltips should set presence info 20:07:36 <-- deOmega has quit (Quit: So easy...but yet complicated.) 20:07:44 --> deOmega has joined #instantbird 20:09:43 <-- deOmega has quit (Quit: So easy...but yet complicated.) 20:09:46 --> deOmega has joined #instantbird 20:10:01 <-- deOmega has quit (Quit: So easy...but yet complicated.) 20:10:52 <-- Tonnes has quit (Connection reset by peer) 20:12:43 <-- clokep_work has quit (Ping timeout) 20:15:43 --> Tonnes has joined #instantbird 20:16:13 --> Tonnes_ has joined #instantbird 20:25:22 <-- nhnt11 has quit (Ping timeout) 20:26:56 --> nhnt11 has joined #instantbird 20:43:42 <-- Rym has quit (Ping timeout) 20:47:00 <-- GeKo has quit (Quit: leaving) 20:47:06 --> Rym has joined #instantbird 20:53:31 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 20:58:52 <-- Rym has quit (Ping timeout) 21:01:48 --> Mic has joined #instantbird 21:01:48 * ChanServ sets mode +h Mic 21:02:04 --> Rym has joined #instantbird 21:05:26 <-- Tonnes_ has quit (Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]) 21:05:28 <-- Rym has quit (Ping timeout) 21:11:15 --> Rym has joined #instantbird 21:27:40 --> JoN has joined #instantbird 21:32:13 <-- nhnt11 has quit (Ping timeout) 21:32:19 --> nhnt11 has joined #instantbird 21:42:11 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 21:50:09 <-- JoN has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 21:53:50 --> clokep has joined #instantbird 21:53:51 * ChanServ sets mode +o clokep 22:08:45 <-- Tonnes has quit (Ping timeout) 22:09:56 --> Tonnes has joined #instantbird 22:11:08 <-- mconley has quit (Input/output error) 22:24:03 <-- Rym has quit (Ping timeout) 22:28:15 <flo-retina1> aleth: congrats! \o/ 22:29:08 <clokep> :) +1 22:29:44 --> EionRobb has joined #instantbird 22:35:37 <nhnt11> Why are we congratulating aleth? 22:36:55 <flo-retina1> nhnt11: bug 980881 22:36:57 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=980881 nor, --, ---, afernandez, RESO FIXED, Commit Access (Level 3) for Daniel Scruton 22:37:05 <nhnt11> Oh :) 22:38:34 * flo-retina1 is now known as flo-retina 22:39:14 <clokep> flo-retina: So should we have had your nick try to automatically switch back to flo-retina? 22:39:50 <flo-retina> clokep: likely 22:39:59 <flo-retina> if it received the "quit flo-retina" message 22:40:07 <clokep> Right. 22:40:18 <flo-retina> would be better to find a way to rename the account to "florian" though ;) 22:40:43 <clokep> I nominate aleth! 22:42:19 <flo-retina> for renaming accounts? 22:42:45 <flo-retina> (can I suggest again that if the main nick is part of the alternate nick list, we don't prepend it to the list? ;)) 22:51:12 <flo-retina> Good night! 22:51:27 --> mconley has joined #instantbird 22:54:08 <-- mconley has quit (Input/output error) 22:55:03 <clokep> flo-retina: Maybe. 22:58:52 <clokep> I feel like that might be 1. too "magical", 2. dissuade us from fixing the real bug. 22:59:02 --> Rym has joined #instantbird 23:10:00 <clokep> Mook_as: What kind of stuff is available to me in a .mozconfig? Can I ifdef something by OS? 23:11:51 <-- nhnt11 has quit (Ping timeout) 23:12:55 --> nhnt11 has joined #instantbird 23:13:51 <Mook_as> hmm, it's just a shell script... 23:14:04 <clokep> Oh? OK. 23:14:05 <Mook_as> so, yeah, if you're insane enough to run uname... :p 23:14:19 <clokep> I already do it for my hgrcs. :) 23:15:12 <clokep> Oh, I lied in there I just use "$OS" 23:33:44 * Fallen is now known as Fallen|away 23:38:07 --> mconley has joined #instantbird 23:49:15 <-- mconley has quit (Input/output error)