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)