All times are UTC.
00:06:44 * nhnt11 wonders whether to wait for a new nightly or go to bed 00:09:12 <instant-buildbot> build #2248 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2248 00:17:28 <nhnt11> \o/ 00:19:07 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 00:19:13 --> nhnt11 has joined #instantbird 00:42:50 <instant-buildbot> build #1437 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1437 00:43:39 <nhnt11> ^ :) 00:57:44 <-- wnayes has quit (Ping timeout) 00:58:00 --> wnayes has joined #instantbird 01:08:24 --> clokep_work has joined #instantbird 01:08:24 * ChanServ sets mode +o clokep_work 01:08:39 <clokep_work> WOOT! 01:17:49 <-- Mook_as has quit (Quit: Mook_as) 01:23:26 <-- clokep_work has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 01:23:28 --> clokep_work has joined #instantbird 01:23:28 * ChanServ sets mode +o clokep_work 01:25:04 <-- clokep_work has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 01:25:06 --> clokep_work has joined #instantbird 01:25:06 * ChanServ sets mode +o clokep_work 01:26:50 <-- clokep_work has quit (Ping timeout) 01:27:27 --> mconley has joined #instantbird 02:14:35 <instant-buildbot> build #1438 of win32-nightly-default is complete: Failure [4failed compile] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1438 02:25:40 --> Mook has joined #instantbird 02:46:46 --> mconley_ has joined #instantbird 02:47:07 <-- mconley has quit (Ping timeout) 02:57:21 <-- wnayes has quit (Ping timeout) 02:57:41 --> wnayes has joined #instantbird 03:16:18 <-- mconley_ has quit (Input/output error) 03:23:49 <-- Mook has quit (Quit: Mook) 03:58:27 <-- wnayes has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 05:09:05 <instant-buildbot> build #2253 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2253 05:23:29 * Fallen|away is now known as Fallen 05:38:39 --> mayanktg has joined #instantbird 05:55:34 --> gerard-majax has joined #instantbird 06:09:16 <-- EionRobb has quit (Quit: Leaving.) 06:15:31 --> jb has joined #instantbird 06:24:10 --> Mic|web has joined #instantbird 06:35:37 <-- mayanktg has quit (Ping timeout) 06:36:04 --> mayanktg has joined #instantbird 06:44:33 <-- mayanktg has quit (Ping timeout) 06:44:54 --> mayanktg has joined #instantbird 06:45:46 <-- jb has quit (Ping timeout) 06:47:42 <-- gerard-majax has quit (Ping timeout) 06:49:10 <-- mayanktg has quit (Ping timeout) 06:49:45 --> mayanktg has joined #instantbird 06:54:45 * Fallen is now known as Fallen|away 07:06:11 --> gerard-majax has joined #instantbird 07:09:47 <-- gerard-majax has quit (Ping timeout) 07:30:03 --> Armada has joined #instantbird 07:31:08 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 07:39:16 --> jb has joined #instantbird 07:40:01 <-- mayanktg has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 07:47:33 --> aleth has joined #instantbird 07:47:34 * ChanServ sets mode +o aleth 07:48:03 <aleth> nightlies! \o/ 07:50:50 <-- aleth has quit (Quit: exit stage left) 07:50:55 --> aleth has joined #instantbird 07:50:55 * ChanServ sets mode +o aleth 08:02:04 <-- aleth has quit (Quit: exit stage left) 08:02:19 --> aleth has joined #instantbird 08:02:19 * ChanServ sets mode +o aleth 08:09:03 <-- jb has quit (Quit: jb) 08:10:36 --> jb has joined #instantbird 08:10:43 <-- aleth has quit (Quit: exit stage left) 08:11:03 --> aleth has joined #instantbird 08:11:04 * ChanServ sets mode +o aleth 08:14:14 <-- Armada has quit (Ping timeout) 08:14:37 --> Armada has joined #instantbird 08:23:15 --> gerard-majax has joined #instantbird 08:25:24 <flo-retina> aleth: now it would be nice to fix that other Windows bustage that reappears whenever the VM restarts 08:25:41 <flo-retina> (I've just shutdown buildbot on the Windows VM and started it by hand again so that the next build works) 08:27:41 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 08:27:51 --> chrisccoulson has joined #instantbird 08:28:58 --> CAKCy has joined #instantbird 08:29:29 <-- aleth has quit (Ping timeout) 08:30:18 <CAKCy> New user of Instantbird. Trying to find my way around... Can somebody answer to some newbie questions? :) 08:37:18 --> aleth has joined #instantbird 08:37:19 * ChanServ sets mode +o aleth 08:38:05 <aleth> flo-retina: Can't you set that env variable in a similar step to the one where the mozconfig is copied, as a workaround? 08:38:18 <aleth> CAKCy: Just ask ;) 08:38:56 <flo-retina> aleth: we can just define the environment for each of the steps (we actually had a MOZCONFIG environment variable before I changed that to a copying step) 08:39:07 <flo-retina> aleth: that's a good idea. 08:39:20 <flo-retina> aleth: my only concern is that it starts from the assumption that there's only one variable that's wrong. 08:39:39 <aleth> That's a good concern :-/ 08:39:40 <CAKCy> Thanks! :) First question: When I hover the mouse over any user in the users list I keep getting an 'Unknown' status. Why that happens? 08:39:45 <aleth> I guess we'd find out... 08:39:46 <flo-retina> aleth: I know for a fact that SDKVER being set to 7 rather than 8 means our build will fail; I don't know if just setting SDKVER arbitrarily to 8 will fix the build. 08:39:49 <flo-retina> worth trying though :) 08:40:49 <flo-retina> aleth: I think I'll try it the next time I see that Windows failure 08:40:54 <aleth> CAKCy: 'Unknown' is usually when the account for that user isn't connected, so we can't know his status 08:41:20 <CAKCy> I have started a new channel #aoateam but there is no "star" next to my name. Is this normal? (And a general IRC question if I may: As the "creator/owner" of the channel shouldn't I have some rights?) 08:41:32 <aleth> CAKCy: Take a look at Tools->Accounts to see which accounts are connected 08:41:47 <CAKCy> aleth: I get unknown even if I hover over your name. 08:42:12 <aleth> CAKCy: Keep hovering for a second or two ;) 08:42:26 <aleth> On IRC, the data has to be fetched from the server. 08:44:04 <CAKCy> Nope... (Though when I do it in Thunderbird I usually get a response) 08:44:40 <aleth> Weird, it works for me. 08:44:49 <aleth> Anything in the error console? 08:45:27 <CAKCy> Some entries... But I think they are unrelated. 08:45:38 <aleth> CAKCy: If you start a new channel, you should get a "star". But this won't persist when you leave unless you set it up with ChanServ 08:46:11 <CAKCy> Thanks. Understood. (ChanServ is moderators work, right?) 08:46:12 <aleth> CAKCy: Try "/whois aleth", does that work? 08:46:31 <aleth> CAKCy: It's a bot that remembers various channel settings 08:46:52 <CAKCy> You are idle for 13 seconds. 08:47:03 <CAKCy> But I don't see anything on Status 08:47:35 <aleth> Oh wait! Which Instantbird version are you using? 08:47:50 <CAKCy> Would you like to see the Error Console messages? (Only 3 of them) 08:47:51 <CAKCy> 1.5 08:48:03 <aleth> I think status in IRC tooltips may be something I fixed for 1.6 08:48:41 <CAKCy> :P 08:49:04 <aleth> I guess we should do a release soon ;) 08:49:23 <CAKCy> I'll keep complaining until I get it! :D 08:49:23 <aleth> You can try using the nightly build if you are impatient... 08:49:31 <-- jb has quit (Input/output error) 08:49:47 <CAKCy> Any link or should I look? 08:50:11 --> jb has joined #instantbird 08:50:36 <aleth> http://ftp.instantbird.com/instantbird/nightly/latest-1.6a1pre/ 08:50:53 <aleth> The Linux one is a bit out of date unfortunately 08:51:32 <CAKCy> If I run Windows should I get the Linux one? :O 08:51:40 <aleth> No :P 08:51:43 <CAKCy> DON'T SHOOT! :) 08:52:01 <CAKCy> I did say: Newbie questions!! :D 08:52:44 <CAKCy> aleth: Thank you very much! I'll let you know how it goes! :) 08:55:20 <aleth> CAKCy: Yup, bug 955698 is in 1.6 08:55:22 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955698 enh, --, 1.6, aleth, RESO FIXED, Participant tooltips should set presence info 09:23:02 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:35:23 * nhnt11 just encountered bug 1029501 09:35:25 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1029501 min, --, 1.6, nhnt11, RESO FIXED, Opening the awesometab and then pressing Escape should return to the previous conversation 09:39:44 * nhnt11 will be back in ~2 hours 09:40:02 <nhnt11> aleth, flo-retina: Congrats btw on getting nightlies back :) 09:51:41 --> jb1 has joined #instantbird 09:51:45 <-- jb has quit (Connection reset by peer) 09:53:21 <-- jb1 has quit (Ping timeout) 09:55:15 --> jb has joined #instantbird 10:02:36 <-- jb has quit (Ping timeout) 10:03:18 <-- CAKCy has quit (Quit: Have a great day everyone!) 10:09:52 --> CAKCy has joined #instantbird 10:13:22 --> flo-retina has joined #instantbird 10:13:22 * ChanServ sets mode +qo flo-retina flo-retina 10:14:28 --> BWMerlin has joined #instantbird 10:14:28 --> mpmc has joined #instantbird 10:16:37 <flo-retina> nhnt11: thanks 10:26:29 <flo-retina> nhnt11: do we have anything im/-only that's waiting for a checkin? 10:29:32 <aleth> The webcam bug would be im-only, but... 10:46:28 <-- BWMerlin has quit (Ping timeout) 10:53:36 --> BWMerlin has joined #instantbird 10:57:30 --> rosonline has joined #instantbird 11:28:36 <nhnt11> re 11:28:46 <nhnt11> flo-retina: not that i know of 11:38:35 --> jb has joined #instantbird 11:48:56 <-- aleth has quit (Ping timeout) 11:53:40 <-- Armada has quit (Quit: Leaving) 11:57:23 <-- jb has quit (Quit: jb) 12:03:00 --> mayanktg has joined #instantbird 12:03:21 --> jb has joined #instantbird 12:08:22 <-- mayanktg has quit (Ping timeout) 12:15:28 --> aleth has joined #instantbird 12:15:28 * ChanServ sets mode +o aleth 12:15:44 <flo-retina> nhnt11: how are these log sets doing? 12:25:17 <nhnt11> flo-retina: I'm trying to figure out how to avoid confusion between the current imIProcessLogsCallback (to be used with imILogger.forEach) and the callback to be used with imILogSet.forEach 12:25:42 <nhnt11> The latter will pass imILog instances to the given callback, and the former passes log paths... 12:27:17 <nhnt11> I'm actually wondering if imILogger should return a log set of all logs, and then whatever needs it can use forEach on the log set.. 12:27:22 --> mayanktg has joined #instantbird 12:27:42 <nhnt11> (maybe have a forEachLog method and a forEachPath method? I suck at names but you get the idea..) 12:28:03 <nhnt11> s/forEachPath/forEachFile/ 12:29:15 <flo-retina> nhnt11: I no longer have the context in mind, but don't see any obvious reason for these 2 callbacks to be different 12:29:57 <nhnt11> flo-retina: One accepts a AUTF8String of the log path, the other (for the log set) should accept an imILog. 12:30:17 <flo-retina> nhnt11: what's the use case where getting paths is better? 12:30:29 <nhnt11> flo-retina: Stats service log parsing, indexing.. 12:30:44 <flo-retina> really? 12:30:50 <flo-retina> why would they want paths rather than logs? 12:30:52 <nhnt11> In both those cases passing an imILog would be inefficient considering the number of logs being passed 12:31:05 <nhnt11> Because they're doing raw parsing and don't require a log conversation and so on? 12:31:20 <nhnt11> It just avoids a lot of XPCOM wrappers (correct me if I'm wrong) to just give htem a path 12:31:29 <flo-retina> shouldn't the conversation parsing happen only when one calls getConversation on the imILog? 12:31:36 <nhnt11> Yes. 12:31:56 <flo-retina> can't the imILog interface be extended to contain the info these other use cases need? 12:32:05 <nhnt11> flo-retina: The only reason to give a path directly is to avoid creating a ton of imILogs, and then getting the path from that. 12:32:13 <nhnt11> imILog already has a path attribute which can be used 12:32:14 <flo-retina> I don't see how indexing could work without access to the whole conversation 12:32:20 <flo-retina> indexing the whole file (like you currently do) is a bug 12:32:28 <nhnt11> flo-retina: I no longer indexing the whole file 12:32:39 <nhnt11> One second 12:32:41 <flo-retina> fair enough. I haven't seen that new patch. 12:33:15 <nhnt11> flo-retina: This is what I'm doing now: http://pastebin.instantbird.com/748691 12:33:35 <nhnt11> Fairly minimal processing to extract just the message text content 12:33:52 <nhnt11> (We possibly also want the sender and so on though) 12:34:27 <flo-retina> beautifully inefficient :-P. 12:34:54 <nhnt11> flo-retina: Are you talking about chaining filter and map? 12:34:56 <flo-retina> why aren't doing the filtering before the msgs.push call? 12:35:01 <nhnt11> Yeah 12:35:06 <flo-retina> so that you don't even touch the array when you don't need 12:35:09 <flo-retina> and yes, the map too 12:35:11 <nhnt11> I understand. 12:35:19 <nhnt11> filter and map should go in the for loop 12:35:31 <nhnt11> (I made a couple of changes and haven't cleaned that up yet) 12:35:35 <nhnt11> Anyway, you get the idea.. 12:35:35 <flo-retina> and sorry, that was so obviously starring at me that I don't even know what your point was :-/ 12:35:41 <flo-retina> s/know/remember/ 12:36:13 <nhnt11> flo-retina: The point is that this minimal processing is way better than going through a log conversation when indexing hundreds of log files, imo 12:36:25 <flo-retina> so are you concerned by the amount of overhead of creating an imILog instance and then message objects for each line, for indexing? 12:36:34 <nhnt11> Yes. 12:36:41 <nhnt11> LogConversations also store imIAccount instances 12:36:46 <nhnt11> And imIAccountBuddy and so on 12:36:49 <flo-retina> ok, then my answer is that this is premature optimization 12:36:49 <nhnt11> None of which we really need 12:36:52 <nhnt11> Okay. 12:37:13 <flo-retina> I expect the cost of creating an imILog instance to be negligible compared to the file I/O you are doing. 12:37:39 <flo-retina> nhnt11: "LogConversations also store imIAccount instances" we can make that lazy, can't we? 12:38:09 <nhnt11> Right, it's already lazy.. I hadn't thought of that 12:39:53 * nhnt11 gets back to work.. 12:41:31 <nhnt11> flo-retina: Uh, just to be clear, should I now use LogConversations to process logs in the stats service/indexing or just use the path from imILog? 12:41:49 <nhnt11> I'm inclined to say we should just use the path from imILog in the stats service for now, and fix it up in a different bug 12:41:58 <flo-retina> exactly. 12:42:24 <flo-retina> for now don't change the code more than strictly required; but design the API so that future usage will be cleaner 12:42:30 <nhnt11> Cool 12:48:43 <nhnt11> flo-retina: Instead of a search function, how about having an optional "query" string in forEach? 12:48:58 <nhnt11> hmm 12:49:32 <flo-retina> I don't understand that question 12:49:52 <flo-retina> sawrubh: what's up? I haven't heard from you recently? 12:49:58 <flo-retina> mayanktg: any progress? 12:50:40 <nhnt11> flo-retina: Log sets, as per your suggestion, would have a forEach method and a search method. The search method would (I guess) return a new LogSet from the paths which match the query. I'm wondering if we shouldn't just accept an optional query in forEach, in which case the callback would be called with matching logs after searching. 12:51:00 <-- mayanktg has quit (Ping timeout) 12:51:02 --> mayanktg has joined #instantbird 12:51:15 <mayanktg> flo-retina: Yes. I'm creating the onServiceDiscovery method in the binding to create the JS object for the received availabilityDetails integer. Will be done in a few minutes. 12:51:15 <flo-retina> nhnt11: ah 12:51:27 <flo-retina> nhnt11: so the idea I had in mind is that we could restrict the content of a log set using various ways 12:51:48 <flo-retina> nhnt11: I want to be able to get a subset by looking for a word in the conversation, but also by date (I probably didn't mention that part in my bug comment) 12:51:56 <nhnt11> Ah, right.. 12:52:07 <flo-retina> nhnt11: you could also chain the queries 12:52:13 <nhnt11> Yeah. 12:52:19 <nhnt11> Okay, a search method sounds better. 12:52:30 <flo-retina> you can name it query if you prefer 12:52:32 <flo-retina> or filter 12:52:33 <flo-retina> or whatever 12:52:46 <nhnt11> Right, I wasn't commenting on the name here :) 12:52:57 * nhnt11 thinks search is fine. 12:57:18 <nhnt11> instantbot: uuid 12:57:20 <instantbot> 00e40a93-ea8f-433c-ad63-9a204bbe9b30 (/msg instantbot cid for CID form) 13:01:31 <-- BWMerlin has quit (Quit: BWMerlin) 13:17:16 <CAKCy> May I ask a quick question if it's a bug or not? 13:17:42 <nhnt11> CAKCy: Feel free to just ask :) 13:19:03 <CAKCy> Thanks! Channel #AoA I'm the founder... Gave one person SOP priviledges. The person left the channel, came back but no star next to their name. Anything we do wrong? (I'm using 1.6 he's using 1.5) 13:19:50 <nhnt11> CAKCy: You need to register that with ChanServ. Op'ing someone does not persist after they part the channel. 13:20:20 <mayanktg> Done with the onServiceDiscovery method. The video call button is added only if the video entity is true. :) 13:21:31 <CAKCy> I think SOPs are persisted? No? 13:21:38 <mayanktg> aleth: By the account-buddy-availability-changed notification you were referring here http://mxr.mozilla.org/comm-central/source/chat/components/src/imContacts.js#1145 . Right? 13:21:39 <nhnt11> CAKCy: I looked it up for you, the syntax you want is `/chanserv SOP <channel> ADD <nick>` 13:21:41 <nhnt11> Have you tried that? 13:21:55 <nhnt11> If that's what you did, it should have persisted 13:22:06 <CAKCy> nhrt11: Thank you! I have registered him already. 13:22:13 <CAKCy> And he is an SOP 13:22:17 <CAKCy> But no star. 13:22:59 <nhnt11> The only other possibility I can think of is if the person you were SOP'ing was not registered with NickServ? I'm out of suggestions beyond that, maybe someone else can help you :) 13:23:40 <CAKCy> :) One cannot be SOPed unless they are registered with NickServ (found out the hard way :)) 13:24:27 <CAKCy> You can confirm sop by '/msg chanserv sop #AoA list 13:24:31 <nhnt11> CAKCy: side note: You can use tab completion, no need to type my whole nick ;) And maybe Instantbird only displays stars for +o and +h flags? 13:24:43 <nhnt11> Not sure if SOP automatically sets +o or +h 13:24:47 <CAKCy> Cool! :) 13:25:31 <CAKCy> Actually it does... I SOPed one other person before and it did show it. But not now. Sorry for pushing... :) 13:26:41 <CAKCy> Maybe ... disconnecting from the server... We'll see if that works... Thanks for the help anyway! :) 13:26:49 * nhnt11 doesn't know then. 13:26:56 <nhnt11> But it's unlikely that this is an Instantbird problem - have you tried with other clients? 13:27:31 <CAKCy> No... Don't want to! :P 13:27:53 * nhnt11 wasn't suggesting you switch to another client ;) 13:28:20 <CAKCy> (I'll check with other clients too. Will let this room know of my findings. Thank you very much! :)) 13:28:35 <nhnt11> Np. 13:33:34 <-- aleth has quit (Ping timeout) 13:54:49 <-- flo-retina has quit (Ping timeout) 13:55:16 --> flo-retina has joined #instantbird 13:55:16 * ChanServ sets mode +qo flo-retina flo-retina 14:02:50 --> mconley has joined #instantbird 14:08:15 <-- jb has quit (Ping timeout) 14:15:41 --> Armada has joined #instantbird 14:25:54 --> jb has joined #instantbird 14:28:55 --> mayanktg-ph has joined #instantbird 14:29:04 <-- mayanktg has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 14:41:53 <-- Armada has quit (Connection reset by peer) 15:13:24 --> mayanktg has joined #instantbird 15:13:46 <-- mayanktg-ph has quit (Quit: ) 15:18:05 --> aleth has joined #instantbird 15:18:06 * ChanServ sets mode +o aleth 15:21:09 <mayanktg> aleth: Hello! The service discovery receiving part works now. i.e. I can enable the video call button using it. Except for the notification of "account-buddy-availability-changed" part http://log.bezut.info/instantbird/today#m246 15:24:25 <flo-retina> great :) 15:24:30 <flo-retina> can you elaborate on that "Except for" part? 15:27:03 <-- aleth has quit (Ping timeout) 15:28:22 <mayanktg> Yes..When the availabilityDetails is changed a notification "account-buddy-availability-changed" should be sent about it. But I'm unable to figure how to send this notification :-./ . When I look at the occurrence http://mxr.mozilla.org/comm-central/search?string=account-buddy-availability-changed&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=comm-central I can't figure out how to use notifyObservers. 15:28:59 <mayanktg> here is the diff of the xmp.jsm file http://pastebin.instantbird.com/748738 Line 53 is where I need to add notifyObservers. 15:30:03 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 15:31:00 <mayanktg> The complete diff until now for the patch http://pastebin.instantbird.com/748740. 15:31:08 <flo-retina> mayanktg: are you trying to send that notification to a conversation or to an account-buddy ? 15:31:42 <mayanktg> flo-retina: To the conversation. 15:32:36 <flo-retina> why? 15:34:37 <mayanktg> Because the availability of the buddy has been changed and the conversation should know about the change. For eg. Whenever a buddy becomes available this notification is called. 15:35:15 <mayanktg> I know this by adding a dump http://mxr.mozilla.org/comm-central/source/chat/components/src/imContacts.js#1145 here, 15:36:08 --> iamjayakumars has joined #instantbird 15:38:22 <mayanktg> flo-retina: Am I seeing it correctly? 15:44:23 <flo-retina> mayanktg: if the availability of a buddy changes, you notify the buddy, and then the chat/component/... code deals with it an notifies whatever needs to know. 15:45:43 <flo-retina> mayanktg: you can see around http://mxr.mozilla.org/comm-central/source/chat/components/src/imConversations.js#46 that the conversation is observing notifications on the contact 15:45:49 <-- gerard-majax has quit (Ping timeout) 15:46:49 <mayanktg> flo-retina: Ok. :) Yepp.. Then I'll add a notification for the account-buddy. 15:47:34 <flo-retina> mayanktg: look at http://lxr.instantbird.org/instantbird/source/chat/modules/jsProtoHelper.jsm#315 15:51:27 --> aleth has joined #instantbird 15:51:27 * ChanServ sets mode +o aleth 15:54:36 <aleth> mayanktg: The way contacts work is a bit complicated. In the contact window you see contacts. When you select one and click the little down arrow, you see the buddies associated with that contact (there can be more than one). Each buddy belongs to a certain protocol, while contacts don't care about the protocol. And then every buddy can have multiple account buddies associated with it (because there can be more than one account for every 15:54:36 <aleth> protocol). 15:55:01 <aleth> A conversation only cares about which contact it's talking to. 15:56:25 <-- nhnt11 has quit (No route to host) 15:56:36 <aleth> So when your account buddy availability changes, it sends off an availability-changed notification. And the buddy to which this account buddy belongs will receive it and handle it. If the buddy availability changes the buddy will send a buddy-availabilty-changed notification, which is received by the contact that the buddy belongs to. 15:57:06 <aleth> And then the contact sends out a notification that reaches the conversation with this contact (if there is a conversation). 15:57:54 --> nhnt11 has joined #instantbird 15:58:15 <aleth> That's how it should work anyway ;) 15:58:18 <nhnt11> If I have an array of paths in JS, is it easily possible to select entries from a database whose paths match any of the paths in my JS array? 15:58:26 <aleth> So the conversation should listen for http://mxr.mozilla.org/comm-central/source/chat/components/public/imIContactsService.idl#107 15:58:44 <aleth> And the contact listens for http://mxr.mozilla.org/comm-central/source/chat/components/public/imIContactsService.idl#172 ... 15:59:08 <aleth> If you read the comments in this file, like http://mxr.mozilla.org/comm-central/source/chat/components/public/imIContactsService.idl#203, things should become clear. 15:59:11 <nhnt11> flo-retina: I meant to mention you in what I said above ^ 16:00:00 <mayanktg> OMG That's some learning. :) Wait.let me read and re-read the sentences to understand. 16:00:05 <flo-retina> I think there's an SQL syntax saying SELECT * WHERE blah in <set> 16:00:25 <nhnt11> (only asking if you know if there /exists/ a way, before I waste time Googling without knowing what I'm searching for) 16:00:26 <nhnt11> Ah, thanks. 16:01:36 <aleth> mayanktg: The idea is that contacts represent actual people, and there may be lots of different ways you can talk to them (irc, xmpp, fb...). These different ways are represented by "buddies". 16:02:25 * nhnt11 wonders if simply using an array as a bound parameter would work 16:10:08 <-- chrisccoulson has quit (Connection reset by peer) 16:10:46 --> chrisccoulson has joined #instantbird 16:11:51 <-- chrisccoulson has quit (Client exited) 16:11:54 <mayanktg> aleth: Thanks for the explanation. I now understand how contact, account buddy works. :) So I'll need to send a account-buddy-availability-changed notification to the account buddy. The conversation would listen contact-availability-changed and the contact would listen for buddy-availability-changed. 16:13:07 <nhnt11> Bah 16:13:31 <nhnt11> This doesn't work: http://pastebin.instantbird.com/748743 16:13:37 <aleth> mayanktg: Yes, when your account buddy sends account-buddy-availability-changed then automatically the contact will send contact-availability-changed to the conversation. 16:13:46 <nhnt11> Doesn't work if I remove the parentheses around :paths either. 16:13:58 <aleth> Unless there are bugs somewhere of course ;) 16:14:13 --> chrisccoulson has joined #instantbird 16:16:31 <aleth> nhnt11: Does the expr flowchart here help? https://www.sqlite.org/lang_select.html 16:16:46 * aleth finds them a unique way to display syntax ;) 16:17:12 <nhnt11> aleth: Not quite, I've got the syntax down, my problem is binding a list of values into the statement 16:17:20 <nhnt11> That's really badly phrased but I'm not sure hte correct way to say it ^ 16:17:27 <nhnt11> aleth: Yeah, those flowcharts are really nice :) 16:18:34 <aleth> Does it matter that "in" is not in capital letters? 16:19:04 <aleth> (in your pastebin) 16:19:05 <nhnt11> StackOverflow suggests something like this: http://pastebin.instantbird.com/748744 16:19:07 <nhnt11> aleth: Nope. 16:19:41 * nhnt11 wonders what flo-retina thinks of the ugly stackoverflow solution ^ 16:21:24 <nhnt11> I'm looking at Sqlite.jsm meanwhile btw.. 16:21:50 <flo-retina> nhnt11: I think of it that you should read https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/repeat 16:22:43 <nhnt11> flo-retina: a) That's still string manipulation to bind those paths, and b) that would leave me with a trailing comma/space 16:23:03 <flo-retina> you can do a -1 16:23:07 <flo-retina> and add a ? without , 16:23:35 * nhnt11 shrugs. That's all fine... 16:24:12 <aleth> I think nhnt11's real question was "is there a more elegant sql statement for this" ;) 16:24:24 <nhnt11> That pastebin is just some rough code I wrote to demonstrate string manipulation - is string manipulation okay for those bound parameters? Is there someone I can ask about binding a dynamic number of parameters? 16:24:26 <flo-retina> I don't know any 16:25:14 * flo-retina wonders what http://mxr.mozilla.org/mozilla-central/source/storage/public/mozIStorageBindingParamsArray.idl?force=1 is 16:26:06 <aleth> A badly documented interface? :P 16:28:10 <flo-retina> aleth: correct :-D 16:28:27 * nhnt11 is going to go with String manipulation for now 16:32:12 <mayanktg> aleth: Done :) 16:33:00 <aleth> mayanktg: :-) 16:33:45 <mayanktg> I'm re-checking the patch and then I'll move forward with sending part of the service discovery. 16:34:12 <aleth> OK. Attach your WIP to the bug before you do the sending part. 16:34:48 <mayanktg> Yes. I'll do the same. 16:41:16 <-- aleth has quit (Ping timeout) 16:41:19 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:54:05 --> Mook_as has joined #instantbird 17:05:15 --> flo-retina has joined #instantbird 17:05:15 * ChanServ sets mode +qo flo-retina flo-retina 17:27:08 <nhnt11> Bah 17:27:53 <nhnt11> The async logs patched removed the path property from Log.prototype without removing it from imILog :-( 17:28:24 <nhnt11> Ah, wait... it's set in the constructor but not in the prototype.. maybe it wasn't the async logs patch 17:28:59 <nhnt11> API changes are time consuming :-/ 17:33:55 <-- rosonline has quit (Ping timeout) 17:34:47 <-- iamjayakumars has quit (Client exited) 17:34:56 <flo-retina> "it's set in the constructor but not in the prototype" why would that be a problem? 17:35:09 <nhnt11> flo-retina: Not a problem, just that before I realized that I thought it wasn't set at all 17:35:21 <flo-retina> ok 17:36:04 --> mpmc has joined #instantbird 17:38:31 <nhnt11> flo-retina: So after my changes, storing the path of the first log file of an imILog will not be enough, we'll have to store all the paths. Is an nsISimpleEnumerator okay for this? 17:40:58 <flo-retina> what's the use case? 17:42:02 <nhnt11> flo-retina: If forEach is going to be giving callbacks imILogs comprised of multiple files (daily logs and split log files for example), the stats service (for example) will need a way to get all of these paths 17:46:51 * Fallen|away is now known as Fallen 17:47:50 <flo-retina> daily logs are just a PITA 17:47:56 <flo-retina> but the stats service doesn't have to care about them 17:48:10 <flo-retina> for split logs... why can't there be an imILogs for each part? 17:49:38 <nhnt11> flo-retina: I thought split logs would be "rejoined" for viewing 17:49:57 <nhnt11> Well, not quite 17:50:12 <nhnt11> For non-daily logs, everything is simple, one imILog for each file 17:50:19 <nhnt11> I'm only talking about daily logs here I guess 17:50:27 <nhnt11> scratch the bit about split log fiels 17:50:27 <nhnt11> files* 17:50:41 <flo-retina> why would we care about the path of a log file that doesn't exist and is just an abstraction? 17:50:51 <nhnt11> That doesn't exist? 17:51:04 <nhnt11> What? We don't have any "virtual" files 17:52:05 <nhnt11> flo-retina: The problem now is that when we create a daily log out of say 3 files, only the path of the first file is stored by imILog 17:52:17 <nhnt11> The other two just vanish, and are only used internally (for getConversation) 17:52:28 <nhnt11> s/just vanish/aren't exposed/ 17:55:22 <-- Mook_as has quit (Ping timeout) 18:00:36 --> Mook_as has joined #instantbird 18:01:29 <-- jb has quit (Ping timeout) 18:05:19 <nhnt11> Okay I just realized the obvious solution is to do nothing 18:05:29 <nhnt11> Because aGroupByDay takes care of it for us 18:05:42 <nhnt11> Consumers that want individual files can just make sure they set that to false 18:05:56 <nhnt11> And if we ever have something that wants the paths of a daily log, we can think about it then :] 18:21:16 --> Armada has joined #instantbird 18:35:43 --> rosonline has joined #instantbird 18:37:43 --> clokep has joined #instantbird 18:37:43 * ChanServ sets mode +o clokep 18:54:38 <-- mayanktg has quit (Ping timeout) 18:55:33 --> mayanktg has joined #instantbird 18:55:39 <-- mayanktg has quit (Quit: mayanktg) 18:55:41 --> mayanktg has joined #instantbird 18:57:29 --> arlolra has joined #instantbird 19:06:26 --> gerard-majax has joined #instantbird 19:09:53 <-- gerard-majax has quit (Ping timeout) 19:23:18 --> jb has joined #instantbird 19:25:04 <-- mayanktg has quit (Ping timeout) 19:25:22 --> mayanktg has joined #instantbird 19:27:54 <-- mayanktg has quit (Ping timeout) 19:28:20 --> mayanktg has joined #instantbird 19:30:00 <-- mayanktg has quit (Ping timeout) 19:30:28 --> mayanktg has joined #instantbird 19:32:17 <-- mayanktg has quit (Ping timeout) 19:32:36 --> mayanktg has joined #instantbird 19:46:21 <-- sawrubh has quit (Ping timeout) 19:47:39 <-- jb has quit (Ping timeout) 19:51:12 --> sawrubh has joined #instantbird 19:51:40 <-- mayanktg has quit (Ping timeout) 19:51:49 <-- CAKCy has quit (Quit: Have a great day everyone!) 19:52:26 --> mayanktg has joined #instantbird 19:52:33 <flo-retina> nhnt11: the notion of a path for a daily log doesn't even make sense 19:52:41 <flo-retina> a daily log isn't a file on the disk; it can't have a path 19:52:52 <nhnt11> flo-retina: I meant the files from which it's constructed 19:53:13 <nhnt11> Anyway, no matter 19:54:10 <-- mayanktg has quit (Ping timeout) 19:55:14 --> mayanktg has joined #instantbird 19:57:48 <-- mayanktg has quit (Ping timeout) 19:58:37 --> mayanktg has joined #instantbird 19:59:53 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 20:03:17 <clokep> Apparently my m-c on this comptuer is 10000s of revisions out of date. cool. 20:05:57 <flo-retina> that count goes up quickly these days 20:06:03 <flo-retina> (hence it wouldn't matter to land c-c ;)) 20:07:44 <clokep> nhnt11: Btw when you tell chanserv to auto-op someone it doesn't actually do it immediately, they have to leave and rejoin (or you can manually op them) 20:08:20 * clokep is trying to get his tree to work to test mayanktg's webcam patch on Windows. 20:09:06 <mayanktg> :) 20:11:36 <-- Suiseiseki has quit (Ping timeout) 20:14:08 --> gerard-majax has joined #instantbird 20:19:41 --> Suiseiseki has joined #instantbird 20:20:42 --> aleth has joined #instantbird 20:20:42 * ChanServ sets mode +o aleth 20:20:47 <nhnt11> flo-retina: Does htis look okay to you? http://puu.sh/a5AH2/7923fc8d1a.png 20:21:20 <flo-retina> much better 20:21:31 <flo-retina> now if only "flo-retina" could be renamed to "flo" or "florian" easily ;) 20:21:46 * clokep still wants the whole tab to be colored. :P 20:21:50 <aleth> ah... /that/ bug ;) 20:22:15 <aleth> Some day I'll have time to finish my wip on that... 20:24:49 <clokep> I had a WIP in /that/ bug but never really received feedback on it. 20:25:17 <aleth> That's not quite true - my WIP was based on your WIP... 20:27:04 <clokep> Haha. :) 20:27:12 <clokep> Fair enough! 20:27:27 <clokep> I guess my point was more of "It was unclear what needed to be done to get that landed" 20:28:45 <aleth> iirc one issue was it would need OS-specific tweaking because the tabs are different on each OS of course 20:28:57 <aleth> But we never quite agreed on the colour scheme ;) 20:32:42 <aleth> clokep: How about landing the part that swaps the ping color in MUCs immediately, without any other changes? 20:33:14 <clokep> aleth: I'd be OK w/ that. :P 20:33:30 <aleth> Already a nice improvement. 20:33:53 <clokep> My m-c tree seems to be totally botched. :-S 20:33:56 * clokep does a local clone. 20:40:16 <-- gerard-majax has quit (Ping timeout) 20:42:06 <nhnt11> Bah... 20:42:08 <mayanktg> Bad connection..my message wasn't sent earlier. :-/ 20:42:08 <mayanktg> aleth: For sending a entity capability <c/> node along with presence stanza, I must be able to detect the audio and video devices before presence stanza is sent. I cannot do this in the conversation binding as it hasn't been opened yet. Where else can I have access to the DOMWindow? 20:42:10 * nhnt11 is stupid 20:42:22 <nhnt11> I've been matching full file paths against directory paths :-/ 20:43:05 <nhnt11> I need some magic query that selects entries whose path+separator+filename matches a log path 20:43:09 <aleth> mayanktg: You have to do this early on, maybe when Instantbird starts, and store the info somewhere. Ask flo where best to put it. 20:43:22 <nhnt11> So I'm now considering just querying the db for the dir path, and then filtering in JS for the files 20:43:27 <nhnt11> flo-retina: That ok? ^ 20:43:41 <mayanktg> flo-retina: ping. 20:43:48 <aleth> nhnt11: What are you trying to do? 20:44:11 <nhnt11> aleth: I have a log set that has an array of paths 20:44:25 <nhnt11> I need to search the database for log files that contain a query 20:44:33 <nhnt11> Also, these files must belong to my log set array 20:44:42 <nhnt11> Problem is, filenames and paths are stored separately in the databsae 20:45:13 <nhnt11> So I don't have an easy way of making sure the filename /and/ path match for a given file 20:45:18 <aleth> So you are doing (logfile contains text) AND (logfile is in path set) ? 20:45:28 <nhnt11> Yes. 20:45:47 <aleth> Because there is no way to restrict the full text search to certain files? 20:45:50 <nhnt11> That's simple when the path set does not include filenames 20:45:53 <clokep> nhnt11: Is this cross platform btw? 20:45:57 <nhnt11> clokep: Yeah. 20:46:09 <clokep> nhnt11: As in, if I move my profile from Windows to Linux it will still work? 20:46:13 <nhnt11> clokep: Yes. 20:46:16 <nhnt11> Oh 20:46:18 <nhnt11> that way 20:46:19 <nhnt11> Uh 20:46:25 <nhnt11> No 20:46:33 <clokep> That's bad. 20:46:39 <aleth> nhnt11: Check OS.paths, it might have solved the problem for you. 20:46:55 <nhnt11> aleth: You mean OS.Path? 20:46:58 <flo-retina> nhnt11: i'm sorry, I'm too tired to think correctly and focus on db stuff tonight. If aleth and clokep can't help you, can you please ask me again tomorrow morning? 20:47:05 <nhnt11> flo-retina: Okay. 20:47:12 <nhnt11> np 20:47:22 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 20:47:24 <aleth> nhnt11: yup 20:47:31 --> clokep has joined #instantbird 20:47:31 * ChanServ sets mode +o clokep 20:47:32 <nhnt11> clokep: Do you really expect me to find a way to store paths such that they don't change cross platform? 20:47:41 <aleth> nhnt11: Definitely 20:47:54 <mayanktg> flo-retina: I need to add service discovery detection for video and audio calls as soon Instantbird starts. So that I can send entity info along with the presence stanza. For this I will be needing a DOMWindow. Where would it be the best to place the for service discovery detection? 20:48:02 <clokep> nhnt11: I'm unsure what these paths are being used for, honestly. 20:48:04 <nhnt11> I can store stuff relative to the profile dir, no problem. 20:48:07 <aleth> They're relative paths to the log dir, aren't they? 20:48:13 <nhnt11> But the separators... 20:48:23 <-- Suiseiseki has quit (Ping timeout) 20:48:31 <aleth> nhnt11: "Module OS.Path provides functions designed to manipulate paths in a cross-platform manner." 20:49:08 <nhnt11> aleth: Yeah, but if I store paths on windows and you decide to move the profile to linux, the separators aren't likely to work :-/ 20:49:33 <nhnt11> OS.Path provides a way to work with these paths in real time without having OS specific code 20:49:45 <nhnt11> Not conversion between paths for different platforms 20:49:45 <aleth> Oh, because you're storing the output? 20:49:53 <nhnt11> Yeah 20:49:54 <aleth> I thought you were storing the folder hierarchy 20:50:04 <nhnt11> aleth: Okay, I guess I could use split() and then join() 20:50:34 <clokep> split and join to do /what/? 20:50:41 <aleth> I don't understand. 20:51:06 <aleth> There's a folder structure, from which you can, when you need it, always reconstruct the OS-specific path string 20:51:10 <nhnt11> clokep: You run Ib on windows. I store a path like logs\prpl\account\conv\file.json 20:51:14 <nhnt11> Now you move this profile to Linux 20:51:20 <-- mayanktg has quit (Ping timeout) 20:51:45 <nhnt11> I would need to OS.Path.split() the path to get the components, and then OS.Path.join() them to ensure they use the separators for your current platform 20:51:55 <aleth> nhnt11: But you said "Problem is, filenames and paths are stored separately in the databsae" 20:51:57 --> mayanktg has joined #instantbird 20:51:59 <clokep> I don't understand how you'd know what to split on. 20:52:04 <nhnt11> aleth: Right, we're talking about different issues at the moment 20:52:13 <nhnt11> Rather 20:52:24 <nhnt11> The problem I initially had is different and not related to the cross platform thing 20:52:33 <nhnt11> clokep: OS.Path.split does it for you 20:52:42 <nhnt11> Oh 20:52:48 <nhnt11> Maybe that depends on the /current/ platform too.. 20:53:04 <nhnt11> okay, I'll have to store directory structure somehow... 20:53:19 <nhnt11> aleth, clokep: Tbh, What I'd do is just make you flip the pref to re-index all log files 20:53:33 * nhnt11 doesn't think moving the profile dir across platforms is a popular use case 20:53:46 <aleth> nhnt11: It's more popular than you'd think. 20:54:02 <aleth> But reindexing is an option of course if the alternative is too complicated. 20:54:05 <flo-retina> mayanktg: you don't need this "as soon as instantbird starts" but only at the end of the xmpp connection process 20:54:32 <nhnt11> I'm going to take a stand here and say we should discuss this issue at a later stage, and get back to my log sets. 20:54:35 <flo-retina> mayanktg: you can probably use hiddenWindow.xul 20:54:46 <aleth> nhnt11: That's OK with me. 20:54:50 <nhnt11> (I will certainly keep it in mind so it doesn't become difficult to implement when the time comes) 20:55:05 <aleth> I'm just surprised you're not storing the folder hierarchy, but complete joined paths and filenames. 20:55:33 <aleth> Isn't it easier to select for a given contact, account etc if they are separate? 20:55:55 <aleth> Maybe it doesn't matter. 20:56:16 <nhnt11> aleth: I could always use regex or something to make sure the path in the db starts with the account folder.. 20:56:21 <mayanktg> flo-retina: Hmm. Exactly. 20:56:21 <mayanktg> /me looks at the code of hiddenWindow.xul 20:56:43 <nhnt11> Just using MATCH would probably work 20:56:44 --> chrisccoulson has joined #instantbird 20:56:53 --> Suiseiseki has joined #instantbird 20:57:13 <aleth> flo-retina, mayanktg: Aren't the capabilities of the user's computer something we could determine at startup? 20:57:24 <aleth> Why wait until XMPP connects? 20:57:51 <nhnt11> okay apparently MATCH matches against whole words, so maybe LIKE. 20:57:58 <nhnt11> (whatever, I'll research that later) 20:58:13 <mayanktg> aleth: The service discovery is only for XMPP protocol. Can we use it elsewhere? :-o 20:58:35 <aleth> Hmm, what happens when the user plugs in a webcam? Does webrtc send notifications? 20:59:03 --> EionRobb has joined #instantbird 20:59:04 <flo-retina> aleth: well, do you really want to turn on the camera if no account is connected? 20:59:09 <aleth> mayanktg: The UI shouldn't care about the protocol. Whatever goes into conversation.xml must work for all protocols, at least in principle. 20:59:23 <aleth> flo-retina: Turning on the camera is different from knowing one exists 20:59:39 <mayanktg> But then yes, we should determine these services before the xmpp, as then it can be used when we implement videocall for IRC. 20:59:40 <flo-retina> aleth: I thought you currently needed to call gUM once before being able to list the devices 20:59:42 * nhnt11 needs to walk for a bit, brb 21:00:04 <aleth> flo-retina: Idk about these webrtc implementation details, which is why I asked mayanktg to ask you ;) But that seems... wrong 21:00:21 <aleth> Oh wait, was that that bug he filed early on? 21:01:45 <mayanktg> aleth: Yes. We need to call gUM before calling the getUserMediaDevices. Bug 1011878 21:01:48 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1011878 nor, --, ---, nobody, NEW, mozGetUserMediaDevices doesn't work until getUserMedia is called 21:02:27 <aleth> So Loop is going to offer video calls to people who don't have webcams? :P 21:03:06 <mayanktg> No! 21:04:01 <mayanktg> I just need to call |navigator.mozGetUserMedia({audio: false, video: false}, function() {}, function() {});| before calling getUserMediaDevices 21:04:15 --> Hadi has joined #instantbird 21:04:57 <mayanktg> and then check separately for audio and video devices presence using gUMD. 21:05:17 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 21:05:22 --> nhnt11 has joined #instantbird 21:06:24 <mayanktg> I also think that we should do this as soon as Instantbird starts --> store the data somewhere --> and send it with presence when XMPP account connects. 21:07:41 <flo-retina> mayanktg: what about if I plug a usb microphone or camera after Ib has started? 21:09:30 <mayanktg> flo-retina: gUMD can only check if device is present or not. It cannot detect if a new device is connected. :-o 21:09:58 <flo-retina> mayanktg: that's why I think it makes sense to call it as late as possible 21:10:45 <aleth> "as late as possible" would mean "when we know the contact we are talking to can do video". 21:11:02 <EionRobb> if you don't send the presence to say you support voice/video though, the other client won't know that it can do a 1-way video/audio call 21:11:06 <aleth> But that doesn't help for sending out our capabilities. 21:11:17 <flo-retina> aleth: except we'll never know if both contacts use that approach 21:11:34 <aleth> flo-retina: Right, that's why I'm unsure about when to do it 21:11:56 <flo-retina> EionRobb: should we just say all the time that we support audio/video calls, and just check before actually starting a call if we actually have an input device? 21:12:10 <EionRobb> yes 21:12:24 <-- arlolra has quit (Quit: arlolra) 21:12:47 <flo-retina> mayanktg: you've got your answer, and it's a simple one ;) 21:13:09 <EionRobb> doesn't getUserMedia just call the failure callback if there's no matching input device anyway? 21:13:13 <aleth> Until that bug gets fixed, I guess. 21:13:19 <EionRobb> or are you doing one for video, one separate for audio? 21:13:25 <flo-retina> EionRobb: it does. 21:13:43 <flo-retina> EionRobb: I think it calls it with HARDWARE_UNAVAILABLE or something like that 21:14:34 <EionRobb> those error messages are meaningless most of the time though, we just have a popup for any error to say "cannot access camera" :) 21:15:05 <mayanktg> flo-retina: So I need to enable the video call button all the time. And when a user clicks on the button it should check whether webcam is present or not.? 21:15:28 --> clokep_work has joined #instantbird 21:15:28 * ChanServ sets mode +o clokep_work 21:15:32 <EionRobb> yeah, so you can request video from the other person, even if you can't provide it 21:16:05 <mayanktg> Ah okay! 21:16:15 <aleth> mayanktg: You can put a TODO in the code and mention the bug number from that bug linked above. 21:16:43 <mayanktg> aleth: Ok. 21:18:04 <-- clokep_work has quit (Ping timeout) 21:21:59 <mayanktg> aleth: Now when I would make a video call I would need to. 21:21:59 <mayanktg> 1. send presence stanza with <c/> 21:21:59 <mayanktg> 2. send service discovery request stanza if requested by callee 21:21:59 <mayanktg> 3. start the call. Right? 21:22:00 --> Tonnes has joined #instantbird 21:23:01 <aleth> mayanktg: No, the presence/service discovery stuff is independent of starting the call I think. 21:23:28 <aleth> You always include a <c/> when sending out the users presence. 21:24:51 <clokep> :-S 21:24:55 <clokep> I'm getting a weird build error. 21:25:03 <clokep> Complaining about JAR_MANIFESTS in the Halloween branding. 21:25:09 <clokep> It's also trying to use pymake. :-S 21:26:18 <aleth> Did you do a rm -rf clobber? 21:27:11 <mayanktg> aleth: Uh... you want to say that we tell the callee that we are always available for video/audio call? Because <c/> contains ver attribute which has the hashed entity capability string http://pastebin.instantbird.com/748821 . 21:27:30 <clokep> aleth: Yep. 21:27:37 <mayanktg> Sorry, but I want to make things clear before proceeding. :-| 21:27:51 <aleth> mayanktg: Yes, I think that's exactly what flo-retina was suggesting, until that bug gets fixed. 21:28:20 <mayanktg> aleth: Ok. Got it then! :) 21:30:57 <aleth> clokep: That's surprising, that you have issues that the buildbot doesn't have. Usually it's the other way round... 21:32:19 * clokep is very frustrated. 21:34:43 <aleth> Do you have some unusual stuff in your mozconfig? 21:41:32 <-- aleth has quit (Quit: exit stage left) 21:41:56 <clokep> No. 21:43:12 <-- Tonnes has quit (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]) 21:48:44 * clokep wonders where qheaden is... 21:58:38 <Hadi> Can someone help me to have instantbird on manjaro... 21:58:54 <Hadi> the wiki page about building manually is so confusing 22:00:39 <clokep> Hadi: Which wiki page are you looking at? 22:01:16 <clokep> I assume manjaro is some sort of Linux distro? 22:01:36 <Hadi> clokep: yeah it is a distro based on arch linux 22:02:22 <clokep> Hadi: https://developer.mozilla.org/en-US/docs/Simple_Instantbird_build is the page you should be using. 22:02:40 <Hadi> let me seeclokep: 22:02:46 <Hadi> woops 22:04:48 <Hadi> clokep: should i download 1gb of sourcecode? 22:05:17 <clokep> Hadi: I don't understand your question. If that's how big the repository is, yes. 22:05:40 <Hadi> wow 22:06:28 <Hadi> apperrently i have to get all of this: 22:06:38 <Hadi> hg clone http://hg.mozilla.org/comm-central 22:06:41 <clokep> Yes 22:07:03 <nhnt11> Hadi: That's actually <100mb, you need to get mozilla-central too which is much larger 22:07:25 <nhnt11> clokep: Does cloning c-c automatically pull m-c somehow? client.py does that right? 22:07:31 <Hadi> wow poor my bandwidth 22:07:38 <Hadi> this is going to take alot with 100 kb/s 22:07:47 <clokep> nhnt11: You have to use client.py, yes. 22:15:08 <nhnt11> Hadi: You had an issue running the 32 bit version of Instantbird right? 22:16:32 <Hadi> nhnt11: in aur (arch's user repo) there was an instantbird build. It was based on xulrunner, but when i tried to install it it wanted to run xulrunner<26.0> while my xulrunner is 30.0 22:16:57 <-- mayanktg has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 22:26:34 <nhnt11> Searching logs grouped by day is a pain :-/ 22:27:07 <nhnt11> If one of the files for a given day matches the search query, I have to ensure that the newly returned LogSet contains all the files for that day as well.. 22:27:39 <nhnt11> Maybe that's not so important? 22:28:08 <clokep> I haven't really been following this stuff, sorry. :-\ 22:28:15 <nhnt11> sure, I'm just thinking aloud 22:28:18 <nhnt11> Hmm, it could lead to weird scenarios... 22:29:05 <nhnt11> For example if there are 3 log files for a given day, and the first and last of them match the search query, it would be very weird not to include the middle file 22:29:15 <nhnt11> There would appear to be a large gap in the conversation... 22:29:21 * nhnt11 wonders how to get around this easily 22:30:18 <clokep> It sounds to me like you want to get a "day" out of the search. 22:30:22 <clokep> And then use that to look up log files. 22:30:52 <nhnt11> I don't understand what 'get a "day" out of the search' means 22:31:29 <clokep> Get a date from the search? 22:31:33 <nhnt11> You mean find out what "day" the matched path belongs to, and then get all the logs for that day? 22:31:37 <clokep> I don't know how else to say that. 22:31:39 <clokep> Yes. 22:31:46 <nhnt11> Yeah, that's what I'm doing 22:32:49 <nhnt11> I have two options: a) compute the day after obtaining results and then look up the right paths, or b) since this is already done in the constructor of a daily log, create a map of path->day ID 22:33:27 <nhnt11> I'm inclined to go with b) to avoid overhead while searching 22:34:05 * Fallen is now known as Fallen|away 22:34:53 --> Rym has joined #instantbird 22:35:59 <Hadi> BTW, a guy from manjaro team said that they are waiting for instantbird to support the latest xulrunner version. hmmmhmhmm 22:36:44 <-- nhnt11 has quit (Input/output error) 22:36:48 --> nhnt11 has joined #instantbird 22:40:25 <clokep> Hadi: It should work AFAIK. 22:40:32 <clokep> What's the "latest" XULRunner version anyway? 22:40:37 <clokep> I didn't think xulrunner was even supported anymore. 22:41:07 <Hadi> xulrunner is at version 30 in manjaro linux, last built 10 days ago 22:43:00 <clokep> OK. 22:44:26 <Hadi> apperrently at jan 2014, xulrunner was at version 26 22:44:40 <Hadi> and instantbird used to work with it 22:46:36 --> wnayes has joined #instantbird 22:53:48 --> BWMerlin has joined #instantbird 22:54:08 <-- mconley has quit (Input/output error) 23:01:52 <-- Rym has quit (Ping timeout) 23:03:03 <-- chrisccoulson has quit (Client exited) 23:04:07 --> Rym has joined #instantbird 23:05:44 <-- nhnt11 has quit (Ping timeout) 23:05:47 --> nhnt11 has joined #instantbird 23:22:00 <-- Armada has quit (Connection reset by peer) 23:25:40 <-- Hadi has quit (Connection reset by peer) 23:26:05 --> Hadi has joined #instantbird 23:37:13 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:43:47 * nhnt11 builds! 23:46:18 --> nhnt11-testing has joined #instantbird 23:46:31 * nhnt11-testing takes a deep breath and presses Cmd+Shift+H 23:47:07 <nhnt11-testing> Errors, yay 23:47:12 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:50:09 --> nhnt11-testing has joined #instantbird 23:51:05 <-- nhnt11-testing has quit (Client exited) 23:51:15 --> nhnt11-testing has joined #instantbird 23:51:21 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:53:41 --> Tonnes has joined #instantbird 23:54:55 --> nhnt11-testing has joined #instantbird 23:55:06 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:55:28 --> nhnt11-testing has joined #instantbird 23:55:46 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:56:23 --> nhnt11-testing has joined #instantbird 23:56:42 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:57:02 --> nhnt11-testing has joined #instantbird 23:57:25 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:59:40 --> nhnt11-testing has joined #instantbird 23:59:55 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)