#instantbird log on 07 10 2014

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 [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)