All times are UTC.
00:11:37 <-- Even has quit (Input/output error) 00:25:11 --> clokep has joined #instantbird 00:25:11 * ChanServ sets mode +o clokep 00:33:37 <clokep> Woo! Reviews stolen. ;) 00:35:37 <instantbot> clokep@gmail.com granted review for attachment 2469 on bug 1956. 00:35:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1956 nor, --, ---, clokep, ASSI, Update to Mozilla 21 00:36:59 <instantbot> clokep@gmail.com set the Resolution field on bug 1962 to FIXED. 00:37:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1962 nor, --, 1.5, nhnt11, RESO FIXED, Backslash is stripped from incoming action messages 00:37:29 <instantbot> clokep@gmail.com set the Resolution field on bug 1974 to FIXED. 00:37:36 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1974 nor, --, 1.5, aleth, RESO FIXED, Log window is not focused if it already exists 00:38:30 <instantbot> clokep@gmail.com set the Resolution field on bug 1757 to FIXED. 00:38:36 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1757 min, --, 1.5, aleth, RESO FIXED, Nicks starting or ending by a non-alphanumeric character aren't detected correctly 00:38:51 <instantbot> clokep@gmail.com set the Resolution field on bug 1175 to FIXED. 00:38:57 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1175 nor, --, 1.5, aleth, RESO FIXED, Add-ons need a notification when a conversation is detached and moved to a new window 00:39:22 <instantbot> clokep@gmail.com set the Resolution field on bug 1481 to FIXED. 00:39:25 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1481 enh, --, 1.5, benediktp, RESO FIXED, Style visible tabs in all-tabs menu like Firefox does 00:41:03 <instantbot> New Instantbird (UI) bug 1987 filed by clokep@gmail.com. 00:41:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1987 min, --, ---, nobody, NEW, Nicks starting and ending in _ aren't detected correctly 01:05:05 <-- Mook_as has quit (Quit: Mook_as) 01:07:19 <instantbot> clokep@gmail.com set the Resolution field on bug 1971 to WORKSFORME. 01:07:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1971 nor, --, ---, nobody, RESO WORKSFORME, Unable to authenticate with IRC server using LDAP authentication 01:25:19 <-- FireFly_TB has quit (Ping timeout) 01:28:49 --> FireFly_TB has joined #instantbird 02:03:22 <-- rosonline has quit (Client exited) 02:08:14 <-- chrisccoulson has quit (Ping timeout) 02:08:38 --> chrisccoulson has joined #instantbird 02:10:24 <-- wnayes has quit (Quit: wnayes) 02:28:27 <instantbot> clokep@gmail.com requested review from benediktp@ymail.com for attachment 2470 on bug 488. 02:28:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=488 nor, --, ---, nobody, NEW, Missing Commonly Used Emoticon 02:35:00 --> Mook has joined #instantbird 02:45:23 * qheaden_away is now known as qheaden 02:47:25 <qheaden> Good evening. 03:08:38 <-- clokep has quit (Connection reset by peer) 03:36:55 <instant-buildbot> build #861 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/861 03:47:29 <-- mconley has quit (Input/output error) 04:02:49 <-- unghost has quit (Ping timeout) 04:03:49 * qheaden is now known as qheaden_away 04:30:24 --> Optimizer has joined #instantbird 04:44:53 <-- Optimizer has quit (Ping timeout) 04:45:16 <-- skeledrew has quit (Ping timeout) 04:48:15 --> Optimizer has joined #instantbird 05:25:55 <-- Optimizer has quit (Ping timeout) 05:29:16 --> Optimizer has joined #instantbird 05:38:52 --> skeledrew has joined #instantbird 05:43:47 --> Mic has joined #instantbird 05:43:48 * ChanServ sets mode +h Mic 05:47:25 --> DGMurdockIII has joined #instantbird 05:48:12 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 05:48:50 --> Mic has joined #instantbird 05:48:50 * ChanServ sets mode +h Mic 05:54:32 --> jb has joined #instantbird 06:23:07 <-- Mic has quit (Ping timeout) 06:28:31 <-- Optimizer has quit (Ping timeout) 06:31:58 --> Optimizer has joined #instantbird 06:45:20 <-- jb has quit (Ping timeout) 06:45:44 --> Mic has joined #instantbird 06:45:45 * ChanServ sets mode +h Mic 07:01:21 <-- Mook has quit (Ping timeout) 07:02:31 <-- EionRobb has quit (Ping timeout) 07:02:52 <Mic> Hi 07:05:16 --> Mook has joined #instantbird 07:05:32 --> gerard-majax__ has joined #instantbird 07:13:56 <-- Mook has quit (Quit: Mook) 07:14:48 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 07:14:50 --> flo-retina has joined #instantbird 07:14:50 * ChanServ sets mode +qo flo-retina flo-retina 07:23:47 --> EionRobb has joined #instantbird 07:37:12 --> nhnt11 has joined #instantbird 07:39:54 <Mic> HI nhnt11 07:39:57 <Mic> *Hi 07:42:56 <nhnt11> Hi Mic. 07:43:35 <Mic> Unfortunately I need to leave in a few minutes and will be away for the day :( 07:43:50 <nhnt11> Mic: :( 07:44:01 <nhnt11> Mic: If there's anything specific you'd like me to work on today, let me know. 07:44:10 <nhnt11> Otherwise I'll be working on those errors. 07:44:27 <nhnt11> I think adding some abstraction is the best way to do it. 07:44:47 <Mic> We hope to partially fix these errors by abstracting some parts out of tabbrowser instead of if-clauses around the places in question. 07:45:03 <Mic> Did you see the idea with a generic tab and a conversation tab derived from it? 07:45:17 <nhnt11> Yeah. That's what my OOP instincts were screaming at me anyway :P 07:45:28 <Mic> Good 07:46:11 <Mic> Some parts of tabbrowser seem to be cruft, the _browsers array could well away without much problems if I'm not mistaken. Better ask lxr again though. 07:46:51 <Mic> "getBrowser" could forward the calls to the actual browser, instead of making the tabbrowser behave like a normal browser (see ~ line 1246 iirc?) 07:47:10 <nhnt11> Okay. 07:47:34 <Mic> search for getBrowser with lxr and you'll notice that almost all calls to it want to get to the tabbrowser and not the attached conversations browser. 07:48:05 <nhnt11> I saw that. 07:48:15 <Mic> Sorry if I'm unclear, I'm in a bit of a hurry atm 07:48:23 <nhnt11> Nope I understand 07:48:26 <nhnt11> Thanks. 07:48:50 <Mic> Most of this I've mentioned in yesterday's log at one point or the other. 07:49:08 <nhnt11> Right. 07:49:34 <Mic> Context menus and the menuitems for the alltabs menu (when there are too many open tabs, like in Fx) could be build with the help of the tabs instead of only by tabbrowser alone... 07:50:10 <nhnt11> Makes sense. 07:51:08 <Mic> It might be a start... 07:51:36 <Mic> I need to go, I'll be back in the evening. 07:51:40 <nhnt11> Okay! 07:51:52 <Mic> I'm sure the others will answer your questions well :) 07:51:57 <Mic> bye! 07:52:01 <nhnt11> Of course. Bye! 07:52:01 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 07:59:00 <-- nhnt11 has quit (Ping timeout) 07:59:18 --> jb has joined #instantbird 08:08:52 <-- FireFly_TB has quit (Ping timeout) 08:09:24 --> nhnt11_phone has joined #instantbird 08:09:46 <-- flo-retina has quit (Ping timeout) 08:09:58 <nhnt11_phone> My broadband just stopped working so I may be offline for a while :( 08:10:07 * nhnt11_phone is getting a better net connection soon. 08:10:11 <-- nhnt11_phone has quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )) 08:12:28 --> FireFly_TB has joined #instantbird 08:14:31 --> dionisos has joined #instantbird 08:20:20 --> nhnt11 has joined #instantbird 08:21:39 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 08:21:42 --> nhnt11 has joined #instantbird 08:21:44 <-- nhnt11 has left #instantbird () 08:21:50 --> nhnt11 has joined #instantbird 08:28:36 --> Even has joined #instantbird 08:28:36 * ChanServ sets mode +o Even 08:59:44 <-- Even has quit (Input/output error) 09:02:35 --> Even has joined #instantbird 09:02:35 * ChanServ sets mode +o Even 09:07:25 <-- Even has quit (Input/output error) 09:09:53 <-- dionisos has quit (Client exited) 09:10:30 --> Even has joined #instantbird 09:10:30 * ChanServ sets mode +o Even 09:11:49 --> flo-retina has joined #instantbird 09:11:50 * ChanServ sets mode +qo flo-retina flo-retina 09:12:54 <instant-buildbot> build #403 of win32-onCommit is complete: Exception [exception] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/403 blamelist: Benedikt Pfeifer <benediktp@ymail.com>, aleth <aleth@instantbird.org>, aleth <aleth@instantbird.org, Nihanth Subramanya <nhnt11@gmail.com> 09:17:27 <instant-buildbot> build #961 of win32-nightly-default is complete: Failure [failed shell] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/961 09:36:10 --> dionisos has joined #instantbird 09:36:40 <-- dionisos has left #instantbird () 09:41:37 <-- FireFly_TB has quit (Ping timeout) 09:42:16 --> deltafalcon has joined #instantbird 09:53:08 <flo-retina> if at some point nhnt11 wants to look away from the conversation window, and do a relatively simple yet very visible enhancement to the blist window to get familiar with it, bug 631 may be a good one. (If interested I can explain in more details what the expected behavior would be) 09:53:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=631 enh, --, ---, nobody, NEW, Filtering buddy list 10:03:06 --> clokep has joined #instantbird 10:03:06 * ChanServ sets mode +o clokep 10:05:45 <flo-retina> clokep: what were you moz21 issues on Linux (I don't remember :() ? 10:05:48 <flo-retina> *your 10:05:59 <flo-retina> btw, good morning! :) 10:09:53 <instant-buildbot> build #865 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/865 10:14:24 <clokep> flo-retina: I had crazy flags once I started compiling libpurple. (-KPIC?) 10:17:00 <flo-retina> ah right, fun :) 10:17:08 <flo-retina> clokep: should I try compiling on linux before pushing the update? 10:18:23 <clokep> flo-retina: If you can do so easily, maybe. :) 10:18:38 <flo-retina> I likely can't before tomorrow evening 10:23:21 <clokep> I'll try to do it then. 10:26:10 <-- Optimizer has quit (Ping timeout) 10:28:58 <clokep> flo-retina: I started my build w/ that patch. 10:29:24 --> Optimizer has joined #instantbird 10:31:08 <flo-retina> clokep: cool, thanks :) 10:31:46 <clokep> I won't really be able to debug stuff if the world breaks though. :) 10:31:57 --> aleth has joined #instantbird 10:31:57 * ChanServ sets mode +h aleth 10:32:54 <nhnt11> As I expected, setting up the repo was a breeze. :) 10:33:08 <aleth> yay, checkins :) 10:35:17 <nhnt11> flo-retina: I'll look at that later, thanks. 10:35:18 <flo-retina> aleth: random idea of the day: do not display new messages in tabs that aren't selected; display them only when the tab is shown/about to be shown 10:35:35 <flo-retina> we could probably save a bunch of memory by not creating the DOM nodes unless they are actually going to be displayed 10:36:02 <nhnt11> flo-retina: Wouldn't that slow it down a lot if, say, there were a load of new messages and the user then switched to that tab? 10:36:04 <aleth> flo-retina: Wouldn't it mean switching tabs could feel "slow" in some cases? 10:36:55 <flo-retina> aleth: how slow would it be? 10:37:09 <nhnt11> flo-retina, aleth: By the way, I was thinking, in tabs that aren't focused (or if the window isn't focused), could we prevent scrolling down so that the user doesn't have to scroll up again to read new messages? 10:37:17 <flo-retina> aleth: if we can get away with displaying only the last 20 or so messages, and fill up the rest asynchronously, it could probably feel snappy 10:37:19 <aleth> Depends on the number of messages 10:37:32 <aleth> To really save memory you'd have to unload the nodes again when switching away from a tab though. 10:37:37 <flo-retina> nhnt11: I don't think that's wanted 10:38:05 <aleth> flo-retina: That would work! But I'd want to implement doing something similar when opening a conversation from hold first. 10:38:12 <flo-retina> nhnt11: there's however an unread ruler that shows you where the last message was, and you can scroll to it quickly (three fingers up on the touchpad for me; there's also a keyboard shortcut) 10:38:27 <aleth> nhnt11: Press Home or alt-PgUp 10:38:40 <flo-retina> aleth: not when switching away from the tab, but after a few minutes, yes :) 10:38:54 <-- nhnt11 has quit (Ping timeout) 10:39:11 <flo-retina> aleth: and sure, play with opening convs on hold first if you want. I was just brainstorming random ideas :) 10:39:46 <aleth> flo-retina: It would definitely be good if we could be more flexible than keeping everything in the DOM 10:40:55 <aleth> The message style structure makes it really hard though. 10:41:01 <aleth> flo-retina: If my suspicion about bug 1940 is right, that alone should save a lot of memory over time :) 10:41:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1940 nor, --, ---, aleth, ASSI, Fix errors/warnings on detaching/reattaching conversations 10:41:25 <flo-retina> only for people detaching tabs, right? 10:41:27 --> nhnt11 has joined #instantbird 10:41:35 <aleth> No, for all closed tabs 10:41:51 * flo-retina doesn't close tabs 10:42:21 <aleth> The selection listeners are references to the browser and were not destroyed 10:43:09 <-- nhnt11 has quit (Ping timeout) 10:43:11 <aleth> flo-retina: Really? Putting a tab on hold is also closing the browser afaik ;) 10:43:26 <aleth> Maybe you have enough screens not to need to do that anymore :P 10:44:00 --> nhnt11 has joined #instantbird 10:44:09 <flo-retina> aleth: well, I'm just unhappy that I have too many tabs, and thinking that I need the hide auto joins add-on again 10:44:18 <flo-retina> except I'm still trying to use Ib without add-ons on this machine ;) 10:44:42 <aleth> flo-retina: It's hard to live without hide auto-joins... 10:45:03 <aleth> All those features waiting for session restore ;) 10:47:05 * clokep just had to merge his mq. :( 10:47:08 <clokep> That was annoying... 10:47:32 <instantbot> New Instantbird (UI) bug 1988 filed by aleth@instantbird.org. 10:47:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1988 min, --, ---, nobody, NEW, Don't underline nicks starting and ending with an underscore 10:48:20 <nhnt11> _aleth_ 10:48:48 <aleth> ^^ that's not a bug ;) 10:48:56 <flo-retina> aleth: bug 1987 10:48:59 <nhnt11> Oh wait never mind. 10:48:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1987 min, --, ---, nobody, NEW, Nicks starting and ending in _ aren't detected correctly 10:49:01 <nhnt11> aleth: I got it :) 10:49:07 <-- EionRobb has quit (Connection reset by peer) 10:49:31 <aleth> flo-retina: Oops, missed that in the logs :( 10:49:55 <instantbot> clokep@gmail.com set the Resolution field on bug 1988 to DUPLICATE of bug 1987. 10:49:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1988 min, --, ---, nobody, RESO DUPLICATE, Don't underline nicks starting and ending with an underscore 10:54:29 <-- aleth has quit (Quit: Ciao) 10:54:34 --> aleth has joined #instantbird 10:54:34 * ChanServ sets mode +h aleth 10:54:56 * aleth is now known as _aleth_ 10:55:29 * _aleth_ is now known as aleth 10:59:34 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 11:07:20 <flo-retina> status reminder would be nice to have by default too :-| 11:28:00 <-- nhnt11 has quit (Ping timeout) 11:31:29 --> nhnt11 has joined #instantbird 11:42:53 --> clokep_work has joined #instantbird 11:42:53 * ChanServ sets mode +o clokep_work 11:43:32 <clokep_work> Are we concerned the windows nightly failed? 11:47:27 <-- nhnt11 has quit (Ping timeout) 11:49:32 --> nhnt11 has joined #instantbird 11:50:54 <nhnt11> How do I open a url in the browser from code? (I want to make an addon that creates a command to open log.bezut.info) 11:52:16 <nhnt11> Ah, found a reference.. https://developer.mozilla.org/en/docs/Opening_a_Link_in_the_Default_Browser 11:53:59 <aleth> nhnt11: |Components.classes["@mozilla.org/uriloader/external-protocol-service;1"].getService(Components.interfaces.nsIExternalProtocolService).loadUrl(Services.io.newURI(URL, null, null));| 11:54:31 <nhnt11> aleth: It's in that link, but thanks! 11:55:15 <aleth> nhnt11: Ah cool... I didn't open it and thought that it might be FF-specific 11:56:14 --> atuljangra has joined #instantbird 11:58:09 <nhnt11> Hi atuljangra :) 11:59:02 <atuljangra> nhnt11: hey :) 12:03:52 <nhnt11> So I want to create a single BitBucket repo for all my Ib extensions. What's the best way to manage individual sub-projects in a single repo with hg? (I was thinking of just mentioning the particular extension I was modifying in each commit message but there must be a better way) 12:04:16 * qheaden_away is now known as qheaden 12:04:17 <aleth> nhnt11: Mercurial queues 12:04:27 <qheaden> Hi all! 12:05:08 <clokep_work> aleth, nhnt11: mq has nothing to do with what he just asked. 12:05:41 <clokep_work> nhnt11: The best way is to use subfolders and mention what you're changing in the commit message, yes. Personally, I use separate repos for all my extensions, except my IRC extensions which are all in the same repo. 12:05:55 <clokep_work> nhnt11: https://bitbucket.org/clokep/irc-extras 12:06:00 * aleth hides from future hg questions ;) 12:06:08 <atuljangra> nhnt11: why no use separate repos for separate extensions? 12:06:12 <clokep_work> But I tend to have really bad commit messages. ;) 12:06:27 <nhnt11> atuljangra: Because I'd have to create a new repo every time I made a new extension and I'm lazy :P 12:06:46 <nhnt11> s/made/make 12:06:47 <aleth> Oh wait, I think I rather misunderstood the question. 12:07:07 <atuljangra> nhnt11: okay :P 12:07:25 <nhnt11> (Unless I can find an easy way of creating a new BB repo from command line) 12:07:51 <aleth> nhnt11: Having a single huge repo may be more failure-prone though 12:08:24 <nhnt11> aleth: That's what I'm afraid of. I was hoping there was a way to manage sub-repos or something... Researching. 12:09:04 <nhnt11> This seems to be an easy way to do it... http://stackoverflow.com/a/12806500 12:09:12 <nhnt11> (Create new repos from command line) 12:09:56 <clokep_work> nhnt11, aleth: Why would that be "failure prone"? :-S 12:10:33 <nhnt11> clokep_work: If I break the repo like yesterday, all my add-ons say hello to cyber-heaven. 12:10:51 <clokep_work> nhnt11: What does "break the repo" mean? I've never corrupted an hg repo. 12:10:56 <clokep_work> (THe same is not true for git btw.) 12:11:00 <aleth> clokep_work: The unlikely event of the user breaking something breaks all the user's projects at the same time 12:11:12 <aleth> "(THe same is not true for git btw.)" is probably why I thought of it, yes :D 12:12:45 <-- atuljangra has quit (Quit: http://www.mibbit.com ajax IRC Client) 12:12:54 <clokep_work> But if you push your changes to the server....you just reclone and voila you have a working repo. :-/ 12:13:10 <aleth> clokep_work, nhnt11: Though one should never confuse versioning with backups. 12:13:44 <nhnt11> aleth: That's true :P But if I break the repo I would lose all my versioning history. 12:14:09 <nhnt11> clokep_work: Yeah I'm just being a bit fussy. I'm going to follow the commit-message way, the other ways seem too complicated. 12:14:14 <qheaden> clokep_work: I think today I need to work on packet structures. 12:16:29 <clokep_work> nhnt11: https://bitbucket.org/birkenfeld/hgbb seems to have a bitbucket create extension. 12:16:56 <clokep_work> qheaden: Yes, that's a big part of all this stuff. Being able to properly encode and decode messages! 12:17:05 <clokep_work> And we're definitely going to require tests, fyi. :) 12:17:08 <nhnt11> clokep_work: That looks brilliant. 12:17:30 <qheaden> No... not the tests!!! :) 12:17:30 <clokep_work> Now if only I could get my extensions to work on both the Windows cmd line and MozillaBuild. :-/ 12:17:44 * clokep_work finds test driven development useful when creating parsers. 12:18:22 <qheaden> clokep_work: Are there any utilities to convert numbers into byte arrays for 16 bits and 32 bits? 12:18:45 <qheaden> I can write my own functionality, but don't want to reinvent the wheel. 12:21:18 <clokep_work> qheaden: I'm not entirely sure what you mean by "byte arrays" (it could mean a few thing sin my mind...) 12:22:31 * clokep_work wonders if qheaden is asking about something like https://bitbucket.org/clokep/instantbird-patches/src/tip/oscar?at=default#cl-1523 12:22:57 * clokep_work forgets why atul can't connect directly to IRC. 12:23:28 --> novabyte has joined #instantbird 12:23:36 <qheaden> clokep_work: Yeah. Being able to store the lower and upper bytes of numbers. 12:24:03 <qheaden> clokep_work: I'm storing bytes in a normal JS array, and then using your BytesToArrayBuffer function to create the buffer. 12:25:27 <clokep_work> qheaden: I would suggest adding a ShortsToArrayBuffer method to ArrayBufferUtil. 12:25:46 <clokep_work> (Maybe?) 12:26:41 --> dionisos has joined #instantbird 12:28:05 <qheaden> clokep_work: So you can see what I was trying to do, here is my framework packet code I wrote last night. - http://pastebin.mozilla.org/2467244 12:28:56 <clokep_work> qheaden: Why keep it in a byte array? Just work directly on the ArrayBuffer, that'll be a lot less error prone IMO. 12:29:11 <clokep_work> (And faster.) 12:29:30 <qheaden> clokep_work: ArrayBuffer can be appended to right? 12:29:41 <clokep_work> qheaden: Do you not know the full length ahead of time? 12:29:53 <qheaden> clokep_work: No. Packet length can vary. 12:30:00 <qheaden> Only the header is fixed. 12:30:01 <clokep_work> That didn't answer my question. 12:30:15 <clokep_work> Are you talking about parsing a packet or building a packet? 12:30:26 <clokep_work> They're two separate operations of which you know different information a priori. 12:30:38 <qheaden> clokep_work: I'm working on building packets right now. 12:31:55 <-- deltafalcon has quit (Ping timeout) 12:34:12 <clokep_work> OK. 12:34:23 <clokep_work> I don't fully remember the ArrayBuffer API, but I'm sure you can append if you have to. 12:34:40 <clokep_work> qheaden: https://developer.mozilla.org/en-US/docs/JavaScript_typed_arrays 12:34:42 <qheaden> clokep_work: When parsing a packet, thanks to the header, you do know length ahead of time. 12:35:14 <clokep_work> qheaden: But if you know the data going in...don't you know the length when building it too? 12:35:22 * clokep_work doesn't understand how you can build it without knowing the lenght. :-S 12:35:52 --> deltafalcon has joined #instantbird 12:36:37 <qheaden> clokep_work: Yes, you must know the length before building. 12:37:02 <qheaden> I was just saying that I wanted to create an appending approach, and build when everything is added to the packet. 12:37:21 <qheaden> That way, it will be easier to handle length when multiple string values are involved (such as username). 12:38:24 <clokep_work> That sounds slow, but maybe that's just the numerical computing in me speaking. 12:39:04 <clokep_work> I'm concerned about using a byte array to store things, that seems error prone. 12:39:40 <qheaden> clokep_work: I'm looking at the type array docs now, and we can use an ArrayBuffer. 12:39:57 <clokep_work> You'll need to constantly be converted between multiple bytes and shorts/ints/strings/etc. 12:40:14 <clokep_work> (Also there's no way you can get a long...but that's a bigger issue in JS... :() 12:40:42 <qheaden> clokep_work: Because the Yahoo header involves strings, 16 bit ints, and 32 bit ints. 12:42:37 <qheaden> Looking at the array docs, we can just use multiple views to set the data type we want. 12:43:18 <clokep_work> I understand that it involves multiple types, that's my point. I think that will be frustrating to deal with in bytes. 12:43:43 <clokep_work> Instead of dealing with slicing and custom methods we can just use ones that are given to us. 12:46:27 <flo-retina> clokep_work: failed Windows nightly? where? :) It looks to me like it's "distributing" ;) 12:47:02 <clokep_work> :P 12:50:12 <nhnt11> "/logs" command is convenient :P Here's the add-on if anybody wants it... http://goo.gl/zeLcM 12:50:50 <clokep_work> nhnt11: Get it to just inject them into the conversation? :P 12:51:25 <nhnt11> clokep_work: That probably won't be very difficult :P 12:51:38 <aleth> nhnt11: Filter out the entries already in your own logs? :P 12:51:48 <nhnt11> clokep_work: There's a lot that can be done with it... add a parameter for which day's, etc :P 12:51:55 <nhnt11> And what aleth just said. 12:52:11 <aleth> Might distract just a bit from gsoc though... ;) 12:52:28 <nhnt11> aleth: Yeah I've wasted enough time today already :P Another day! 12:54:01 <aleth> Something like clokep's suggestion might become much easier once wnayes log importer patch lands. 12:54:12 <instant-buildbot> build #962 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/962 12:57:19 <flo-retina> :) 12:57:23 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2471 on bug 1973. 12:57:25 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1973 nor, --, ---, aleth, ASSI, Concatenated logs don't work for buddies and contacts 12:58:21 <flo-retina> r- is a magic recipe to get more reviews to do ;). 12:59:09 <clokep_work> qheaden: Btw we should go over some code at some point just to discuss any nits so you don't have to go back through afterward and fix a billion things because I don't like where you put a { ;) 12:59:24 <aleth> On the other hand, the new reviews should be quicker ;) 12:59:32 <qheaden> clokep_work: I like that concept. :) 12:59:37 <aleth> Not always true though. 12:59:54 <clokep_work> aleth: I have a r? from you... 13:00:05 <flo-retina> aleth: I'm not sure that one will really be quick though :-: 13:00:09 <flo-retina> *:-/ 13:01:05 <aleth> It looks messier than it is, hopefully. 13:01:26 <clokep_work> aleth: So I liked having that code in the catch statement better. :- 13:01:48 <clokep_work> I also don't understand why you moved the sendData call above the WARN. 13:01:54 <aleth> clokep_work: So did I. 13:02:05 <clokep_work> Those were in that order on purpose. 13:03:07 <aleth> It can't be in the catch statement because we no longer have a parameter containing the conversation in sendRawMessage 13:03:51 <flo-retina> aleth: I don't see anything obviously wrong :) 13:04:22 <aleth> clokep_work: I moved the sendData above the WARN because if sendData fails due to a socket error, then the error in sendString wasn't due to a conversion failure. But maybe I missed something 13:14:55 <clokep_work> aleth: Hmm....maybe. 13:15:15 <qheaden> Does JavaScript allow you to insert hexadecimal values right within a string? Like \x57 or something similar? 13:16:25 <clokep_work> qheaden: Yes. As long as you save the file as UTF8. 13:16:47 <qheaden> Ok. 13:17:11 <aleth> It's a good idea to make sure you save everything as UTF8 anyway. 13:18:29 <-- Optimizer has quit (Connection reset by peer) 13:19:01 <nhnt11> So I'm working on a generic tab (that conversation will extend). Should I include methods like "onConvResize" etc. as empty functions to be overridden? (So errors aren't thrown left right and center) 13:19:08 <flo-retina> bah, css frameworks are as useful as JS frameworks as a way to waste time debugging non sense :(. 13:19:21 <aleth> nhnt11: How about onResize? 13:19:32 <nhnt11> aleth: Yes, I'll rename it to be generic. 13:19:44 <aleth> Or if the event bubbles, just move the corresponding handler. 13:20:51 <nhnt11> In this case, I don't think it bubbles. 13:21:00 <nhnt11> onConvResize seems to be called externally 13:21:48 <nhnt11> Wait it's not. But I remember some function like this being called externally.. 13:22:54 <qheaden> clokep_work: The packet data (after the header) contains all key value pairs, so this can easily be mapped to JSON objects, or maps. 13:23:23 <clokep_work> qheaden: Sounds like a good idea. 13:23:34 <clokep_work> nhnt11: lxr? 13:23:38 <aleth> nhnt11: Wait, I'm confused. onConvResize is in the conversation binding, not in tabbrowser. 13:24:10 <nhnt11> aleth: Yeah it is. Like I said I thought it was called from tabbrowser (not sure why I though that) 13:24:12 <aleth> So why are you worrying about it? 13:24:19 <aleth> Ah, OK :) 13:24:22 <nhnt11> I'm not, anymore :P 13:28:15 <aleth> nhnt11: Are you going to extend the tabbrowser-tab binding or what approach are you taking? 13:30:34 <nhnt11> aleth: The tabbrowser-tab is only for the actual "tab" right 13:30:48 <aleth> nhnt11: Yes, as far as I recall. 13:31:02 <nhnt11> aleth: So that's not very useful. 13:31:08 <aleth> It might be helpful to install DOM Inspector and walk the DOM to see the structure "live" if you haven't done so. 13:31:12 <nhnt11> The problem is the linked content. 13:31:39 --> Optimizer has joined #instantbird 13:31:39 <aleth> Yes, I'm asking what structure you are envisioning for that 13:31:53 <nhnt11> I'm trying to create a generic "tabcontent" that anything that wants to add itself as a tab must extend 13:32:23 <aleth> So a tabbrowser-tab would then contain "tabcontent"? 13:32:30 <nhnt11> Right. 13:32:39 <nhnt11> Instead of linkedConversation, there would be linkedContent 13:33:00 <aleth> There are existing methods in tabbrowser-tab that only apply to conversation tabs 13:33:10 <nhnt11> (conversations could have an isConversation property or linkedConversation could be kept) 13:34:46 <aleth> So I wonder if instead of tabcontent it might be easier to just differentiate at that level (i.e. have tabcontent be part of the spec for a tab) 13:34:48 <nhnt11> aleth: Hmm. Then I may need to add some abstraction there as well.. 13:34:58 <nhnt11> Yeah that may be good. 13:35:03 <aleth> You'd then have conversation tabs, awesome tabs, etc... 13:35:26 <nhnt11> Yeah, okay. 13:35:47 <aleth> Just a thought - it may not end up being the best design 13:35:51 <aleth> Tough job you have there to disentangle tabbrowser! :) 13:37:11 <-- nhnt11 has quit (Ping timeout) 13:39:08 --> mconley has joined #instantbird 13:40:06 <qheaden> clokep_work: Strangely, when I try to connected to a host with a socket, it get an exception from http.jsm, like 54. 13:40:23 <qheaden> The exception message is 2147500033. :-S 13:40:43 <-- Optimizer has quit (Ping timeout) 13:41:25 --> nhnt11 has joined #instantbird 13:41:31 * nhnt11 hates his ISP 13:42:07 <nhnt11> 19:05:36 - nhnt11: Then the addGenericTab would accept a "aTabType" parameter. 13:42:07 <nhnt11> 19:06:36 - nhnt11: Technically aTabType and aContentType should be linked... I don't see a case where a single tab type may have two possible content types or vice versa 13:42:32 <nhnt11> aleth: Do you have any comments on the second message above? ^ 13:42:41 <clokep_work> Can someone explain to me what a "linkedConversation" is quickly? 13:42:43 * clokep_work is curious. 13:43:07 <clokep_work> qheaden: http://james-ross.co.uk/mozilla/misc/nserror?0x80004001 13:43:24 <clokep_work> qheaden: I'm confused by you using "socket" and "http.jsm" in the same sentence. 13:43:36 <qheaden> clokep_work: Thanks for the link. 13:44:04 <qheaden> clokep_work: Sorry, I meant that doXHRequest seems to be messing with my ability to connect a socket later. 13:44:19 <-- nhnt11 has quit (Ping timeout) 13:44:31 --> Optimizer has joined #instantbird 13:44:37 * qheaden feels that he just made clokep_work confused even more. 13:46:05 <clokep_work> qheaden: They're totally separate things, can I see your code? 13:46:39 <aleth> clokep_work: linkedConversation is the conversation contained in a given tab, linkedBrowser is the convbrowser. 13:48:27 --> nhnt11 has joined #instantbird 13:48:36 <nhnt11> 19:13:12 - nhnt11: clokep_work: When adding a tab, the method "attaches" the aConv parameter to the new tab as "linkedConversation" 13:48:36 <nhnt11> 19:13:30 - nhnt11: s/aConv/The created conversation 13:48:50 <aleth> nhnt11: That sounds reasonable. 13:48:52 <-- Kaishi has quit (Quit: Kaishi) 13:49:26 <clokep_work> I see. 13:49:32 <qheaden> clokep_work: Wait, I think I might have found the issue. If not, I send my code over. 13:50:39 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 13:50:51 --> nhnt11 has joined #instantbird 13:50:58 <flo-retina> nhnt11: btw, I think you should avoid using "tabcontent" as a name for "the content of a tab". The result of the code usually refers to that 'content' as a panel. 13:51:23 <flo-retina> and "content" is usually the opposite of "chrome", or what's displayed inside a browser (ie when doing browser.contentWindow) 13:51:39 <nhnt11> flo-retina: I realize it's not a good name. 13:54:01 <nhnt11> Currently I'm thinking of implementing an extension of panel, which keeps an extension of tabbrowser-tab. 13:54:37 <nhnt11> That way, only one parameter needs to be passed to addGenericTab (say aContentType), and aContentType.tabType (for e.g.) can be used to create the tab. 13:55:31 <nhnt11> (In the future, it may be possible to remove _addConversation altogether) 14:01:28 <-- Optimizer has quit (Ping timeout) 14:02:38 <flo-retina> nhnt11: are you trying to get rid of the .linkedBrowser property? 14:05:22 <nhnt11> flo-retina: linkedBrowser is only relevant to conversation. 14:05:26 <nhnt11> conversations*. 14:05:57 <nhnt11> flo-retina: So the conversation extension of tabbrowser-tab should have a linkedBrowser, but not others. 14:06:00 * flo-retina expected an answer closer to "yes" or "no" :-) 14:06:03 <qheaden> clokep_work: Oh, on a side note, I have somewhere to be all day tomorrow, so I probably won't be logging in IRC. 14:06:37 <nhnt11> flo-retina: Well I'm not trying to completely get rid of it so I thought a bit of explanation might be in order :P 14:07:27 <flo-retina> nhnt11: I suspect the code would be clarified if we replaced linkedConversation by linkedPanel, removed linkedBrowser completely, and handled in conversation.xml all the stuff that's specific to conversations 14:09:01 --> Optimizer has joined #instantbird 14:10:48 <nhnt11> flo-retina: I've already started changing stuff to linkedPanel. 14:10:55 <-- Optimizer has quit (Ping timeout) 14:10:59 <flo-retina> :) 14:11:24 <nhnt11> I'm not sure of the best way to handle linkedBrowser though. I'll think about it when I get to it :P 14:11:41 * qheaden found the problem. 14:11:47 <flo-retina> nhnt11: sure 14:12:28 <flo-retina> nhnt11: iirc it took me a week to fork the Firefox tabbrowser.xml and clean it up / adapt it enough to work for us. 14:13:02 <flo-retina> and now you've got to clean up / fix all the things I didn't do right the first time ;) 14:13:14 <nhnt11> flo-retina: Do you have any reason other than easy portability of addons for using Fx code? 14:13:15 <flo-retina> well, maybe not all of them, but a significant part of them 14:13:49 <flo-retina> nhnt11: I'm not sure I understand that question; but the reason was "not starting from scratch" 14:14:03 <flo-retina> tabs in Firefox and Instantbird are really not trivial ;) 14:14:12 <nhnt11> True :) 14:14:13 <clokep_work> qheaden: Tomorrow is Saturday. ;) 14:14:22 <flo-retina> before that we just had a regular tabbox (same as you can see in the advanced tab of the preference dialog). 14:14:45 <flo-retina> clokep_work: oh really? :-o 14:15:07 <qheaden> clokep_work: I'm one of those weekend coder types. :P 14:15:21 <clokep_work> I'm hit or miss on weekends, depends what I'm doing. :) 14:15:23 <-- jb has quit (Ping timeout) 14:15:44 <qheaden> clokep_work: I found the issue with my code BTW. It was because your patch to socket.jsm required all of the event methods to be overridden. 14:15:55 <qheaden> Which is a good thing. ;) 14:16:54 <flo-retina> qheaden: I think most of us were weekend coder types... before getting a day job and needing to actually take time off during week-ends ;) 14:17:14 <qheaden> flo-retina: Very true. :) 14:18:05 <flo-retina> it's not always easy for me to find motivation to do stuff on Instantbird during the evenings and week-ends, after spending most of the week doing Mozilla stuff already ;). 14:18:31 <flo-retina> Doesn't mean I'm not motivated by Instantbird any more; I just need to do something else sometimes :). 14:20:31 <qheaden> Yeah. Before getting accepted to GSoC, I was a bit reversed. I did too many different projects without focus. GSoC gave me the focus I needed. :) 14:21:03 * nhnt11 hasn't done much coding since 2011 :( 14:21:25 <nhnt11> (because of entrance exams in 2012) 14:21:49 --> jb has joined #instantbird 14:21:49 <qheaden> nhnt11: You a computer science major? 14:21:56 <nhnt11> qheaden: Electronics :( 14:22:26 <qheaden> nhnt11: Wow! Not my cup of tea, even though I wish I could do electronics. :) 14:22:57 <nhnt11> qheaden: Not my cup of tea either. I missed out on CS by one question in the entrance exam :P (yeah our majors are decided on our scores in an exam) 14:23:21 <qheaden> nhnt11: Really? That's interesting. 14:23:43 <qheaden> Is that a national standard, or just the school you attended? 14:23:47 <nhnt11> qheaden: Are you an undergrad student? 14:23:59 <nhnt11> qheaden: National standard (different schools have different exams) 14:24:06 <qheaden> qheaden: Yes, I'm an undergrad. 14:24:09 <qheaden> CS major. 14:24:29 <nhnt11> Also I've only finished one year so present tense is in order :P (in case you think I've finished) 14:25:24 <qheaden> nhnt11: I just finished my second year (well 1.5 years) this past semester. I'll be transferring next semester. 14:26:05 <nhnt11> :) 14:26:33 --> qlum has joined #instantbird 14:27:50 <qheaden> Out of curiosity, is there any advantage in using let over var? Is it just a new standard? 14:28:16 <clokep_work> qheaden: let is local. 14:28:19 <nhnt11> qheaden: let limits the scope of the variable to the block 14:28:19 <clokep_work> var is global. 14:28:21 <clokep_work> Let should almost always be used. 14:28:36 <qheaden> Ah okay. 14:29:28 * qheaden misses C++ where a variable declared in a block is automatically local. 14:31:10 * nhnt11 still finds JavaScripts leniency a little annoying :P 14:31:30 <clokep_work> qheaden: Isn't it the same in JS? :P Just use "let". 14:31:56 <clokep_work> nhnt11: It has a lot of great benefits and a lot of potential to shoot yourself in the foot. 14:32:13 <clokep_work> I'm constantly annoyed in C++ that I can't just pass arbitrary callbacks into things easily. 14:32:14 <instantbot> c++ is evil 14:32:26 <clokep_work> Or that I can't have an array that has different element types in it. 14:32:41 <clokep_work> (Yes, I know you can do these things, but not easily and not without keeping meta data about what you're doing...) 14:32:44 <qheaden> Something tells me that instantbot will hate me by the end of the summer. 14:33:04 * nhnt11 wonders what instantbot thinks of Java. 14:33:23 <nhnt11> instantbot: Java 14:33:26 <instantbot> nhnt11: Sorry, I've no idea what 'Java' might be. 14:33:28 <instantbot> nhnt11: firebot knew: Java is responsible for 80% of all computer infections. 14:33:39 <nhnt11> :') 14:33:41 <qheaden> lol 14:35:54 * nhnt11 muses that callbacks in C/C++ are simple compared to Java 14:36:39 <qheaden> Callbacks in C are easy. C++ makes callbacks hard because you can't pass non-static member functions as arguments. 14:37:13 <nhnt11> I've done very little C++ so I should stop talking :P 14:38:02 <qheaden> Boost C++ libraries give lots of extra functionality using metaprogramming. 14:41:33 <clokep_work> Bah, Boost... 14:41:37 <clokep_work> Worse than glib. ;) 14:42:10 <qheaden> Yeah, I'm not a bit fan. 14:42:13 <qheaden> *big 14:43:51 <aleth> You can also use some functional programming techniques in JS that are not easily possible in C 14:47:37 * qheaden is happy XPCOM makes the languages play nice. 14:56:11 <qheaden> clokep_work: I'm going to just start tonight posting weekly logs instead of waiting until the official coding period. 14:58:36 <clokep_work> qheaden: Roger. 15:00:59 --> rosonline has joined #instantbird 15:15:37 --> nccuong has joined #instantbird 15:16:08 <nccuong> Hi, building on Debian jessie I got "client.mk:111: *** Fix above errors before continuing.. Stop." 15:16:11 <nccuong> any idea? 15:16:51 <clokep_work> nccuong: Look above that for the real error. 15:16:58 <clokep_work> It could be a good 20 - 30 lines above. 15:17:48 <nccuong> clokep_work: can we somehow have a more specific error message? 15:18:54 <qheaden> nccuong: If it is a compile error, the Clang compiler does a good job of giving informative error messages. 15:19:36 <clokep_work> nccuong: What did you run? It should give a more specific error message. 15:19:55 <aleth> nccuong: It may be helpful to put up a pastebin of more of the output 15:19:57 <clokep_work> (There should at least be SOMETHING above that.) 15:20:05 <nccuong> that all I got ! 15:20:16 <aleth> I think that happened to flo-retina recently? 15:20:54 <nccuong> I did "make -f client.mk build" and that's all I got 15:21:29 <-- gerard-majax__ has quit (Ping timeout) 15:22:25 <clokep_work> nccuong: Did you run configure first? 15:22:40 <clokep_work> nccuong: I.e. |make -f client.mk| 15:23:35 <nccuong> I got the same error 15:24:15 <clokep_work> Can you pastebin the entire output? 15:26:04 <nccuong> that's the entire output 15:26:08 <nccuong> I don't have anything else :) 15:26:23 <nccuong> "client.mk:111: *** Fix above errors before continuing.. Stop." 15:26:29 <nccuong> not any single bit more 15:27:00 <clokep_work> How did you get the code? 15:27:13 <nccuong> using Mercurial 15:27:35 <clokep_work> ...can you be more specific? 15:27:38 <clokep_work> Did you run client.py checkout? 15:28:24 <nccuong> yeap 15:28:40 <nccuong> here what I did 15:28:46 <nccuong> hg clone http://hg.instantbird.org/instantbird 15:28:52 <nccuong> cd instantbird 15:28:57 <nccuong> python client.py checkout 15:29:13 <nccuong> I followed the steps from https://wiki.instantbird.org/Instantbird:Compiling 15:30:08 <qheaden> Be back in a bit. 15:30:11 <clokep_work> Yeah, I think the last step there is wrong. 15:30:11 * qheaden is now known as qheaden_away 15:30:17 <clokep_work> Does make -f client.mk configure do anything? 15:31:13 <nccuong> I got the exact error 15:31:15 <nccuong> same 15:32:51 <-- aleth has quit (Quit: Ciao) 15:35:32 <flo-retina> clokep_work, aleth: we get only that error message when there's both a .mozconfig and a mozconfig file 15:38:13 <nccuong> oh you're right 15:38:23 <nccuong> I deleted .mozconfig and it works :) 15:38:37 <nccuong> thanks flo-retina 15:38:50 <nccuong> now there's a lot more awesome error messages 15:46:23 --> mpmc has joined #instantbird 15:47:16 <nccuong> I got this when configuring 15:47:17 <nccuong> http://pastebin.com/QFCJmuW0 15:48:36 --> Optimizer has joined #instantbird 15:53:14 * nhnt11 isn't sure how to move the context menu to the tab instead of the tabbrowesr 15:53:18 <nhnt11> tabbrowser* 15:54:25 <-- jb has quit (Ping timeout) 15:54:49 <-- qlum has quit (Quit: Getting the <censored> out.) 15:56:42 <nhnt11> flo-retina: Right now, linkedPanel is simply the ID of the panel, and is never used. 15:57:10 <nhnt11> I want to make it == the actual panel and not just the ID string. 16:08:38 <-- dionisos has quit (Ping timeout) 16:09:19 <nhnt11> Urgh this is turning out to be even more confusing than I expected :( 16:10:10 <-- Optimizer has quit (Ping timeout) 16:11:38 --> Optimizer has joined #instantbird 16:16:10 <-- Optimizer has quit (Connection reset by peer) 16:19:48 --> Optimizer has joined #instantbird 16:21:05 * qheaden_away is now known as qheaden 16:21:14 <qheaden> Back. 16:21:43 <qheaden> nhnt11: How's your project coming along? 16:22:56 <flo-retina> qheaden: Isn't this question more or less already answered by the messages nhnt11 has been writing here all day long? :) 16:23:15 <flo-retina> it's too bad that qheaden and nhnt11 are displayed almost with the same color :( 16:23:31 <qheaden> :P 16:31:17 <nhnt11> qheaden: What flo-retina said :P 16:32:04 <nhnt11> flo-retina: Most nicks seem to be either reddish-pink or green for me. 16:32:51 <flo-retina> Atul is yellow :) 16:33:32 <flo-retina> in #talkilla I see as much blue as I see green here. 16:36:17 <nhnt11> flo-retina: Can I add a context="_child" to a <content> element? 16:36:31 <nhnt11> (I'm asking you as a shortcut :P ) 16:36:39 <flo-retina> maybe? :-) 16:36:53 <flo-retina> (I guess I would need to try it to know the answer) 16:37:55 <nhnt11> :P 16:37:56 <nhnt11> brb 16:37:56 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 16:38:24 --> nhnt11 has joined #instantbird 16:39:40 <nhnt11> Does anyone know the keyboard shortcut for dedent in Komodo? 16:39:42 <nhnt11> clokep_work: ^ 16:40:02 <-- Tonnes has quit (Connection reset by peer) 16:40:02 <-- Optimizer has quit (Ping timeout) 16:41:28 <flo-retina> clokep_work: did you get results for your moz21 linux build attempt? 16:43:27 --> Optimizer has joined #instantbird 16:45:08 --> Mook_as has joined #instantbird 16:47:06 * nhnt11 was able to get move the context menu to the tabbrowser-tabs :) 16:47:32 <nhnt11> The menu shows up but functionality is broken as expected : 16:47:32 <nhnt11> :P 16:48:47 --> Tonnes has joined #instantbird 16:59:00 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 17:00:57 --> nccuong1 has joined #instantbird 17:00:57 <-- nccuong has quit (Connection reset by peer) 17:02:12 <-- Optimizer has quit (Ping timeout) 17:04:42 * qheaden was able to send, receive, and decode a Yahoo! server packet! :-) 17:05:46 <clokep_work> flo: It seems to have completed successfully! :) 17:06:05 * clokep_work waits for qheaden to get banned for the first time. ;) 17:08:02 <qheaden> clokep_work: Why would I get banned? Too many server requests? 17:11:01 <-- nccuong1 has quit (Connection reset by peer) 17:12:04 * nhnt11 is going crazy trying to decipher parentNode.parentNode.parentNode.parentNode :'( 17:12:21 --> Optimizer has joined #instantbird 17:12:54 <clokep_work> qheaden: Yeah, I've had that happen on IRC. :) 17:13:01 <clokep_work> You'll get banned for 5 minutes or whatever. 17:13:05 <clokep_work> I assume Yahoo does something similar. 17:13:11 <clokep_work> nhnt11: Add comments if things are crazy. 17:13:15 <qheaden> :P 17:13:43 <nhnt11> clokep_work: There must be a better way to get the tabbrowser other than parentNode.parentNode.parentNode.parentNode :( 17:14:15 <nhnt11> (I have to get the new number of parentNodes required when the context menu is in the tabbrowser-tab binding instead of tabbrowser) 17:15:41 <-- deltafalcon has quit (Connection reset by peer) 17:15:41 <-- rosonline has quit (Client exited) 17:18:18 <nhnt11> I wonder if it may be a good idea to leave the existing tab code as it is (let it assume it's linked to a conversation) and write completely new code for allowing other tabs to be added. 17:18:41 <qheaden> clokep_work: My YahooPacket class is pretty much complete for its purpose. 17:18:50 <clokep_work> qheaden: Cool. :) 17:19:39 <qheaden> clokep_work: It allows you to build a packet by giving it needed information for the header, and the packet data as an ArrayBuffer. And it also allows you to build a packet from an ArrayBuffer. 17:20:27 <qheaden> clokep_work: Rather, I mean it allows you to turn a YahooPacket into an ArrayBuffer, and turn an ArrayBuffer into a YahooPacket. 17:20:44 <clokep_work> qheaden: Cool. :) 17:28:48 <-- nhnt11 has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 17:28:52 --> nhnt11 has joined #instantbird 17:32:32 <nhnt11> How do I start the DOM inspector? 17:32:35 * nhnt11 feels noobish 17:34:34 --> jb has joined #instantbird 17:36:24 --> qlum has joined #instantbird 17:38:16 <nhnt11> clokep_work, qheaden: ^ 17:39:11 <qheaden> nhnt11: Not really sure. 17:40:52 <-- jb has quit (Ping timeout) 17:41:40 <-- novabyte has quit (Ping timeout) 17:42:34 <qheaden> nhnt11: It seems really hidden. 17:43:12 <nhnt11> Yeah, I'm giving up till someone who knows responds. 17:43:15 --> jb has joined #instantbird 17:45:44 <nhnt11> I seem to be finding a lot of ways to break things to impossible levels :P 17:47:05 <qheaden> nhnt11: Maybe you can set some records of breakage. I know I have. :) 17:47:41 <nhnt11> :P 17:49:09 <Mook_as> nhnt11: do you have a dom inspector screenshot of your element relative to the element you're trying to get? 17:49:37 <nhnt11> Mook_as: I can't figure out how to open dom inspector :P 17:50:01 <Mook_as> Oh. install it, and, umm... I think it goes in the Tools menu? 17:50:18 <nhnt11> It's installed and not in any menus. 17:50:31 <Mook_as> you installed the instantbird version right? 17:50:33 <-- jb has quit (Ping timeout) 17:50:36 <nhnt11> Yes. 17:50:55 <clokep_work> nhnt11: debug builds have a file menu for it. 17:51:01 <Mook_as> Odd. Start it from the command line, then, -inspector :p 17:51:07 * clokep_work has to go. 17:51:12 <-- clokep_work has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 17:51:45 <nhnt11> Yay finally. Thanks Mook_as 17:58:20 --> jb has joined #instantbird 18:02:11 <-- jb has quit (Ping timeout) 18:04:43 <-- Optimizer has quit (Ping timeout) 18:15:53 <qheaden> nhnt11: Did you have any more problems with hg? 18:16:07 <nhnt11> qheaden: Nope! Guess I was just sleepy yesterday. 18:16:32 <nhnt11> http://log.bezut.info/instantbird/today/#m152 18:16:59 <qheaden> Great! :) 18:22:50 <-- skeledrew has quit (Ping timeout) 18:35:27 --> clokep_work has joined #instantbird 18:35:27 * ChanServ sets mode +o clokep_work 18:41:04 <nhnt11> I have to go and may not be back again tonight, so I went ahead and updated my blog. I'll probably be busy tomorrow till the evening, so see you all then! Good night. 18:41:46 <qheaden> nhnt11: Good night. 18:45:34 <-- nhnt11 has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 18:56:41 <clokep_work> qheaden: Did you have any more questions tonight? 18:57:03 --> igorko has joined #instantbird 18:57:30 <-- igorko has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com) 18:59:18 --> igorko has joined #instantbird 19:00:48 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 19:00:53 --> igorko has joined #instantbird 19:01:34 <clokep_work> qheaden: Some of that code might be simplified by using the constructor. 19:10:04 <qheaden> clokep_work: No more questions. You saw my commit? 19:10:28 <clokep_work> qheaden: I briefly read it yes. 19:11:17 <qheaden> clokep_work: Sorry, I just noticed your private message. 19:13:49 <clokep_work> You can reply there. 19:13:55 <clokep_work> I don't see why you're apologizing. 19:14:06 <clokep_work> I saw your commit, it looks mostly OK. I don't have a ton of comments, but I can let you know. 19:15:45 <-- igorko has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com) 19:15:47 --> dionisos has joined #instantbird 19:25:23 <-- mconley has quit (Input/output error) 19:26:34 <qheaden> clokep_work: I'm going to end for the day. I have some things I have to take care of for tomorrow. 19:26:46 <clokep_work> Bye! 19:26:47 <qheaden> Thanks for all of the help. 19:26:56 <clokep_work> Sure. :) Great job so far. 19:27:02 <qheaden> Thanks. :) 19:27:06 <qheaden> Take care. 19:27:25 * qheaden is now known as qheaden_away 19:31:32 * clokep_work did not win the lottery and won't be going to Brussels. :( 19:32:23 <-- clokep_work has quit (Input/output error) 19:40:47 --> skeledrew has joined #instantbird 19:46:06 --> rosonline has joined #instantbird 19:48:20 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 19:49:21 --> chrisccoulson has joined #instantbird 19:51:20 <-- dionisos has quit (Ping timeout) 20:03:12 --> mconley has joined #instantbird 20:10:10 <-- mconley has quit (Ping timeout) 20:18:05 --> gerard-majax__ has joined #instantbird 20:19:30 --> mconley has joined #instantbird 20:24:13 --> clokep has joined #instantbird 20:24:13 * ChanServ sets mode +o clokep 20:45:46 --> dionisos has joined #instantbird 20:48:22 <-- dionisos has quit (Ping timeout) 21:06:08 <-- gerard-majax__ has quit (Ping timeout) 21:21:54 <clokep> instantbot: uuid 21:21:55 <instantbot> 8b61a1e4-fc72-4eda-9693-a2bbb8d601ba (/msg instantbot cid for CID form) 21:26:00 --> flo-retina has joined #instantbird 21:26:00 * ChanServ sets mode +qo flo-retina flo-retina 21:31:43 <-- mconley has quit (Input/output error) 21:36:58 <flo-retina> clokep: it looks like nhnt11 and qheaden are on the same timezone, doesn't it? ;) 21:37:09 <clokep> flo-retina: Yes. :P 21:37:17 <clokep> But then again you and I practically work in the same timezone. :P 21:37:20 <dew> I need to get some free time geeze 21:37:34 <flo-retina> clokep: but I think we are much closer than them 21:37:38 <dew> next week I can possibly take a crack at something 21:37:59 <flo-retina> so are we ready to push the moz21 update? 21:38:11 <clokep> flo-retina: Yes! :) 21:38:18 <clokep> dew: Cool. :) Let us know. 21:39:16 <-- Tonnes has quit (Connection reset by peer) 21:41:03 --> Tonnes has joined #instantbird 21:47:16 <-- Tonnes has quit (Connection reset by peer) 21:48:04 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 21:48:17 --> clokep has joined #instantbird 21:48:17 * ChanServ sets mode +o clokep 21:49:13 --> Tonnes has joined #instantbird 21:52:19 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 21:52:44 --> clokep has joined #instantbird 21:52:44 * ChanServ sets mode +o clokep 21:54:32 <clokep> Did they add some check that I can't install an extension from a file anymore? :-S 21:54:52 <flo-retina> ? 21:55:43 <clokep> Bah, Komodo is just being stupid. 21:57:51 <flo-retina> clokep: file a bug about it? :) 21:58:31 <instant-buildbot> build #398 of macosx-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/398 blamelist: Florian Qu?ze <florian@instantbird.org>, Patrick Cloke <clokep@gmail.com> 21:58:42 <instantbot> florian@instantbird.org set the Resolution field on bug 1956 to FIXED. 21:58:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1956 nor, --, 1.5, clokep, RESO FIXED, Update to Mozilla 21 21:58:48 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/3b5fc5a0cc9e - Patrick Cloke - Bug 1956 - Port |Fix Thunderbird windows bustage due to bug 837568 by doing the Thunderbird part of the port of bug 808785|, r=fqueze. 21:58:49 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/0468c8cd1481 - Patrick Cloke - Bug 1956 - Port |Bug 850088 - check-sync-dirs.py fails for build files copies no in sync.|, r=fqueze. 21:58:50 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/feb840fd5d88 - Patrick Cloke - Bug 1956 - Port |Bug 785675 - Port |Bug 748490 - Provide common location for testing modules| to fix multiple perma-oranges.|, r=fqueze. 21:58:51 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/9ed5d3abbe8a - Patrick Cloke - Bug 1956 - Sync configure.in with comm-release, r=fqueze. 21:58:52 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/733cce71238e - Patrick Cloke - Bug 1956 - Port |Bug 842106 Copy some build files from mozilla-central to fix bustage finding makeutils.mk.|, r=fqueze. 21:58:53 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/740abfd49e5b - Patrick Cloke - Bug 1956 - Port |Bug 851117 - comm-aurora changes required for repacking l10n on win64, using mozconfigs, objdirs, and pre-built mar tools|, r=fqueze. 21:58:54 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/bc895e424b70 - Patrick Cloke - Bug 1956 - Port |Bug 842254 - Thunderbird/SeaMonkey comm-central builds fail with "KeyError: 'MOZ_APP_VENDOR'" - add the missing keys.|, r=fqueze. 21:58:55 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/bcd11f419854 - Florian Quèze - Bug 1956 - Update to Mozilla 21 - update aclocal.m4 to fix Mac build, r=clokep. 21:58:56 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/7c4f35efb0e0 - Patrick Cloke - Bug 1956 - Port |Bug 803811 - Fix system zlib detection by porting parts of bug #763651.|, r=fqueze. 21:58:57 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/a0b6687f1ee2 - Patrick Cloke - Bug 1956 - Port |Bug 825872 - Port bug 780561 - Overhaul the packager - and bug 785871 - make config.status importable.|, r=fqueze. 21:59:00 <clokep> This is going to be a fun list. ;) 22:00:05 <-- rosonline has quit (Client exited) 22:00:21 <flo-retina> bah, stupid failure :( 22:00:23 <instant-buildbot> build #417 of linux-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/417 blamelist: Florian Qu?ze <florian@instantbird.org>, Patrick Cloke <clokep@gmail.com> 22:00:26 <instant-buildbot> build #404 of win32-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/404 blamelist: Florian Qu?ze <florian@instantbird.org>, Patrick Cloke <clokep@gmail.com> 22:01:29 <clokep> flo-retina: I'm really hoping future upgrades won't be as bad...now that we've synced the build system once... 22:01:49 <flo-retina> "now that we've synced the build system once" lol 22:01:51 <flo-retina> :-P 22:02:18 <flo-retina> we haven't even completely synced it 22:02:28 <instantbot> clokep@gmail.com set the Resolution field on bug 1587 to FIXED. 22:02:30 <clokep> We've mostly synced it. :) 22:02:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1587 min, --, 1.5, clokep, RESO FIXED, Re-sync build scripts with comm-central 22:03:03 <flo-retina> clokep: we haven't touched anything in instantbird/installer or instantbird/locales 22:03:22 <clokep> Ah. :-/ 22:04:14 <flo-retina> (although I was forced to update instantbird/locales/Makefile.in for moz20 so that we could... hmm... release; so it shouldn't be too out of sync) 22:05:26 <flo-retina> clokep: I think we synced once or twice (roughly once a year), and the for the other updates, we were lazy just ported the c-c changeset that fixed bustages 22:05:44 <flo-retina> but to be fair, you did sync most of it this time :) 22:05:48 <clokep> flo-retina: Makes sense. 22:06:30 <flo-retina> clokep: the good solution would be to automate it 22:06:43 <clokep> flo-retina: Of course! :) 22:06:46 <flo-retina> but unfortunately, it's easier to automate laziness :-| 22:07:15 <flo-retina> updating libpurple isn't too bad these days though :) 22:09:45 <clokep> Yes, that's gone smoothly the last couple times. 22:10:29 <clokep> How do I register a module directory in chrome.manifest for an extension? :-S 22:10:32 <clokep> I haven't done this in so long... 22:11:49 <clokep> Ah it seems to create it automatically... 22:11:59 <clokep> Wait...no. :-S 22:12:37 <flo-retina> iirc it's easy... but I don't think I've ever done it myself 22:13:35 <clokep> Ah, resource line! 22:14:03 <flo-retina> :) 22:20:21 <flo-retina> clokep: ah, won't the next nightly fail because of the .pyc files? :( 22:20:41 <clokep> flo-retina: Probably. Can you ssh & hg purge them? 22:20:51 <flo-retina> only on Mac 22:21:10 <flo-retina> I don't really have access to the other 2 build machines 22:21:41 <flo-retina> (well, Even thinks I have access just because he gave me instructions to access them once years ago... realistically I don't know how to log into them) 22:22:44 <clokep> And I'm sure Even is busy right now? :P 22:22:53 * clokep wonders the easiest way to read a file into a string. 22:22:57 <flo-retina> he's idle on XMPP 22:23:04 <flo-retina> and it's a reasonable time to be asleep ;) 22:23:32 <clokep> :( 22:23:40 <clokep> Well...there's always tomorrow. :) 22:24:24 <flo-retina> + if it fails we have plenty of time to restart them tomorrow, before people in your timezone are awake :-P 22:26:46 <flo-retina> clokep: my local build still fails :-S 22:26:56 <clokep> :-/ 22:27:05 <flo-retina> even after find . -name '*.pyc' -exec rm {} \; in the source dir, and rm -rf on the objdir 22:28:56 <flo-retina> maybe these 2 files also need an rm: 22:28:56 <flo-retina> ? xpcom/idl-parser/xpidllex.py 22:28:56 <flo-retina> ? xpcom/idl-parser/xpidlyacc.py 22:31:53 <flo-retina> now I get "make[8]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `../../../dist/sdk/bin/xpidllex.py'. Stop." 22:32:06 <clokep> I thought your build completed? :-S 22:33:22 <flo-retina> well, I was working on the moz update in a different repository 22:33:38 <flo-retina> now I'm trying to update the debug build I use everyday to test patches 22:33:49 <flo-retina> I don't do universal builds for that 22:35:57 <clokep> Ah, I see... 22:36:15 <flo-retina> hmm, maybe I rm'ed the wrong file :-S 22:37:05 <flo-retina> still failing 22:37:33 <flo-retina> that's getting fun; could almost look like I've never built that piece of code before :) 22:39:05 <flo-retina> failed _again_ :-D 22:39:22 <flo-retina> still "make[8]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `../../../dist/sdk/bin/xpidllex.py'. Stop." 22:42:53 <flo-retina> apparently that's fixed for mozilla15; interesting 22:45:25 <flo-retina> The suggested workaround is "- deleting mozilla/xpcom and doing hg up -C to rewrite it" 22:47:12 <flo-retina> clokep: when I apply patches, I see "tools/patches/bug819601.patch already applied" 22:47:48 <clokep> flo-retina: It's possible I missed that. 22:48:10 <clokep> flo-retina: Is that local? 22:48:22 * clokep doesn't see that. 22:48:35 <flo-retina> oh, yes, sorry 22:48:46 <flo-retina> something I needed when I played with OS.File 22:49:10 <flo-retina> so, I wanted to just start a new build before going to bed, so that I would have an up to date debug build ready tomorrow morning 22:49:44 <flo-retina> and it looks like I've already spent half an hour struggling to just get it to start :-S 22:53:54 * Mook_as perks up but fails to see new bugmail 22:56:25 <flo-retina> Mook_as: ? 22:56:54 <Mook_as> komodo stuff from an hour ago :p 22:57:02 <flo-retina> my build seems to be building now 22:57:12 <flo-retina> and I executed $ rm -r macosx/build/mozilla/xpcom on the mac build slave, so hopefully it should build too tomorrow 22:57:45 <flo-retina> Mook_as: yeah, I also expected a "komodo should not be stupid" bug to be filed; but not here 22:58:13 * clokep wants to bang his head against a wall dealing with osfile... 22:58:57 <flo-retina> clokep: what are you doing with it? :) 22:59:11 <clokep> flo-retina: Trying to read a file into a string from an extension. 22:59:21 <clokep> And return it from a function. 22:59:39 <flo-retina> that shouldn't be too difficult 22:59:55 <flo-retina> but I should go to bed before my build finishes ;) 22:59:56 <flo-retina> good night 23:00:00 <clokep> Error: Win error 123 during operation open (The filename, directory name, or volume label syntax is incorrect.) 23:00:02 <clokep> Bye! 23:00:16 * clokep wonders if this can load resource:: URIs or not. 23:11:36 --> wnayes has joined #instantbird 23:18:14 * clokep doesn't understand how osfile is useful. :-/ 23:18:21 <clokep> I can't get it to actually return anything useful to me. 23:18:48 <Mook_as> from skimming it, it looks like it takes OS-native paths 23:19:11 <Mook_as> so, in your case, construct a nsIURI, QI to nsIFileURL, and get .file.path 23:19:18 <Mook_as> or just be lazy and XHR it :p 23:19:30 <clokep> I'm being lazy and hard coding it. :P 23:19:47 <Mook_as> you have exceeded my level of laziness 23:20:59 <clokep> Ah finally, a useful error... 23:36:49 * clokep sighs. 23:36:54 <clokep> The library won't read the file.;... 23:43:04 --> Mic has joined #instantbird 23:43:04 * ChanServ sets mode +h Mic 23:53:43 <-- qlum has quit (Quit: Getting the <censored> out.) 23:56:16 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)