#instantbird log on 09 27 2013

All times are UTC.

00:43:34 --> rosonline has joined #instantbird
00:43:38 <flo-retina> I've just pushed these 2 changes
00:43:54 <flo-retina> I'm afraid fixing Windows will take more time
00:44:36 <flo-retina> someone will most likely need to either debug the crappy paths that are being used, or debug pymake
00:46:45 <instant-buildbot> build #472 of linux-onCommit is complete: Failure [failed compile]  Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/472  blamelist: Florian Qu?ze <florian@instantbird.org>
00:46:56 <clokep_work> Hopefully that was expected. ;)
00:53:14 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/413ed92c94f2 - Florian Quèze - Bug 2033 - Update to Mozilla 24 - backout most of ea513e7129a4 'port Bug 869635 - Eliminate the master xpcshell manifest' to fix xpcshell failures, rs=clokep.
00:53:16 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/0b4cf267838f - Florian Quèze - Bug 2033 - Update to Mozilla 24 - disable gstreamer on Linux buildbot mozconfigs to fix bustage, rs=clokep.
00:54:17 <flo-retina> no it wasn't :(
00:54:22 <flo-retina> we need to fix that bug someday
00:56:50 --> mconley has joined #instantbird
00:57:13 <-- mconley has quit (Input/output error)
01:00:34 <instant-buildbot> build #463 of win32-onCommit is complete: Failure [failed compile]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/463  blamelist: Florian Qu?ze <florian@instantbird.org>
01:08:47 <-- Mook_as has quit (Quit: Mook_as)
01:14:05 <instant-buildbot> build #472 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/472
01:36:16 <-- dionisos has quit (Ping timeout)
01:40:14 <-- FireFly_TB has quit (Ping timeout)
01:40:58 --> FireFly_TB has joined #instantbird
01:43:01 <-- rosonline has quit (Client exited)
01:58:54 <-- FireFly_TB has quit (Quit: FireFly_TB)
02:40:46 <instant-buildbot> build #1102 of win32-nightly-default is complete: Failure [failed compile]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1102
02:50:09 --> mconley has joined #instantbird
03:18:52 <-- mconley has quit (Input/output error)
03:21:04 <-- dew has quit (Ping timeout)
03:22:56 --> dew has joined #instantbird
03:28:39 --> Mook has joined #instantbird
03:36:24 <instant-buildbot> build #1006 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1006
03:43:59 <-- dew has quit (Ping timeout)
03:44:08 --> dew has joined #instantbird
03:50:13 <-- wnayes has quit (Quit: wnayes)
03:50:24 <-- skeledrew1 has quit (Connection reset by peer)
03:50:27 --> skeledrew has joined #instantbird
04:09:36 <-- dew has quit (Ping timeout)
04:09:44 --> dew has joined #instantbird
04:39:37 <-- dew has quit (Ping timeout)
04:41:19 --> dew has joined #instantbird
04:43:51 <-- dew has quit (Client exited)
04:44:56 --> dew has joined #instantbird
04:52:03 <instant-buildbot> build #983 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/983
05:01:03 <-- dew has quit (Ping timeout)
05:01:14 --> dew has joined #instantbird
05:04:53 <-- dew has quit (Ping timeout)
05:12:05 --> dew has joined #instantbird
05:13:46 <-- dew has quit (Ping timeout)
05:17:27 --> dew has joined #instantbird
05:18:55 --> FireFly_TB has joined #instantbird
06:04:49 <-- EionRobb has quit (Quit: Leaving.)
06:12:54 --> Mic has joined #instantbird
06:12:54 * ChanServ sets mode +h Mic 
06:39:23 --> qlum has joined #instantbird
06:40:59 --> BWMerlin has joined #instantbird
06:49:11 <-- Mook has quit (Quit: Mook)
06:51:33 <Mic> Good morning
07:54:07 <-- FireFly_TB has quit (Quit: FireFly_TB)
08:04:09 --> FireFly_TB has joined #instantbird
08:09:06 --> jb has joined #instantbird
08:13:47 <-- nhnt11 has quit (Ping timeout)
08:14:56 <-- jb has quit (Ping timeout)
08:16:30 <flo-retina> ah, new nightlies (Mac/Linux) :)
08:22:47 --> nhnt11 has joined #instantbird
08:23:16 <-- nhnt11 has quit (Quit: qicr for android: faster and better)
08:31:42 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
08:31:45 --> flo-retina has joined #instantbird
08:31:45 * ChanServ sets mode +qo flo-retina flo-retina 
08:33:10 --> nhnt11 has joined #instantbird
08:36:47 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
08:37:12 --> nhnt11 has joined #instantbird
08:37:30 <nhnt11> Wow, a 14MB update (moz24 I'm guessing)
08:40:20 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
08:45:46 --> jb has joined #instantbird
08:47:16 <instantbot> benediktp@ymail.com requested feedback from aleth@instantbird .org for attachment 2908 on bug 561.
08:47:18 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=561 enh, --, ---, nobody, NEW, Merge "Content" and "Themes"-panes
08:47:39 <-- gerard-majax has quit (Ping timeout)
09:04:07 <-- jb has quit (Ping timeout)
09:05:03 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
09:08:20 --> jb has joined #instantbird
09:18:22 --> EionRobb has joined #instantbird
09:24:41 <flo-retina> nhnt11: I wanted to just reopen my memshrink tab: http://i3.minus.com/ifz5vBzREg8kQ.png
09:25:09 <flo-retina> the ordering seems completely wrong here
09:26:00 <flo-retina> is one of the bug where we already had some discussion suggesting making existing tabs appear before channels coming from LIST?
09:33:09 <-- FireFly_TB has quit (Ping timeout)
09:38:53 --> nhnt11 has joined #instantbird
09:40:01 * nhnt11 is now known as nhnt11_class
09:41:00 <nhnt11_class> flo-retina: bug 2143 will fix that "automatically"
09:41:03 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2143 enh, --, ---, nhnt11, NEW, Stats service should maintain statistical data for conversations and use it for sorting.
09:41:09 <flo-retina> cool
09:41:39 <flo-retina> only if logging is enabled, right?
09:42:05 <nhnt11_class> Well yeah, but even if not, joining the channel once will bump it up
09:42:42 --> gerard-majax has joined #instantbird
09:43:07 <nhnt11_class> s/joining the channel/joining the channel and exchanging a couple messages
09:54:47 * flo-retina hasn't sent any message in there
09:55:22 --> aleth has joined #instantbird
09:55:22 * ChanServ sets mode +h aleth 
10:23:05 <-- EionRobb has quit (Ping timeout)
10:24:15 --> dionisos has joined #instantbird
10:24:17 --> EionRobb has joined #instantbird
10:25:22 <-- nhnt11_class has quit (Ping timeout)
10:26:56 --> nhnt11_class has joined #instantbird
10:29:38 <-- nhnt11_class has quit (Ping timeout)
10:36:32 <-- aleth has quit (Quit: Ciao)
10:36:38 --> aleth has joined #instantbird
10:36:38 * ChanServ sets mode +h aleth 
10:36:46 <-- EionRobb has quit (Quit: Leaving.)
10:36:59 <aleth> moz24! :)
10:37:39 <aleth> Looks like the packaging didn't automagically fix itself...
10:38:31 --> nhnt11_class has joined #instantbird
10:40:46 <flo-retina> aleth: feel free to fix it then ;)
10:41:38 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
10:46:14 <aleth> nhnt11_class: Another case of regex fail? https://i.minus.com/jvBy9iKN8bvA4.png
10:47:27 <aleth> Wow, 110 bugs in that TB merge :)
10:47:39 <nhnt11_class> aleth: I don't think so
10:47:47 <nhnt11_class> oh wait
10:47:52 <nhnt11_class> It should say no topic...
10:48:04 <aleth> Also, the channel doesn't exist ;)
10:48:24 * nhnt11_class has no clue what's happening there
10:48:36 <nhnt11_class> Yeah just realized
10:48:43 <nhnt11_class> It should have been #* at the very least..
10:49:49 <nhnt11_class> How on earth...
10:50:30 <nhnt11_class> aleth: It says the channel has 22 participants on my side
10:51:16 <aleth> Maybe look at the raw entry in the debug log?
10:52:53 <nhnt11_class> aleth: I don't think we log LIST responses?
10:53:05 <aleth> Yes we do.
10:53:20 * nhnt11_class doesn't see them in his debug log
10:53:41 <aleth> How do you obtain your debug log?
10:53:52 <nhnt11_class> Right click the account -> copy debug log
10:53:57 <nhnt11_class> :S
10:54:18 <aleth> Maybe you need to set the pref to increase the number of messages included?
10:54:34 --> nhnt11 has joined #instantbird
10:55:39 <aleth> messenger.accounts.maxDebugMessages
10:55:46 <-- nhnt11_class has quit (Ping timeout)
10:55:57 <nhnt11> Yeah, found it
10:56:06 <aleth> iirc you can set it to 0
10:56:14 <nhnt11> Ah
10:56:16 <aleth> (ie include everything)
10:56:17 <nhnt11> That's convenient :)
10:57:22 <nhnt11> aleth: The raw entry seems to be |{"rawMessage":":concrete.mozilla.org 322 nhnt11 * 5 : ","command":"322","params":["nhnt11","*","5"," "],"servername":"concrete.mozilla.org"}|
10:58:00 <aleth> How strange. So it's not an awesomebug...
10:58:00 <nhnt11> Considering we received this, I wouldn't call this a bug on our side?
10:58:00 * nhnt11 has to go
10:58:23 <aleth> Probably the bad regex is on moznet :P
10:58:26 <nhnt11> I'll be back later tonight...
10:58:28 <nhnt11> yeah
11:03:34 <-- dew has quit (Ping timeout)
11:03:57 --> dew has joined #instantbird
11:07:01 --> flo-retina has joined #instantbird
11:07:01 * ChanServ sets mode +qo flo-retina flo-retina 
11:09:00 <flo-retina> aleth: is '*' not a valid channel name?
11:10:04 <aleth> flo-retina: I don't think so. clokep_work will know for sure ;)
11:11:28 <flo-retina> IIRC the * prefix means 'only on this server, not on the whole network'
11:11:36 <flo-retina> aleth: can we join that room? :)
11:11:46 <nhnt11> flo-retina: As of now, no
11:11:56 <nhnt11> All channels are prefixed with"#" automatically...
11:11:57 <flo-retina> bah, JS-IRC adds a # prefix automatically :-S
11:12:15 <flo-retina> nhnt11: we are supposed to add the # prefix only if there's no valid prefix in the channel name...
11:12:34 <flo-retina> we had endless debates about whether it was acceptable to add # automatically because of that
11:13:00 * nhnt11 didn't know there was any other valid prefix than "#"
11:13:00 <flo-retina> aleth: so what are the files that shouldn't be packaged?
11:13:13 <flo-retina> I've just done a find . in my nightly's folder and don't see anything obviously wrong on Mac
11:13:40 <aleth> flo-retina: Look inside the Linux nightly - my suspicion is it's just including everything.
11:14:00 <flo-retina> I don't have a linux nightly around ;)
11:14:30 <nhnt11> aleth, flo-retina: So according to the RFC, * is not a valid prefix (unless I'm reading someting wrong)
11:14:38 <aleth> http://ftp.instantbird.com/instantbird/nightly/latest-trunk/instantbird-1.5a1pre.en-US.linux-i686.tar.bz2 ;)
11:14:42 <nhnt11> http://tools.ietf.org/html/rfc2811#section-2.1
11:14:55 <flo-retina> aleth: tsss...
11:15:09 <aleth> nhnt11: No, you are right
11:15:38 <flo-retina> alright, let's see what clokep has to say about * :)
11:17:44 <flo-retina> there's indeed a significant amount of crap in the linux nightly :-S
11:18:23 <aleth> Yeah, too much for me to start listing the extra files by hand ;)
11:22:57 <flo-retina> aleth: how am I the assignee for that IRC bug?
11:23:15 <flo-retina> aleth: I just attached a patch improving debug logging to hopefully let others figure out what info they need to understand the real problem
11:23:22 <flo-retina> (bug 2010)
11:23:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2010 nor, --, ---, florian, NEW, Some JS errors when joining some IRC channels
11:23:44 <aleth> flo-retina: Oh, sorry, I didn't realize it wasn't marked fixed.
11:23:53 <flo-retina> aleth: I didn't expect you to list the extra files by hand. Just "find ." in a terminal, and pastebin, so that I didn't have to wget && tar xf ;)
11:24:36 <flo-retina> I haven't heard about that bug in a while, so maybe WORKSFORME?
11:25:09 <aleth> I could never reproduce it.
11:36:35 <-- jb has quit (Ping timeout)
11:40:11 <-- nhnt11 has quit (Ping timeout)
11:46:14 --> novabyte has joined #instantbird
11:48:40 <-- qlum has quit (Ping timeout)
11:48:41 --> qlum1 has joined #instantbird
12:31:35 --> jb has joined #instantbird
12:35:46 <aleth> Mic: Should we have that Sepsis console addon on AIO (for updates)?
13:23:00 --> clokep_ has joined #instantbird
13:23:33 <-- clokep_ has quit (Quit: http://www.mibbit.com ajax IRC Client)
13:23:49 <clokep_work> aleth: I can't tell which bug your comments belong to on https://etherpad.mozilla.org/ib-c-c-merge-6 :-/
13:23:53 <clokep_work> Are they above or below the offending bug?
13:24:06 <aleth> clokep_work: oops... Below
13:24:36 <clokep_work> nhnt11, flo-retina: We don't automatically always prepend a #: http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#1309
13:24:41 <clokep_work> Note that on Moznet the only valid prefix is #.
13:24:47 <aleth> (Sadly etherpad doesn't color lines where you change only the formatting)
13:28:02 <clokep_work> Yes, I know.
13:28:57 <clokep_work> If the # thing isn't working, someone please file a bug. ;)
13:29:01 <clokep_work> But AFAIK it is working...
13:29:11 <flo-retina> clokep_work: nah it works. * is not a valid prefix
13:29:21 <flo-retina> we just have no idea of what that "*" channel returned by LIST is.
13:31:10 <clokep_work> Was there a pastebin of the message?
13:31:25 <flo-retina> no, it was only one line, so directly in here
13:31:38 <flo-retina> clokep_work: http://log.bezut.info/instantbird/today#m135
13:32:35 <clokep_work> I would want to see the surrounding messages too.
13:34:34 <flo-retina> hmm, I don't have a similar line in my debug log (no line containing '322' actually)
13:35:03 <flo-retina> and the log I have goes as far as "Connecting to: irc.mozilla.org:6667" 2 hours and a half ago :-S
13:35:31 <aleth> Did you ever open an awesometab?
13:35:40 <flo-retina> sure
13:35:50 <flo-retina> but maybe it kept the previous LIST from when I was at home
13:37:06 * clokep_work shrugs.
13:37:09 <clokep_work> I can't find anything about it online.
13:37:23 * aleth tried "/quote JOIN *" and it failed.
13:37:23 <flo-retina> about:memory shows http://pastebin.mozilla.org/3156322 for the stats service.
13:37:51 <flo-retina> I wonder what these 2.89MB of 'function' are.
13:38:02 <clokep_work> So for the sync c-c/ib stuff, pretty much the Twitter character count one is the only one we think will actually BREAK something?
13:38:23 <flo-retina> are we creating functions on the fly (or using bind?) when creating a new object for each LIST result?
13:38:26 <aleth> I didn't look at some of the remaining bold patches by flo
13:39:54 <clokep_work> Thanks aleth .
14:05:30 <-- jamesw has quit (Client exited)
14:05:51 --> jamesw has joined #instantbird
14:08:15 --> nhnt11 has joined #instantbird
14:10:02 <nhnt11> aleth: So I'm not clear on your idea to reposition the convs whose stats have changed in getFilteredConvs
14:10:35 <nhnt11> We aren't repositioning any ExistingConversations, only PossibleConvFromContacts and PossibleChats
14:10:35 <aleth> nhnt11: All I am suggesting is moving the handling of the changed stats list to getFilteredConvs
14:10:40 <nhnt11> Hmm
14:10:59 <nhnt11> I suppose an update notification is warranted after repositioning
14:11:03 <aleth> Because where it is now, don't you think it will cause problems
14:11:36 <nhnt11> What sort of problems? If you mean other awesometabs not being updated, an update notification will fix that
14:11:54 <nhnt11> Also, my thinking about updating other awesometabs immediately was that it's sort of an edge case
14:11:58 <aleth> It would.
14:12:21 <nhnt11> (Will users really have multiple awesometabs open at once? Should we care about displaying reflecting minor changes immediately in the UI?)
14:12:34 <nhnt11> s/displaying//
14:12:38 <aleth> That's why I asked if it was intentional ;)
14:12:42 <nhnt11> minor stat changes* ugh
14:12:47 <flo-retina> nhnt11: should we actively avoid having more than one awesometab in the same window?
14:12:54 <nhnt11> flo-retina: I don't think so
14:13:03 <flo-retina> what's the use case for having two?
14:13:06 <nhnt11> (If the user wants it, we shouldn't stop him)
14:13:28 <nhnt11> Maybe if the user hasn't discovered middle clicking?
14:13:32 <flo-retina> nhnt11: when I press Command+T I want an awesometab, without looking first if I already had one.
14:13:40 <nhnt11> (he opens 4 awesometabs, and starts a conversation from each)
14:13:46 <nhnt11> Hmm
14:13:47 * flo-retina doesn't have middle clicks on his touchpad
14:13:54 <aleth> nhnt11: I'd suggest 1) moving the repositioning to a function 2) sending an update notification from there 3) also repositioning in getFilteredConvs, so when I change the search term in an existing awesometab it updates
14:13:57 * nhnt11 has configured three finger tap to middleclick
14:14:15 <aleth> Whether you then still need the repositioning in addObserver I am not sure.
14:14:33 <nhnt11> aleth: It would update when it receives the notification, so your reason for moving it to getFilteredConvs is a bit redundant, no?
14:15:10 <aleth> nhnt11: If I click to an existing awesometab and change the filter string, shouldn't I expect it to return from the most uptodate list?
14:15:20 <nhnt11> the flow would be: start getFilteredConvs->update notification sent->awesometab calls getFilteredConvs again thanks to this->first getFilteredConvs finishes
14:15:23 <nhnt11> which seems ultra bad imo
14:15:41 <aleth> Right, that's no good either.
14:15:44 <nhnt11> aleth: The update notification already took care of that :/
14:15:59 <aleth> I didn't realize it would loop.
14:16:09 <aleth> nhnt11: But the update notification is only sent if I open a /new/ tab
14:16:43 <nhnt11> aleth: The update notification solves the problem of keeping all awesometabs up to date but it only updates them all when a new one is opened
14:16:56 <aleth> You could put it in the handler for when a tab gets selected I guess
14:17:26 * nhnt11 still doesn't understand what the problem is
14:17:42 <aleth> nhnt11: All I am saying is that I think the expected behaviour is that if I switch to an existing awesometab and change the filtertext, it return based on the newest stats
14:18:04 <nhnt11> aleth: You're saying we shouldn't wait for a new tab to be opened to update the order?
14:18:08 <aleth> I'm not concerned about constant background updates
14:18:17 <nhnt11> Is that really significant though?
14:18:28 <aleth> I'm saying that a new tab being opened is not the only case
14:18:57 <nhnt11> I don't understand why typing a search string should trigger this
14:19:12 <nhnt11> You will likely enter a search string almost immediately after opening a newtab
14:19:22 <nhnt11> which would have taken care of any order updates
14:19:22 <aleth> We are talking past each other
14:19:32 <nhnt11> Yeah
14:19:36 <aleth> Leaving it where it is is totally fine for new tabs
14:19:52 <aleth> For existing tabs, it is not. Maybe not very important, but it depends on how the user is using awesometabs, which is hard to predict. The question is "is it hard to fix"?
14:20:15 <aleth> Is there another place where we should call the repositioning function (ie not just from addobserver)
14:20:30 <aleth> You've convinced me calling it from getFilteredConvs is a bad idea ;)
14:20:46 <nhnt11> What I'm saying is that we really don't expect an awesometab to stay open long enough that updated stats make a real difference
14:21:04 <nhnt11> (are you saying we /should/ expect this?)
14:21:22 <aleth> I agree based on how /I/ would use the awesometab...
14:22:16 <aleth> If you like, we can leave it for a followup.
14:22:23 <nhnt11> aleth: The only alternative I can think of to eliminate this edge case would be to reposition in _cacheAllStats
14:22:33 <nhnt11> That way existing awesometabs will be force-updated every 10 mintues
14:22:44 <aleth> That seems unneccessary
14:22:56 --> mconley has joined #instantbird
14:23:38 <flo-retina> nhnt11: my awesometabs are sometimes staying open for hours
14:23:47 <aleth> nhnt11: What do you think of the idea of calling the repositioning function on switchingToTab?
14:23:48 <flo-retina> nhnt11: because I want to start a conversation and then get distracted.
14:23:58 <nhnt11> Hmm
14:24:02 <nhnt11> I have to go for dinner
14:24:03 <nhnt11> be back later
14:24:04 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
14:24:05 <flo-retina> nhnt11: and the next time I need a new conversation, I just press command + t again, without noticing I already had an awesometab open
14:25:04 <aleth> I dislike making assumptions about how a user will use functionality when we can avoid it
14:35:07 <aleth> actually, probably s/switchingtotab/focus, but nhnt11 is the tabbrowser expert so he will know ;)
14:52:39 --> wnayes has joined #instantbird
14:53:00 <-- jb has quit (Quit: jb)
14:53:46 --> jb has joined #instantbird
14:58:35 <-- jb has quit (Ping timeout)
15:09:53 <-- BWMerlin has quit (Quit: BWMerlin)
15:11:38 <-- dew has quit (Ping timeout)
15:32:51 --> nhnt11 has joined #instantbird
15:33:46 <nhnt11> I'm back
15:36:06 --> jb has joined #instantbird
15:36:32 <-- novabyte has quit (Quit: Leaving.)
15:41:14 <nhnt11> aleth, flo-retina: We could forget about sending an update notification when repositioning is done, do the repositioning in getFilteredConvs, and do a fresh getFilteredConvs in onSwitchingToTab. Does this sound reasonable?
15:43:17 <aleth> nhnt11: That's fine if you prefer to structure it that way.
15:45:09 <aleth> It goes a bit against the current idea of sending an update notification when something has been changed though. Do you think it would be more efficient?
15:45:10 * nhnt11 just used his own comment: http://lxr.instantbird.org/instantbird/source/instantbird/content/tabbrowser.xml#427
15:45:32 <aleth> nhnt11: Seems a long time ago ;)
15:45:45 <nhnt11> onSelect seems the best option.
15:45:58 <aleth> Yeah.
15:46:02 <flo-retina> see why we force people to add comments? ;)
15:46:26 <nhnt11> flo-retina: I would've wanted that comment even if you didn't force me :P
15:46:55 <aleth> nhnt11 wanted a whole minimal implementation demo class, iirc :P
15:47:06 <nhnt11> Yeah :P
15:47:42 <flo-retina> aleth: yeah, so we did force a comment instead ;)
16:35:52 <-- gerard-majax has quit (Ping timeout)
16:39:15 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
16:48:06 <aleth> nhnt11: I'll probably be around for another hour or so if you have a patch ready
16:48:16 <nhnt11> ah
16:48:20 * nhnt11 was doing something else
16:48:32 <nhnt11> Ok, I just need to modify the part that we were discussing
16:48:58 <aleth> It seems like there were not too many changes left (+ filing followups)
16:49:13 <nhnt11> yeah, I've already addressed your other comments
16:51:16 <-- jb has quit (Ping timeout)
16:58:47 --> linuxis has joined #instantbird
16:58:51 <linuxis> Hi
16:59:09 <linuxis> Any chance of there being an OTR addon for Instantbird?
17:00:47 <-- linuxis has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
17:09:12 * nhnt11 just got an email saying he passed his midterm evaluation :S
17:09:27 <aleth> nhnt11: Congratulations! :P
17:10:17 <nhnt11> aleth: We want to keep log sweeping preff'd on by default right?
17:10:48 <aleth> nhnt11: Yes :)
17:14:04 <instantbot> aleth@instantbird.org granted feedback for attachment 2908 on bug 561.
17:14:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=561 enh, --, ---, nobody, NEW, Merge "Content" and "Themes"-panes
17:24:11 --> Mook_as has joined #instantbird
17:25:24 <instantbot> nhnt11@gmail.com cancelled review?(florian@instantbird .org) for attachment 2904 on bug 2143.
17:25:25 <instantbot> nhnt11@gmail.com requested review from florian@instantbird .org for attachment 2910 on bug 2143.
17:25:28 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2143 enh, --, ---, nhnt11, NEW, Stats service should maintain statistical data for conversations and use it for sorting.
17:26:20 <nhnt11> So according to the e-mail I'm supposed to "contact my mentor to discuss the results of [my] evaulation and to plan [my] goals and development plan for the rest of the program" :P
17:31:41 <nhnt11> Well, I think that's all the time I have for Instantbird tonight :(
17:31:55 <nhnt11> bbl
17:41:08 <instantbot> aleth@instantbird.org granted review for attachment 2910 on bug 2143.
17:41:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2143 enh, --, ---, nhnt11, NEW, Stats service should maintain statistical data for conversations and use it for sorting.
18:15:58 <-- qheaden has quit (Ping timeout)
18:23:37 --> qheaden has joined #instantbird
18:45:48 <nhnt11> aleth: I meant to file those followups before leaving my room, bah
18:48:42 <instantbot> New Instantbird (UI) bug 2184 filed by nhnt11@gmail.com.
18:48:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2184 nor, --, ---, nobody, NEW, The list of PossibleConversations shouldn't be duplicated while filtering.
18:49:05 <aleth> nhnt11: It'll be really nice to have ranking :)
18:49:40 <nhnt11> aleth: Lately I've been opening awesometabs and immediately closing them when I realize ranking hasn't landed yet :P
18:51:15 <instantbot> New Instantbird (UI) bug 2185 filed by nhnt11@gmail.com.
18:51:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2185 nor, --, ---, nobody, NEW, New conversation tabs should display items for buddies that aren't contacts.
18:51:56 <aleth> nhnt11: I can imagine... it's like using the release version of IB, you don't want to go back ;)
18:52:09 <nhnt11> :P
18:56:00 <aleth> No moz24 regressions spotted so far :)
19:02:32 <instantbot> New Instantbird (UI) bug 2186 filed by aleth@instantbird.org.
19:02:33 <-- skeledrew has quit (Ping timeout)
19:02:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2186 nor, --, ---, nobody, NEW, [a11y] [regression] Mutation observers don't prevent firing two a11y focus events
19:02:50 --> skeledrew has joined #instantbird
19:03:16 <-- aleth has quit (Quit: Ciao)
19:08:59 <nhnt11> I just got my final evaluation email :)
19:09:38 <nhnt11> Thanks to everyone here who helped me this summer!
19:10:07 <nhnt11> Damn, I never finished that blog post.. I'll do that now.
19:11:20 <nhnt11> Hmm, oddly the email still says "Please contact your mentor to discuss blabla and plan your goals blabla for the rest of the program"...
19:11:27 <nhnt11> Maybe it's another accidental one? :S
19:16:19 --> Mnyromyr has joined #instantbird
19:27:11 <-- nhnt11 has quit (Ping timeout)
19:28:35 --> nhnt11 has joined #instantbird
19:51:26 <-- jamesw has quit (Client exited)
19:51:47 --> jamesw has joined #instantbird
19:51:55 <-- jamesw has quit (Client exited)
19:59:47 --> jamesw has joined #instantbird
20:06:16 <-- jamesw has quit (Client exited)
20:34:56 <-- dionisos has quit (Ping timeout)
21:08:08 --> flo-retina has joined #instantbird
21:08:08 * ChanServ sets mode +qo flo-retina flo-retina 
21:09:52 --> dionisos has joined #instantbird
21:10:37 <flo-retina> nhnt11: "contact your mentor to discuss blabla and plan your goals blabla for the rest of the program" may not be accidental, as I think you now need to submit your code samples to Google ;)
21:11:09 <nhnt11> Well they mention "Development plan" which seems irrelevant?
21:11:29 * nhnt11 uploaded his GSoC diff already, btw
21:18:02 <nhnt11> flo-retina: Bug 2077 was fixed by bug 2066, should I resolve that as FIXED?
21:18:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2077 min, --, ---, nobody, NEW, Existing chats should have the MUC user icon
21:18:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2066 enh, --, 1.5, nhnt11, RESO FIXED, New conversation tab should suggest chat rooms
21:21:14 <flo-retina> yeah
21:22:42 <instantbot> nhnt11@gmail.com set the Resolution field on bug 2077 to FIXED.
21:22:45 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2077 min, --, ---, nobody, RESO FIXED, Existing chats should have the MUC user icon
21:29:15 <nhnt11> odd
21:29:28 <nhnt11> The gsoc diff I generated seems to be missing some things...
21:29:30 <nhnt11> like bug 2015
21:29:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2015 enh, --, 1.5, nhnt11, RESO FIXED, Display buddy list in a tab.
21:35:31 <nhnt11> |$hg log -b default -u Nihanth|grep changeset|cut -f3 -d ":"| seems to work better ;)
21:43:27 <-- flo-retina has quit (Ping timeout)
21:57:13 * nhnt11 just wrote a summary of his project for the blog post... don't really know why/if it was necessary but whatever.
22:06:20 --> flo-retina has joined #instantbird
22:06:21 * ChanServ sets mode +qo flo-retina flo-retina 
22:06:49 <flo-retina> bug 2185 is very much wanted. It's almost one of the reasons for crawling the logs! ;)
22:06:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2185 nor, --, ---, nobody, NEW, New conversation tabs should display items for buddies that aren't contacts.
22:07:18 <nhnt11> Of course :)
22:07:48 <nhnt11> Shouldn't be /too/ hard, I think..
22:09:13 <flo-retina> bug 561 scares me :(
22:09:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=561 enh, --, ---, nobody, NEW, Merge "Content" and "Themes"-panes
22:09:28 <-- nhnt11 has quit (Input/output error)
22:09:30 --> nhnt12 has joined #instantbird
22:09:50 <flo-retina> the kind of bug where it's typically likely to spend a lot of time in bikeshedding, and ending up with everybody frustrated
22:10:42 <-- mconley has quit (Input/output error)
22:16:27 <flo-retina> nhnt12: do you have any idea of what could be the 2.89MB of 'function' I was seeing in about:memory?
22:16:47 <nhnt12> I haven't looked into that yet.
22:17:17 <flo-retina> It would be nice if we could reduce the memory usage a bit
22:17:39 <flo-retina> the stats service taking a bit more than 7% of the memory of the whole application feels a bit wrong
22:18:08 <flo-retina> and maybe if we can't find correct ways to reduce the memory usage, we should observe the memory pressure notifications, and drop all the LIST'ed channels.
22:18:57 <nhnt12> Hmm.
22:19:23 <flo-retina> (or maybe even if we do find ways to reduce the memory usage a bit, we should cleanup during memory pressure)
22:27:48 <flo-retina> the only place I see in the code executed when receiving a possible chat that creates a function is http://lxr.instantbird.org/instantbird/source/instantbird/components/ibConvStatsService.js#90 with the .bind call
22:27:59 <flo-retina> but I don't see why we would keep references to these functions...
22:30:07 * nhnt12 doesn't either
22:30:11 * nhnt12 is now known as nhnt11
22:30:14 <flo-retina> unless executeSoon is leaky :-S
22:30:43 <flo-retina> but given how trivial http://lxr.instantbird.org/instantbird/source/chat/modules/imXPCOMUtils.jsm#161 is, that seems difficult to believe
22:31:37 <nhnt11> I see 0.58MB for functions
22:31:44 <nhnt11> Maybe I should connect to freenode..
22:31:58 <flo-retina> I have 2 moznet and 1 freenode accounts
22:33:11 <flo-retina> "│   │  │  │  │   ├──3.00 MB (01.58%) ── compartment-tables" also seems unfortunate
22:41:17 --> dew has joined #instantbird
22:43:14 <nhnt11> flo-retina: I've published my blog post and sent the emails. Let me know if there's anything else I should do or any changes I should make to my post :)
22:48:47 <flo-retina> nhnt11: your command at the end gerenates a change log, not a diff
22:49:02 <nhnt11> Ah
22:49:12 <flo-retina> didn't Mic want screenshots in there? ;)
22:49:35 <flo-retina> the posts on the instantbird blog about the awesometab will definitely need screenshots ;)
22:49:37 <nhnt11> Those will take time => not tonight :(
22:50:12 <flo-retina> yeah, we likely won't post before ranking is in nightlies anyway
22:50:31 <flo-retina> "much care and attention is paid to detail when making even small changes." is this something you like or that annoys you?
22:50:40 <flo-retina> I don't think all Open Source projects are like that
22:50:48 <nhnt11> They aren't
22:50:50 <nhnt11> It's something I like
22:51:05 --> mconley has joined #instantbird
22:51:09 <flo-retina> :)
22:51:13 <nhnt11> It's definitely changed the way I think when I'm writing code
22:51:30 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:51:44 <flo-retina> that may not be useful for school projects that you won't maintain a month from now
22:51:49 <nhnt11> (like, asking myself "is this the best way to do this" as opposed to "will this work?")
22:52:12 <nhnt11> Sure, if I'm hacking together a script for some minor thing I'll likely just want it to work :P
22:52:37 <flo-retina> yeah you'll want it to work yesterday already ;
22:52:37 <flo-retina> )
22:53:16 <flo-retina> it frustrates me that about:memory gives me no clue of how we are spending all that memory :-S
22:55:40 <nhnt11> :(
22:56:48 <flo-retina> │   │  │  │      ├──0.50 MB (00.26%) ── string(length=190653, ":brooks.freenode.net 322 fqueze...")
22:56:48 <flo-retina> │   │  │  │      ├──0.25 MB (00.13%) ── string(length=104311, ":brooks.freenode.net 322 fqueze...")
22:56:48 <flo-retina> │   │  │  │      ├──0.25 MB (00.13%) ── string(length=76841, ":brooks.freenode.net 322 fqueze...")
22:56:48 <flo-retina> That feels pretty wrong :-S
22:57:09 <-- qlum1 has quit (Client exited)
22:57:55 <nhnt11> Are those list results?
22:58:02 <nhnt11> they seem to be channels with huge topics
22:58:21 <flo-retina> a topic of 190k chars?
22:58:31 * nhnt11 shrugs
22:58:37 <nhnt11> I don't know what else it could be..
22:58:50 <nhnt11> (Though 190k chars seems totally wrong, yes)
22:59:38 <nhnt11> Ah
22:59:48 <flo-retina> something I had noticed at the time I was playing with a WIP to dump all the strings in the JS heap was that it looks like string.split() makes all the split strings keep a reference to the whole string (like if the new smaller strings were just a reference to the large string with new boundaries)
22:59:54 <flo-retina> that would make sense to make .split fast
22:59:57 <nhnt11> I just did hg pull -u, which means I need to do a full build..
23:00:12 <flo-retina> but if we drop all the strings but a few small pieces, it's very wasteful
23:00:21 <nhnt11> Hmm
23:00:55 <flo-retina> so my guess is that we are receiving 190kB of data on the IRC socket, and splitting that data, then splitting again each line, and keeping a reference to at least one sub string
23:01:20 <nhnt11> Interesting
23:02:42 * nhnt11 goes to bed
23:02:44 <nhnt11> Good night
23:03:10 <flo-retina> "I'll mostly be hacking on it during weekends and whenever I'm bored and free for an hour or two. ;)" you know that's what we all do, right? ;)
23:03:30 <flo-retina> nhnt11: Good night :)
23:03:38 <flo-retina> nhnt11: and thanks for your great work this summer!
23:03:46 <flo-retina> (welcome to autumn of code :-P) :)
23:04:15 <nhnt11> flo-retina: Sure, but I said it anyway :P
23:05:02 <nhnt11> And it was my pleasure :]
23:05:10 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
23:12:40 --> skeledrew1 has joined #instantbird
23:13:08 <-- skeledrew has quit (Ping timeout)