#instantbird log on 07 04 2013

All times are UTC.

00:04:27 --> SCIF has joined #instantbird
00:09:04 <-- SCIF has quit (Connection reset by peer)
00:09:53 <-- dionisos has quit (Ping timeout)
00:10:00 --> SCIF has joined #instantbird
00:23:29 <-- SCIF has quit (Connection reset by peer)
00:23:45 --> SCIF has joined #instantbird
00:28:29 <-- SCIF has quit (Connection reset by peer)
00:28:45 <-- Nirgali has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
00:38:18 --> SCIF has joined #instantbird
00:54:35 <-- flo-retina has quit (Ping timeout)
00:55:32 --> flo-retina has joined #instantbird
00:55:32 * ChanServ sets mode +qo flo-retina flo-retina 
00:55:39 <instant-buildbot> build #419 of win32-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/419
00:56:02 <-- Mook_as has quit (Quit: Mook_as)
01:09:10 <-- SCIF has quit (Connection reset by peer)
01:10:06 --> SCIF has joined #instantbird
01:19:13 <-- SCIF has quit (Connection reset by peer)
01:21:18 --> SCIF has joined #instantbird
01:29:40 --> dionisos has joined #instantbird
01:35:53 --> wnayes has joined #instantbird
01:39:06 <-- SCIF has quit (Connection reset by peer)
01:39:37 <-- flo-retina has quit (Ping timeout)
01:41:06 --> flo-retina has joined #instantbird
01:41:06 * ChanServ sets mode +qo flo-retina flo-retina 
01:42:58 --> SCIF has joined #instantbird
01:48:06 <-- SCIF has quit (Connection reset by peer)
01:50:44 --> SCIF has joined #instantbird
01:54:52 <-- gerard-majax_ has quit (Ping timeout)
01:55:22 <-- SCIF has quit (Connection reset by peer)
01:56:03 --> SCIF has joined #instantbird
01:58:16 <-- wnayes has quit (Ping timeout)
02:00:37 <-- SCIF has quit (Connection reset by peer)
02:01:31 --> SCIF has joined #instantbird
02:01:42 --> wnayes has joined #instantbird
02:05:45 <-- SCIF has quit (Connection reset by peer)
02:05:48 --> SCIF has joined #instantbird
02:10:20 <-- SCIF has quit (Connection reset by peer)
02:10:35 --> SCIF has joined #instantbird
02:15:09 <-- SCIF has quit (Connection reset by peer)
02:15:25 --> SCIF has joined #instantbird
02:19:57 <-- SCIF has quit (Connection reset by peer)
02:19:59 --> SCIF has joined #instantbird
02:20:31 <-- Optimizer has quit (Ping timeout)
02:25:02 <-- dionisos has quit (Ping timeout)
02:29:14 --> Optimizer has joined #instantbird
02:33:29 <-- SCIF has quit (Connection reset by peer)
02:33:38 --> SCIF has joined #instantbird
02:43:01 <instantbot> wnayes@gmail.com requested review from florian@instantbird .org for attachment 2554 on bug 1221.
02:43:03 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1221 enh, --, ---, wnayes, ASSI, Redesign buddy tooltips
02:56:01 <-- SCIF has quit (Connection reset by peer)
03:01:35 <-- Kaishi has quit (Ping timeout)
03:02:11 <instant-buildbot> build #899 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/899
03:04:27 --> Kaishi has joined #instantbird
03:17:26 --> Mook has joined #instantbird
03:34:47 --> mconley has joined #instantbird
03:39:27 <instant-buildbot> build #891 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/891
03:43:24 --> dionisos has joined #instantbird
03:54:05 --> mpmc has joined #instantbird
03:58:30 <-- dionisos has quit (Ping timeout)
03:58:30 <-- wnayes has quit (Ping timeout)
04:01:50 --> wnayes has joined #instantbird
04:07:10 --> gerard-majax_ has joined #instantbird
04:11:05 <-- gerard-majax_ has quit (Max SendQ exceeded)
04:11:45 <-- wnayes has quit (Ping timeout)
04:15:02 --> wnayes has joined #instantbird
04:21:57 --> jb has joined #instantbird
04:26:06 <-- wnayes has quit (Quit: wnayes)
04:27:03 <-- mconley has quit (Input/output error)
04:31:30 <-- flo-retina has quit (Ping timeout)
05:26:35 <-- Mook has quit (Quit: Mook)
05:33:15 <-- jb has quit (Ping timeout)
05:49:55 <instant-buildbot> build #994 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/994
05:59:36 <-- Kaishi has quit (Ping timeout)
06:28:40 <-- EionRobb has quit (Ping timeout)
06:49:21 --> Even has joined #instantbird
06:49:21 * ChanServ sets mode +o Even 
07:05:40 <-- ivan has quit (Ping timeout)
07:06:30 --> ivan has joined #instantbird
07:34:12 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
07:36:12 --> jb has joined #instantbird
07:52:19 --> gerard-majax_ has joined #instantbird
08:01:47 --> mpmc has joined #instantbird
08:05:25 <-- jb has quit (Ping timeout)
08:07:19 <-- mpmc has quit (Client exited)
08:07:23 --> mpmc has joined #instantbird
08:12:41 --> jb has joined #instantbird
08:25:47 <-- jb has quit (Ping timeout)
08:32:51 --> jb has joined #instantbird
08:32:58 <-- jb has quit (Connection reset by peer)
08:51:44 --> jb has joined #instantbird
09:08:26 <-- gerard-majax_ has quit (Ping timeout)
09:22:27 --> nhnt11 has joined #instantbird
09:22:45 <nhnt11> Hi
09:34:09 --> flo-retina has joined #instantbird
09:34:09 * ChanServ sets mode +qo flo-retina flo-retina 
09:39:41 --> dionisos has joined #instantbird
09:45:07 --> qlum has joined #instantbird
09:57:14 <nhnt11> bbl
09:57:18 <nhnt11> (After my build is done
09:57:19 <nhnt11> )
09:57:23 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
10:01:38 --> nhnt11_phone has joined #instantbird
10:03:04 <-- chrisccoulson has quit (Ping timeout)
10:05:24 --> gerard-majax_ has joined #instantbird
10:13:55 <nhnt11_phone> Mic: About the !important flags everywhere, I was playing with the paddings and was seeing if they would work with !important before realizing I needed to use margins, and I forgot to remove the flags :]
10:19:18 <-- dionisos has quit (Ping timeout)
10:24:21 --> Mic has joined #instantbird
10:24:21 * ChanServ sets mode +h Mic 
10:30:36 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/f5160cd0f8c4 - Masatoshi Kimura - Bug 876054 - Remove getPreventDefault() usage from convbrowser.xml. r=florian
10:41:56 <instant-buildbot> build #414 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/414
10:44:22 <-- nhnt11_phone has quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
10:46:54 --> nhnt11 has joined #instantbird
10:47:46 <nhnt11> Mic: I wanted to talk about making the stats service managing the filtered contacts for the awesometabs.
10:48:00 <nhnt11> If we do that, consumers will have almost no freedom.
10:48:04 <Mic> nhnt11: OK, go ahead.
10:48:18 <nhnt11> If we use the service with /only/ awesometabs, then it's not a problem.
10:48:33 <nhnt11> But I don't know if this will be the case, so I thought maybe a discussion was warranted?
10:48:39 <flo-retina> what does "managing the filtered contacts" mean?
10:48:44 <nhnt11> I think aleth had an opinion on this too.
10:49:24 <flo-retina> if that implies touching the DOM from the service, "no".
10:49:41 <nhnt11> flo-retina: Basically that instead of telling the awesometabs to refetch their filtered contacts, the SS maintains the filtered contacts list for each awesometab and refreshes it, and tells awesometabs that the data has been refreshed, i.e. to update their DOM elements.
10:50:22 <flo-retina> what's the benefit?
10:51:03 <nhnt11> The benefit is that the service can insert or delete contacts from the filtered lists, and not have to filter the full contacts list every time for each awesometab, from what I see. Maybe Mic has more in mind, I'm not sure.
10:51:16 <flo-retina> I would like us to have interesting data displayed in the awesometab first, and then we can worry about updating the data later.
10:51:40 <flo-retina> nhnt11: is this meant as a performance optimization?
10:52:36 <nhnt11> Yes, but like I said, maybe Mic has something else in mind. He only mentioned it once, we haven't discussed it much iirc.
10:52:51 <nhnt11> Also it means that awesometabs will have to do as little work as possible.
10:53:42 <flo-retina> this all feels like premature optimization to me. :(
10:54:18 <nhnt11> It's a change in the design of the process, so I thought I should bring it up now.
10:54:18 <flo-retina> especially as you are only talking about contacts, when I would like to have in the awesome tabs IRC nicks that have had private conversations before but aren't in the contct list, or channels.
10:54:39 <nhnt11> flo-retina: Please consider all of those things when I say "contacts".
10:55:57 <Mic> What I had in mind is only to filter out notifications for items that don't match the pattern that was requested.
10:56:13 <Mic> There was nothing else to it, only to avoid sending around a lot of unneeded notifications.
10:57:11 <Mic> 'unneeded' should be taken with care here, of course ;)
10:57:15 <nhnt11> Ah. That may make sense for when accounts with tons of contacts change online status.
10:58:41 <nhnt11> Mic: It would probably be better to take care of this in the awesometab itself.
10:59:13 <nhnt11> We could send the updated contact as the subject or data of the notification, and the awesometab could update itself only if required.
10:59:32 <nhnt11> Hmm.
10:59:53 <Mic> I need to go soon...
11:00:06 <flo-retina> nhnt11: so what's wrong with redisplaying the whole awesometab when an account is connected or disconnected?
11:00:51 <nhnt11> flo-retina: I was going to say it would be redisplayed/refiltered for every notification (i.e. every contact in the account) but just realized the point of delayed filtering is to take care of that
11:01:02 <nhnt11> :)
11:02:04 <nhnt11> Speaking of which, renaming "filter" and "delayedFilter" to "refresh" or something similar might be in order now.
11:02:21 <nhnt11> Since filtering is outsourced to the SS now.
11:02:35 * flo-retina would like to get the simple patch landed first
11:02:46 <nhnt11> flo-retina: I'm not talking about the simple patch at all
11:02:55 <nhnt11> I need something to work on while that's being reviewed, you know ;)
11:03:19 <flo-retina> nhnt11: what about adding IRC channels obtained from LIST?
11:03:32 <nhnt11> Okay then.
11:03:48 <flo-retina> nhnt11: or traversing the logs folder to decide which contacts are important?
11:04:02 <nhnt11> Point taken, there are things I can be doing :)
11:04:27 <nhnt11> I wanted to talk about those ideas first though, because I'd rather do code-redesign first. No matter.
11:04:36 <flo-retina> nhnt11: for that service stuff, if you do API changes, you'll want to write the change to the .idl file only, and get us to validate them before implementing
11:04:56 <nhnt11> Okay, I'll keep that in mind.
11:05:22 <flo-retina> nhnt11: I think you need to have in mind how scoring and channels will be handled before being able to do a good API design.
11:05:44 <nhnt11> Okay.
11:06:06 <nhnt11> Btw, were you thinking of storing scores in an SQL db?
11:06:17 <flo-retina> were you?
11:06:53 <nhnt11> Since you mentioned something about querying a database while filtering, yes.
11:06:57 <flo-retina> I think you can find something lighter weight.
11:07:13 <flo-retina> I mentioned that because it's what Firefox does for the awesomebar
11:07:13 <nhnt11> flo-retina: I would be more than happy to use JSON or something as opposed to a db.
11:07:23 <flo-retina> but the dataset is the whole history, which can be 100+MB
11:07:34 <nhnt11> Right. Much less in our case.
11:08:07 --> novabyte has joined #instantbird
11:08:24 <flo-retina> you'll probably want either a JSON file saved asynchronously in the profile, or maybe indexedDb
11:08:39 <flo-retina> (indexedDb's API sucks a bit, but it may be a good technology for what you need)
11:09:20 <nhnt11> I'll read the documentation for it now.
11:10:32 <nhnt11> I also need to make sure DOM elements can build themselves from things other than imIContacts.
11:10:39 * nhnt11 sees a to-do list update coming.
11:30:43 <nhnt11> Right now, we store all contacts in a sorted array. Once we switch to a storage system, do we want to keep this behavior?
11:31:06 <nhnt11> I mean, do we instead want to query the database every time in getFilteredContacts?
11:31:20 <nhnt11> I'm thinking "yes".
11:31:37 --> dionisos has joined #instantbird
11:34:04 <Mic> bye
11:34:06 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
11:36:41 <nhnt11> I'm still reading the docs for IndexedDB and I'm not yet sure if it is easy/feasible to get values of all keys which match a filter string, though. May be simpler to just read all the data into an array at startup.
11:39:55 <-- jb has quit (Ping timeout)
11:41:03 <nhnt11> Also, I would possibly need to match the filter string against stuff other than the contact's name in the future - and it may be easier to do this if I had all the objects beforehand.
11:42:04 * nhnt11 hopes his tendency to think aloud is tolerated.
11:48:17 --> atuljangra has joined #instantbird
11:48:48 <atuljangra> Happy Fourth of July :D
11:49:35 --> jb has joined #instantbird
11:51:40 <-- atuljangra has quit (Connection reset by peer)
11:52:53 --> atuljangra has joined #instantbird
11:53:23 <atuljangra> Sorry for my internet connection today.
11:57:14 <-- atuljangra has quit (Ping timeout)
12:03:44 --> atuljangra has joined #instantbird
12:05:05 <atuljangra> Just to point out, this page have some error: https://developer.mozilla.org/en-US/docs/JavaScript_OS.File/OS.File_for_the_main_thread
12:05:19 <atuljangra> Where should I report this?
12:06:57 <nhnt11> You could probably just edit the page and fix them yourself ;)
12:08:36 <-- atuljangra has quit (Ping timeout)
12:13:03 --> atuljangra has joined #instantbird
12:14:26 <atuljangra> nhnt11: Will do :D
12:25:27 <-- jb has quit (Quit: jb)
12:31:43 --> Kaishi has joined #instantbird
12:33:46 --> jb has joined #instantbird
12:35:26 <-- atuljangra has quit (Ping timeout)
12:39:02 <flo-retina> atuljangra: If the errors are trivial mistakes, you can just fix them yourself. If it's enough that you don't understand, you can ask all questions about OS.File to Yoric (irc nick) who wrote it.
12:40:31 <flo-retina> nhnt11: the idea I had for using indexedDB would be that for each entry in the database, you would have some id of the entry, and a score. Then you would get data from the database sorted by score, and for each entry you get from the db, decide if it fits your current filters. If it does, keep it, if not take another entry from the db.  You repeat until you have enough matches.
12:40:41 <flo-retina> not sure if this is efficient or not, it was just a random thought :)
12:41:02 <nhnt11> I understood that :)
12:41:39 <nhnt11> But from what I saw in the docs, it says that getting the value for a key is expensive, and I would need to get the value for every key with that strategy.
12:42:19 <nhnt11> I think it would be easy, as well as feasible, to just keep the sorted list in memory as an array, and write to the db when required, and read the db only at startup to load the array.
12:42:51 <flo-retina> "getting the value for a key is expensive" where did it say that?
12:43:29 <nhnt11> flo-retina: I'll tell you in a moment, but note that I'm not sure how expensive that is, or whether the overhead would be relevant for our use case.
12:43:52 <nhnt11> flo-retina: https://developer.mozilla.org/en-US/docs/IndexedDB/Using_IndexedDB
12:44:00 <nhnt11> Search for "There is a performance cost.." in that page
12:44:48 <flo-retina> Read the whole paragraph
12:45:21 <nhnt11> I did.
12:45:22 <nhnt11> :S
12:45:40 <flo-retina> it says you shouldn't get all the values from the database if you only need some
12:46:08 <flo-retina> and then, jump straight to the next paragraphs "Using an index" and "Specifying the range and direction of cursors"
12:46:29 <flo-retina> you clearly don't need a database if all you do with it is get all the data it contains at once
12:47:39 <-- dionisos has quit (Ping timeout)
12:47:47 <nhnt11> flo-retina: My point is that, if I intend to match the filter string against multiple parameters, won't I /have/ to get the value for all of them?
12:48:10 --> atuljangra has joined #instantbird
12:48:20 <nhnt11> Let me do some more research
12:48:34 <flo-retina> only if none of them match your filters and you end up looking through the whole list.
12:48:43 <nhnt11> Btw, I don't intend to use IndexedDB if I'm only accessing it for storing data.
12:49:16 <flo-retina> if you only need to look at the 40 best ranked contacts to find 20 contacts matching your query, you stop after looking at 40 contacts, and ignore the next few thousands
12:49:41 <nhnt11> That makes sense.
12:50:05 <flo-retina> also, you wouldn't get the whole contact value from the db
12:50:14 <flo-retina> you would get the contact id, and then get the contact from the contact service
12:50:46 <flo-retina> but maybe just a sorted array in a JSON file is good enough
12:51:07 <nhnt11> Yeah, I'm kinda thinking IndexedDB may be a bit overkill.
12:51:31 <nhnt11> I know I wouldn't store the whole contact value. I meant, I'd have to look up the contact, etc.
12:51:41 <nhnt11> It seems a little complicated and I would need to think more about the implementation
12:51:55 <-- atuljangra has quit (Ping timeout)
12:51:56 <nhnt11> How about doing it in  JSON first, and then moving it to IndexedDB if I find sufficient use-case?
12:52:03 <nhnt11> I don't think that would be too hard.
12:52:06 <flo-retina> ok
12:52:19 <nhnt11> Cool. :)
12:54:32 --> atuljangra has joined #instantbird
13:03:36 <nhnt11> flo-retina: Is it OK to directly use the ContactsById object in the contacts service from the stats service?
13:03:57 <flo-retina> is it accessible from there? O_o
13:04:02 <nhnt11> (Or do I need to add a getter method to do that?)
13:04:24 <nhnt11> Ah yeah I forgot it's a component, duh.
13:04:47 <flo-retina> what do you need that's not already offered by http://lxr.instantbird.org/instantbird/source/chat/components/public/imIContactsService.idl#22 and http://lxr.instantbird.org/instantbird/source/chat/components/public/imIContactsService.idl#24 ?
13:05:03 * nhnt11 seems to have missed that :]
13:05:16 <-- mpmc has quit (Connection reset by peer)
13:05:18 <nhnt11> I just went through that file, I'm blind :]
13:08:45 * nhnt11 now needs to work out how to display and open conversations with non-contacts (for want of a better term) in the list.
13:10:49 <flo-retina> atuljangra: so what's the current status of your XMPP FT work?
13:12:06 <atuljangra> Currently the coding part is almost done, was currently testing. One thing, in backend that is remaining is padding the data blocks when size of file is not a multiple of blockSize.
13:16:12 <atuljangra> I've pushed some of the code on the bitbucket, will push the next iteration of changeset containing working xmpp ft late tonight/early morning, after testing and addressing clokep's comments.  
13:27:37 <-- atuljangra has quit (Connection reset by peer)
13:31:21 <-- jb has quit (Ping timeout)
13:31:33 --> jb has joined #instantbird
13:36:52 --> atuljangra has joined #instantbird
13:37:41 <atuljangra> flo-retina: handled padding also. So just testing, cleanup and addressing clokep's comments remaining.
13:37:59 <flo-retina> :)
13:38:52 <atuljangra> I'm positive that I'll push the code by the morning. :)
13:41:40 <-- atuljangra has quit (Ping timeout)
13:43:30 --> chrisccoulson has joined #instantbird
13:44:16 <-- chrisccoulson has quit (Client exited)
13:46:26 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
13:46:32 --> nhnt11 has joined #instantbird
13:54:17 <flo-retina> uh, tooltips are largely broken in the current nightly :-S
13:54:49 * nhnt11 wonders why.
13:55:00 <flo-retina> bug 2031?
13:55:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2031 min, --, 1.5, nhnt11, RESO FIXED, Move rules for 16px status icons from conversation.css to status.css
13:55:04 <nhnt11> The status.css changes did something?
13:55:13 --> dionisos has joined #instantbird
13:55:20 * qheaden_away is now known as qheaden
13:55:28 <qheaden> Hey guys.
13:55:28 <nhnt11> Oh no, does the status dot in the tooltips also use the "statusTypeIcon" class?
13:55:32 <nhnt11> Hi qheaden
13:55:36 <flo-retina> hmm, I don't see why that should affect them :-S
13:55:38 <nhnt11> Happy Independence day :)
13:55:59 <flo-retina> nhnt11: likely, but I see no reason for the tooltip to use conversation.css
13:56:12 <qheaden> :)
13:56:22 <nhnt11> flo-retina: No, it's now included in instantbird.css so it will get applied to the tooltips. 
13:56:33 <nhnt11> Try if the tooltips are broken in the blist too?
13:56:36 <nhnt11> (They shouldn't be)
13:56:41 <flo-retina> is instantbird.css used in the blist?
13:56:51 <nhnt11> Don't think so, that's why I suggested it.
13:56:51 <qheaden> I'm going to be back on a little later today.
13:57:27 <flo-retina> nhnt11: they are broken _only_ in the blist
13:57:37 <nhnt11> :S
13:57:49 <nhnt11> That's... interesting
13:58:14 * flo-retina hopes wnayes' patch will fix this mess and nobody will have to debug what happened
13:58:58 <flo-retina> debugging css in tooltips is no fun, because they hide when you try to point a tool at them ;)
13:59:14 <nhnt11> :P
14:01:52 * nhnt11 looks in the participant list code for clues
14:05:10 <nhnt11> flo-retina: It looks like I either need to write a new interface for a generic conversation-openable-thing (contact, MUC, nick not on the contact list, etc)
14:05:28 <nhnt11> um.. pretend I didn't say "either"
14:05:40 <flo-retina> yes
14:05:42 <-- dionisos has quit (Ping timeout)
14:06:20 <nhnt11> I assume I should put this in the contacts service.
14:06:39 <nhnt11> But no.
14:06:54 <nhnt11> That has pros but also a few cons, I think.
14:06:55 <flo-retina> into your service
14:07:02 <nhnt11> Yeah okay.
14:07:51 * nhnt11 has no clue what to name this.
14:07:58 <nhnt11> ibIConversationDestination? :P
14:08:05 <nhnt11> ConvRecipient?
14:08:11 <nhnt11> Nah.
14:09:06 <nhnt11> flo-retina: ^
14:09:12 <nhnt11> Any ideas?
14:11:14 <nhnt11> "Converseable"?
14:11:16 <flo-retina> ibIPossibleConversation ?
14:12:11 <nhnt11> Hmm.
14:12:21 <nhnt11> I don't like the sound of this.possibleConversation :-/
14:12:26 <nhnt11> (In the DOM elements)
14:12:38 <flo-retina> call it this.target then
14:12:44 <nhnt11> That's good
14:12:55 <nhnt11> Thanks.
14:19:06 <nhnt11> flo-retina: Getters like get displayName() this.alias || ...; doesn't need to be included in the idl?
14:19:23 <flo-retina> I don't understand the question
14:20:01 <nhnt11> flo-retina: http://lxr.instantbird.org/instantbird/source/chat/components/src/imContacts.js#786
14:20:34 <nhnt11> Oh
14:20:37 <flo-retina> so what's the question?
14:20:40 <nhnt11> It's inherited from imIStatusInfo
14:21:16 <nhnt11> Never mind.
14:23:14 --> atuljangra has joined #instantbird
14:26:56 --> mpmc has joined #instantbird
14:28:50 <-- atuljangra has quit (Ping timeout)
14:29:08 --> atuljangra has joined #instantbird
14:29:33 <nhnt11> Bah, turns out preferredAccount in imIBuddy was actually an imIAccountBuddy, not an account.
14:32:46 <-- atuljangra has quit (Ping timeout)
14:36:14 --> atuljangra has joined #instantbird
14:37:56 <-- atuljangra has quit (Ping timeout)
14:38:42 <-- novabyte has quit (Ping timeout)
14:38:49 --> atuljangra has joined #instantbird
14:39:31 * nhnt11 is not liking idl's :(
14:39:39 <atuljangra>  there there
14:39:42 <atuljangra> ;)
14:39:48 <nhnt11> :P
14:39:56 <flo-retina> nhnt11: what's the problem?
14:40:09 <nhnt11> I can't find where imIAccountBuddy is defined
14:40:22 <nhnt11> But never mind, I'm getting distracted.
14:40:29 <nhnt11> (I don't really need that right now)
14:40:53 <flo-retina> nhnt11: "I can't find where imIAccountBuddy is defined" you don't have an issue with idl, but with lxr then :-P
14:41:30 <-- atuljangra has quit (Ping timeout)
14:41:40 <flo-retina> nhnt11: http://lxr.instantbird.org/instantbird/source/chat/components/public/imIContactsService.idl#219
14:43:11 <nhnt11> flo-retina: I saw "interface imIAccountBuddy" at the top and thought it wouldn't be defined in that file :(
14:43:57 <nhnt11> So you have to mention any interface that's used in the file, even if it's defined in the same file?
14:44:33 --> atuljangra has joined #instantbird
14:45:00 <flo-retina> you have to declare it if you use it before it's defined.
14:45:12 <nhnt11> Oh. thanks.
14:45:38 --> novabyte has joined #instantbird
14:45:40 <flo-retina> (you've got something very similar in C with structs)
14:45:47 <nhnt11> Yeah, got it.
14:45:52 <atuljangra> "yield" is behaving weirdly :-/
14:45:54 * nhnt11 does not like C at all.
14:46:43 <atuljangra> I did |let file = yield OS.File.open(this.file.path);| and ib is stuck here. It should open the file and proceed right?
14:47:59 <-- novabyte has quit (Quit: bye bye)
14:48:27 <-- atuljangra has quit (Ping timeout)
14:50:49 <nhnt11> I'm not an expert, but doesn't yield "return"?
14:50:52 --> atuljangra has joined #instantbird
14:51:28 <atuljangra> And if I don't do yield, then obviously I won't get the file in the next statement where I'm reading it. 
14:51:55 <flo-retina> atuljangra: pastebin the code please
14:52:18 * flo-retina hates the yield keyword, probably due to the way it's largely abused in gloda.
14:52:30 <atuljangra> nhnt11: Ummm, one sec
14:53:48 * nhnt11 will be back after dinner.
14:56:54 <atuljangra> flo-retina: it's wip. http://pastebin.instantbird.com/238135
14:57:49 <flo-retina> I'm not sure what you expect yield to do, but it likely doesn't to what you want. At all.
14:58:23 <-- atuljangra has quit (Connection reset by peer)
15:00:38 --> atuljangra has joined #instantbird
15:00:42 <atuljangra> Basically, I'm opening a file asynchronously, so if I don't do the yield here, the file.read does not work. Error being: file.read is not a function( which it clearly is)
15:02:08 <flo-retina> atuljangra: here is an example of how OS.File.open can be used: http://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#1333
15:02:26 <-- atuljangra has quit (Ping timeout)
15:02:37 --> wnayes has joined #instantbird
15:08:41 <wnayes> flo-retina: Thanks for the statusText tip. I'm guessing my best option now to keep the status from being in the grid rows is to verify each element.value != aBuddy.statusText?
15:09:25 <flo-retina> wnayes: I'm not exactly sure of what you are trying to do with this
15:09:57 <flo-retina> "Status" isn't a standard field of the current tooltip
15:10:14 <flo-retina> on Gtalk the tooltip will show you the status for each of the connected resources
15:10:21 <flo-retina> getting rid of just one line wouldn't make much sense
15:10:37 <flo-retina> on IRC we don't seem to have a "status" line
15:11:16 <flo-retina> on Bonjour we have one, but it lists "Available" for the contacts I currently see, so it may not even be the statusText, it may be the localized string associated with the statusType
15:12:23 <wnayes> Since I'm taking the statusText and putting it in the tooltip header (when available), I figured it would make sense to keep it from being duplicated in the info below.
15:12:34 <flo-retina> wnayes: would it make sens for you to just display what we currently have at the top of conversations (ie statusType[ - statusText]), and then try & remove duplicate info from each of the prpls?
15:14:12 <flo-retina> "try & remove duplicate info from each of the prpls" possibly in follow ups
15:16:04 <wnayes> So always show text like "Available" for now even if there is a more descriptive status message?
15:18:16 <flo-retina> wnayes: this is what I see in the conversation window: http://i3.minus.com/ikxW8NpMTNcC8.png
15:18:54 <flo-retina> so "Available"|"Away"|"Unavailable", and if there's a status text, you add " - <statusText>"
15:22:12 <wnayes> OK. I'll drop the duplicate check for now
15:23:13 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
15:23:17 * nhnt11 is jealous of wnayes' nick color :P
15:24:45 <wnayes> Blue is kind of rare around here :)
15:26:04 --> mpmc has joined #instantbird
15:35:17 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
15:35:53 --> Nirgali has joined #instantbird
15:36:47 --> mpmc has joined #instantbird
15:41:02 <-- mpmc has quit (Connection reset by peer)
15:44:43 <-- Kaishi has quit (Ping timeout)
15:44:46 --> mpmc has joined #instantbird
15:47:18 --> Kaishi has joined #instantbird
15:58:51 <-- wnayes has quit (Ping timeout)
16:01:56 <-- Nirgali has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
16:02:15 --> wnayes has joined #instantbird
16:17:35 <nhnt11> flo-retina: I've finally finished this: http://pastebin.instantbird.com/238193
16:18:08 <nhnt11> I think that's all that's needed. I've been brainstorming how a PossibleConversation should work, how it returns data, etc. and I think that interface defines everything it needs
16:18:16 <nhnt11> Yet again, smaller than I expected it to be :)
16:18:33 --> zelda has joined #instantbird
16:18:50 <flo-retina> you likely don't want a full URI in the interface for the proto icon
16:19:11 <nhnt11> BaseURI then?  Why though?
16:19:23 <nhnt11> Ah
16:19:25 <nhnt11> The sizes
16:19:26 <nhnt11> Okay.
16:19:44 <flo-retina> I'm surprised that it inherits from imIStatusInfo
16:20:19 <nhnt11> Hmm. Because MUCs won't have statuses?
16:20:24 <flo-retina> yeah
16:20:34 <flo-retina> but I guess you can abuse it and put the MUC topic in the statusText
16:20:44 <nhnt11> Yeah that's what I was planning to do.
16:20:44 <flo-retina> have you seen http://lxr.instantbird.org/instantbird/source/chat/components/public/imIStatusInfo.idl#14 ?
16:20:54 <flo-retina> and http://lxr.instantbird.org/instantbird/source/chat/components/public/imIStatusInfo.idl#50 ?
16:21:12 <zelda> hi my building failed here is log please have a look at it http://mibpaste.com/N9t6mt 
16:21:31 <nhnt11> I seem to be going increasingly blind :O
16:21:41 <nhnt11> I thought I read that file too -_-'
16:21:47 <nhnt11> Thanks though.
16:21:50 <flo-retina> nhnt11: what about exposing the imIAccount insterad of the prpl icon URI?
16:22:19 <nhnt11> Hmm. Why would anything need that?
16:22:37 <flo-retina> zelda: the real error is before the part of the log you pasted :(
16:22:41 <nhnt11> I thought we wanted to keep as much as possible within the service and the PossibleConv interface
16:23:07 <flo-retina> nhnt11: why not? I don't think the service wants to deal with icons; it's a UI thing.
16:23:24 <nhnt11> Okay then.
16:23:34 <flo-retina> and if you are able to create a conversation, you likely have a reference to the account around
16:23:45 <flo-retina> so I think my suggestion is a simplification
16:23:50 <nhnt11> Right. Cool.
16:25:21 <flo-retina> nhnt11: don't you miss a username somewhere?
16:25:43 <nhnt11> flo-retina: Do we need to expose the username? It inherits displayName from imIStatusInfo.
16:25:57 <flo-retina> maybe not
16:26:13 <flo-retina> I was wondering how you would handle the case of an IRC nick that isn't in the buddy list
16:26:42 <nhnt11> I would return it as the display name
16:26:52 <flo-retina> how would you know something is a chat/MUC?
16:27:03 <flo-retina> statusType doesn't seem to have a "chat" value (it wouldn't make sense there)
16:27:26 <nhnt11> I'm going to override the getters
16:27:40 <nhnt11> And return whatever is appropriate for the nature of the possible conversation
16:28:52 <nhnt11> flo-retina: What about setting returning "chat" or something as a status type, and use the MUC icon instead of the dot for that status type from css?
16:29:07 <nhnt11> statusTypeIcon[status="chat"] {...}
16:29:15 <nhnt11> Or "muc"
16:29:47 <nhnt11> Hmm, but Status.toLabel won't work for that..
16:30:35 <nhnt11> flo-retina: Does it make sense to return the full "Available - <status message>" string from the imIPossibleConversation? further minimizing newtab-contact's work.
16:30:47 <flo-retina> "readonly attribute long statusType;" I don't think you can return "chat" (a string) there ;)
16:30:54 <nhnt11> Let me rethink this a bit.
16:30:55 <flo-retina> nhnt11: no
16:31:13 <flo-retina> that representation is a UI thing. Your service should work on the data, not the presentation.
16:31:42 <nhnt11> I'm starting to agree that inheriting from imIStatusInfo may not be the best idea.
16:31:50 <nhnt11> But it's convenient :P
16:32:17 <nhnt11> Okay, I'm going to add an isChat method to the interface and offload some work to the newtab-contact.
16:34:17 --> Mook_as has joined #instantbird
16:34:59 <nhnt11> flo-retina: Right now, private conversations in IRC have status type "unknown"
16:35:15 <nhnt11> (In the conversation ui)
16:35:20 <flo-retina> nhnt11: I think I would have inherited from http://lxr.instantbird.org/instantbird/source/chat/components/public/prplIConversation.idl#20
16:35:32 <flo-retina> but I'm not sure if that's a better plan or not.
16:35:53 <nhnt11> flo-retina: That has a lot of unneeded stuff.
16:36:11 <flo-retina> yeah
16:36:45 <flo-retina> I think inheriting from imIStatusInfo is fine
16:37:01 <flo-retina> It just wasn't my first idea :)
16:37:02 <nhnt11> Yeah
16:40:28 <nhnt11> I'm spending too much time worrying about implementation details. I should get the IDL done fast and then worry about that -_-'
16:41:12 <nhnt11> http://pastebin.instantbird.com/238206
16:41:15 <nhnt11> flo-retina: ^
16:41:21 <-- zelda has quit (Quit: http://www.mibbit.com ajax IRC Client)
16:41:22 <nhnt11> I think that should be fine for now.
16:41:39 <flo-retina> errr
16:41:46 <nhnt11> :S
16:41:51 <flo-retina> when I suggested putting the account in there, it was to replace protoIconBaseURI
16:42:00 <nhnt11> Yeah sorry oops
16:42:05 <flo-retina> buddyIconURI and createConversation are already inherited
16:42:08 <nhnt11> Removing that as well as createconversatoin as well as buddicon
16:42:14 <nhnt11> yes yes I remmeber.
16:42:35 <nhnt11> ignore my typos
16:43:25 * nhnt11 looks at the manifest to see what he needs to add there
16:43:30 <-- mpmc has quit (Connection reset by peer)
16:44:01 <flo-retina> I'm wondering if we shouldn't expose the prplIAccountBuddy (or the imIContact) instead of the getTags method
16:44:11 <nhnt11> I wondered that too
16:44:19 <nhnt11> But that doesn't always exist.. MUCs
16:44:34 <nhnt11> For MUCs I could just return an empty array in getTags
16:44:36 <flo-retina> that also applies to the getTags method
16:44:56 <nhnt11> But if I expose the imIContact, consumers will have to perform their own checks.
16:45:11 <flo-retina> checks for what?
16:45:18 <nhnt11> If it's an MUC or not.
16:45:28 <flo-retina> ah
16:45:43 <nhnt11> Bah, they need to check anyway for the statusType
16:45:59 * nhnt11 wanted to ensure consumers do as little work as possible :/
16:51:27 <qheaden> flo-retina: So, I'm trying to add creation of Yahoo conferences. Of course, I can get invites working with commands (I'm working on that now), but I need a way to actually create the conference room. The best way I can see is to make use of the "Join Conversation" menu option, and have it create a room automatically. Would this be okay?
16:51:53 --> mib_n0vkcj has joined #instantbird
16:52:47 <flo-retina> qheaden: yes
16:52:53 <Mook_as> qheaden: that should mirror the existing IRC behaviour, right? :D
16:53:12 <mib_n0vkcj> what is the namo file to run in /obj-instantbird/mozilla/dist/bin folder after build is over
16:53:25 <mib_n0vkcj> name of file
16:53:26 <flo-retina> mib_n0vkcj: ./instantbird
16:53:49 --> dionisos has joined #instantbird
16:54:03 <qheaden> Mook_as: It should, but its a bit counterintuitive in that Yahoo doesn't allow you to "Join" conferences, but you must be invited.
16:54:19 <qheaden> *counter intuitive 
16:54:47 <flo-retina> maybe you can improve the UI around all of this at the end of the summer if you still have time?
16:55:09 <qheaden> flo-retina: Yeah, that's my plan.
16:56:43 <flo-retina> :)
17:01:50 * qheaden notices its quiet in the room today. :)
17:06:37 <Mook_as> the americans should be slacking off today ;)
17:08:00 <-- dionisos has quit (Ping timeout)
17:11:02 <-- mib_n0vkcj has quit (Quit: http://www.mibbit.com ajax IRC Client)
17:11:07 <nhnt11> flo-retina: Do I need any of getInterfaces, getHelperForLanguage, implementationLanguage, and flags in PossibleConversation.prototype?
17:12:29 <qheaden> Are there any utility methods to generate a random number string?
17:12:55 <flo-retina> nhnt11: that's all part of nsIClassInfo
17:13:24 <flo-retina> we have a helper to implement nsIClassInfo easily
17:13:27 <Mook_as> qheaden: there's UUID generator?
17:13:45 <flo-retina> qheaden: Math.random() ?
17:14:50 <qheaden> Why I'm asking is because the official Yahoo clients makes rooms with names in the format of <username>-<random number sequence>
17:15:01 <qheaden> Like myusername-13532381 or something.
17:20:30 * Mook_as ususally just uses Date.now() + Math.random(), that tends to be unique enough
17:25:11 <qheaden> flo-retina: I think I see a perfect way to invite participants. Why not allow the user to enter invitees in a chat room field for the Join Chat dialog?
17:26:02 <qheaden> For the initial invite anyway. Extra invites can be done using the /invite command.
17:26:59 <flo-retina> not sure that's "perfect", but if doing that for now helps you move quickly, ok
17:28:43 <qheaden> "Perfect" for what we have in the UI so far. ;)
17:29:01 <qheaden> But like you said, we can make improvements in that area a little later.
17:31:51 --> wilma has joined #instantbird
17:32:32 <wilma> nhtnt11 on what os you make changes in instantbird source code
17:32:48 <wilma> nhnt11 on what os you make changes in instantbird source code
17:32:58 <nhnt11> Mac OS X Mountain Lion
17:33:25 <nhnt11> wilma: Hello, btw. Can I help you with something?
17:33:46 <wilma> did code run after build in first go
17:34:01 <nhnt11> Yes, what OS are you using?
17:34:04 * qheaden wonders if IRC nick colors are remembered by Instantbird, or is it a coincidence that the nicks take on the same color. 
17:34:16 <wilma> ubuntu
17:34:17 <nhnt11> qheaden: The algorithm guarantees it ;)
17:34:41 <nhnt11> wilma: Perhaps someone else could help you better then, I'm not a linux expert.
17:34:45 <nhnt11> qheaden, flo-retina: ^
17:35:09 <qheaden> wilma: I'm also using Ubuntu. What is your issue?
17:35:39 <qheaden> nhnt11: The algorithm involves checksumming the nicks or something? :P
17:36:40 <nhnt11> qheaden: http://lxr.instantbird.org/instantbird/source/instantbird/content/conversation.xml#1126
17:37:17 <qheaden> nhnt11: Oh wow, That's cool.
17:37:22 <wilma> there is last command make and it took 3 to 4 hrs and ended with error but they were not visible bcoz log was long
17:37:31 <nhnt11> qheaden: Exactly my reaction when I discovered it :P
17:38:18 <qheaden> wilma: Try running make -f build | less
17:38:28 <wilma> ok
17:38:34 <qheaden> Piping the output into less will let you scroll up and down the log.
17:38:37 <nhnt11> qheaden, wilma: Wouldn't piping the output to a file be a better option?
17:38:52 <qheaden> You could do that too.
17:38:52 <flo-retina> wilma: my guess would be "not enough RAM" :(
17:38:55 <-- gerard-majax_ has quit (Ping timeout)
17:40:26 <wilma> i redirected the output but file was so long that even make stops
17:40:52 <wilma> flo-retina ram 2.8 gb
17:42:04 <wilma> qheaden command you gave is redirecting output or what
17:42:51 <qheaden> wilma: It supposed to write the output to the screen, but allow you to scroll through it using the up and down arrow keys.
17:42:53 <qheaden> Try this.
17:43:00 <qheaden> make -f build > output.log
17:43:24 <qheaden> That will send all make output to an log file. Please note that you probably won't see any, or very little output to the terminal.
17:43:33 <qheaden> Don't think that make has stopped.
17:44:22 <wilma> i tried redirecting with text file but things stopped not even writing on terminal or writing in file
17:45:58 <qheaden> wilma: The file might up not update in real time as the compiling goes on, due to hard disk buffers and such. Just wait until the make command finishes.
17:46:34 <qheaden> Do you see other things like hard drive activity and CPU activity happening on the computer? If so, that is an indication the compilation is still going on.
17:46:34 <wilma> by the way last command is make -f client.mk build
17:46:54 <nhnt11> wilma: Correct.
17:46:56 <qheaden> wilma: Yeah, you are right.
17:47:18 <wilma> ok i will try with latter commad you gave
17:47:54 <wilma> does it gave you problem like this or u got success in first go
17:48:08 <flo-retina> qheaden: you need to redirected stderr too
17:48:19 <flo-retina> make -f client.mk build 2>&1 > foo.log
17:48:50 <qheaden> wilma: What flo-retina just said.
17:50:10 <nhnt11> wilma: I did not have issues with my first build, but I was on Mac.
17:51:59 <wilma> what about qheaden on ubuntu
17:52:30 <wilma> flo-retina it's finished
17:52:36 <qheaden> Great.
17:52:37 <wilma> but error
17:52:46 <qheaden> What is the error?
17:53:08 <wilma> ../../dist/lib/libxul.so: file not recognized: File truncated collect2: error: ld returned 1 exit status make[5]: *** [libxpcom.so] Error 1 make[4]: *** [libs_tier_platform] Error 2 make[3]: *** [tier_platform] Error 2 make[2]: *** [default] Error 2 make[1]: *** [default] Error 2 make: *** [build] Error 2
17:53:27 <wilma> wait i will put it on pastebin
17:53:42 <wilma> http://mibpaste.com/2WgEaA 
17:54:00 <wilma> flo-retina qheaden please have look at it
17:55:03 <flo-retina> maybe a corrupted ../../dist/lib/libxul.so file was left there by the previous failed build
17:55:40 <qheaden> wilma: Try removing your obj-instantbird directory and rebuild.
17:56:19 <wilma> ok
17:57:33 <wilma> so removing /obj-instantbird and building again am i right
17:57:56 <qheaden> Yes. Try that/.
17:58:21 <-- wnayes has quit (Ping timeout)
18:01:50 --> wnayes has joined #instantbird
18:03:01 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
18:10:04 <-- wilma has quit (Quit: http://www.mibbit.com ajax IRC Client)
18:19:32 --> gerard-majax_ has joined #instantbird
18:33:03 <nhnt11> qheaden: Do you know if all accounts have a getNormalizedChatBuddyName function?
18:33:34 <qheaden> nhnt11: Not really sure. I know my plug-in doesn't implement it yet.
18:34:01 <nhnt11> Okay, thanks.
18:34:11 <qheaden> nhnt11: Looks like only XMPP and IRC use it http://lxr.instantbird.org/instantbird/search?string=getNormalizedChatBuddyName
18:34:17 <nhnt11> I saw that too
18:34:23 <nhnt11> But those are the only JS prots
18:34:24 <nhnt11> protos*
18:34:31 <nhnt11> The other libpurple ones could have it too right
18:34:40 <nhnt11> That wouldn't show up on lxr afaik
18:35:14 <qheaden> nhnt11: This looks like where it is defined for libpurple protos http://lxr.instantbird.org/instantbird/source/purple/purplexpcom/src/purpleConvChat.cpp#98
18:35:30 <nhnt11> Ah yeah.
18:35:46 <nhnt11> That's a conv though... hmm.
18:35:47 <nhnt11> Thanks.
18:50:36 --> Mnyromyr has joined #instantbird
18:58:50 --> mib_4z54hd has joined #instantbird
19:00:02 <mib_4z54hd> hi flo-retina
19:00:35 <mib_4z54hd> qheaden
19:01:07 <mib_4z54hd> my system automatically got turned off whill build was going on
19:01:21 <Mook_as> overheating?
19:01:35 <mib_4z54hd> please have A LOOK AT LOG FILE
19:02:11 <-- mib_4z54hd has quit (Quit: http://www.mibbit.com ajax IRC Client)
19:02:42 <Mook_as> must be a very hard core log file if it needs to be in all caps
19:03:26 <nhnt11> Mook_as: :P
19:04:23 --> mib_jlqueg has joined #instantbird
19:05:06 <-- mib_jlqueg has quit (Quit: http://www.mibbit.com ajax IRC Client)
19:11:00 --> wilma has joined #instantbird
19:11:33 <wilma> qheaden what was command 2>&1>foo.log something like this
19:11:44 <wilma> as suffix
19:20:49 <qheaden> wilma: I think it is 2>&1 > foo.log
19:22:38 <nhnt11> wilma: Yes, it's $make -f client.mk build 2>&1 > foo.log
19:29:20 <-- wilma has quit (Quit: http://www.mibbit.com ajax IRC Client)
19:39:06 * qheaden was able to invite a buddy to a conference.
19:41:25 <nhnt11> qheaden++
19:48:04 <-- jb has quit (Ping timeout)
19:54:44 --> chrisccoulson has joined #instantbird
19:58:36 <-- wnayes has quit (Ping timeout)
20:02:03 --> wnayes has joined #instantbird
20:03:42 * Mook_as thinks `make ... 2>&1 | tee foo.log` is easier :D
20:04:04 --> Mic has joined #instantbird
20:04:04 * ChanServ sets mode +h Mic 
20:10:10 --> dionisos has joined #instantbird
20:11:15 --> flo-retina has joined #instantbird
20:11:15 * ChanServ sets mode +qo flo-retina flo-retina 
20:11:40 --> DGMurdockIII has joined #instantbird
20:12:15 <DGMurdockIII> hey have you guys seen this http://prism-break.org/
20:14:32 <flo-retina> more people promoting OTR
20:16:51 <DGMurdockIII> yeah
20:17:43 <DGMurdockIII> but can't you make the im encrypted by defulted with out using otr
20:18:10 <DGMurdockIII> just have somthing built in to instant in to instant bird
20:18:26 <Mic> We could encode our messages with one-time-pads that nobody else has! They would be safe then! :)
20:19:33 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
20:19:35 <DGMurdockIII> but wouldnt that require the person you talking to to have the same client 
20:19:52 --> Mic has joined #instantbird
20:19:52 * ChanServ sets mode +h Mic 
20:20:04 <DGMurdockIII> but wouldnt that require the person you talking to to have the same client 
20:20:17 <nhnt11> Ugh, I haven't made much progress today
20:21:55 <DGMurdockIII> mic when you say one time pad you mean like this http://users.telenet.be/d.rijmenants/en/onetimepad.htm
20:22:33 <flo-retina> DGMurdockIII: so you haven't answer my question yesterday; how come you are coming here with an IRC client called "chatzilla"? :-P
20:24:39 <DGMurdockIII> flo-retina:  becse i connect to a lot of irc channels and i dont like that that on instandbird it dose not sort the admin mods and voiced server to top of list 
20:24:45 <DGMurdockIII> user list 
20:27:42 <-- dionisos has quit (Ping timeout)
20:32:08 <Mic> Is there a problem with the tooltips now? :(
20:32:25 <Mic> I updated to the current nightly but I can't see any.
20:32:36 <nhnt11> Mic: Only in the blist, it seems.
20:33:58 <flo-retina> Mic: you can't see them at all?
20:34:05 <Mic> I saw it on the logs and that's where I looked. There's nothing obviously wrong.
20:34:16 <Mic> I can't see any problems ;)
20:34:57 <flo-retina> bah, I can't screenshot tooltips
20:35:05 <flo-retina> pressing Command makes them disappear
20:35:21 <nhnt11> flo-retina: Hold the modifier keys, then mouseover.
20:35:35 <Mic> Some graphics programs support taking delayed screenshots.
20:36:02 <flo-retina> nhnt11: cool! :)
20:37:38 --> EionRobb has joined #instantbird
20:38:03 <flo-retina> Mic: http://queze.net/goinfre/broken-tooltip.png
20:39:09 <nhnt11> That's weird :/
20:40:59 <Mic> http://i3.minus.com/jbwuhtH5fBPTKY.png
20:41:37 <Mic> Also WFM with buddy icons + status icon for away by the way.
20:51:44 --> dionisos has joined #instantbird
20:52:17 <Mic> flo-retina: that's the only place where this problem occurs?
20:52:32 <flo-retina> only on the blist, yes
20:53:00 <flo-retina> but for now I'm happy to assume it will fix itself if we just checkin w nayes' patch :)
20:53:38 --> clokep has joined #instantbird
20:53:38 * ChanServ sets mode +o clokep 
20:53:59 <flo-retina> clokep: hello :)
20:54:43 <clokep> flo-retina: Hello.
21:01:20 <clokep> nhnt11: http://log.bezut.info/instantbird/130704/#m443 this is wrong, only if they're not on  your buddy list.
21:01:39 <nhnt11> Ah, right.
21:02:18 <clokep> qheaden: http://log.bezut.info/instantbird/130704/#m478 that is exactly what I asked you to do, yes. :)
21:03:50 <qheaden> clokep: Hey, what a surprise. I was afk. :)
21:04:06 <clokep> qheaden: The fields in the Join Chat dialog should match those from libpurple to start w/, I'd imagine?
21:04:50 <qheaden> clokep: I would guess so.
21:05:11 <qheaden> clokep: I was able to successfully get a buddy to join a conference. But I still have some work to do on it.
21:06:21 <clokep> nhnt11: http://log.bezut.info/instantbird/130704/#m573 If it's in the interface everyone must implement it.
21:06:24 <clokep> qheaden: Cool. :)
21:08:49 <nhnt11> clokep: I realized later that it's in the conversation interface, so I can't use it (I don't have any existing conversations)
21:11:56 <clokep> nhnt11: rgr
21:18:48 <-- clokep has quit (Ping timeout)
21:20:54 <nhnt11> Good night
21:21:01 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
21:22:47 --> clokep_wp8 has joined #instantbird
21:27:53 <-- clokep_wp8 has quit (Connection reset by peer)
21:37:58 --> mconley has joined #instantbird
21:40:01 --> Nirgali has joined #instantbird
21:43:20 * qheaden is now known as qheaden_away
21:53:30 <-- mconley has quit (Input/output error)
21:58:42 <-- wnayes has quit (Ping timeout)
22:02:03 --> wnayes has joined #instantbird
22:03:21 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:45:07 <Mic> Good night
22:45:10 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
23:37:51 <-- Nirgali has quit (Ping timeout)
23:44:30 --> mconley has joined #instantbird
23:56:58 <instant-buildbot> build #433 of linux-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/433
23:58:09 <-- wnayes has quit (Ping timeout)