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)