#instantbird log on 03 21 2014

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 [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)