All times are UTC.
00:05:41 <-- abdelrhman has quit (Ping timeout: 121 seconds) 00:06:34 --> abdelrhman has joined #instantbird 00:09:06 <-- abdelrhman has quit (Connection closed) 00:09:19 --> abdelrhman has joined #instantbird 00:09:43 <-- arlolra has quit (Client exited) 00:22:07 <-- chrisccoulson has quit (Ping timeout: 121 seconds) 00:38:36 --> clokep_work has joined #instantbird 00:38:36 * ChanServ sets mode +o clokep_work 00:42:38 <-- clokep_work has quit (Ping timeout: 121 seconds) 01:06:46 --> clokep_work has joined #instantbird 01:06:46 * ChanServ sets mode +o clokep_work 01:30:59 <-- clokep_work has quit (Ping timeout: 121 seconds) 02:14:25 <-- satdav has quit (Quit: Connection closed for inactivity) 04:01:28 <-- abdelrhman has quit (Ping timeout: 121 seconds) 04:02:27 --> abdelrhman has joined #instantbird 04:04:59 <-- abdelrhman has quit (Connection closed) 04:05:12 --> abdelrhman has joined #instantbird 04:31:08 <instant-buildbot> build #765 of linux64-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/765 04:50:25 <-- abdelrhman has quit (Ping timeout: 121 seconds) 05:03:11 --> abdelrhman has joined #instantbird 05:21:22 --> bogdan_maris has joined #instantbird 05:28:13 <-- abdelrhman has quit (Ping timeout: 121 seconds) 05:52:58 <-- EionRobb has quit (Quit: Leaving.) 06:11:19 --> stoyan has joined #instantbird 06:13:32 --> gerard-majax has joined #instantbird 06:17:09 <-- stoyan has left #instantbird ("") 06:22:20 --> satdav has joined #instantbird 06:26:20 --> EionRobb has joined #instantbird 06:41:12 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 07:08:51 --> chrisccoulson has joined #instantbird 07:10:27 <-- gerard-majax has quit (Ping timeout: 121 seconds) 07:46:03 --> Bollebib has joined #instantbird 08:20:48 --> gerard-majax has joined #instantbird 08:29:26 --> aleth has joined #instantbird 08:29:26 * ChanServ sets mode +o aleth 08:31:18 --> nhnt11 has joined #instantbird 08:31:18 * ChanServ sets mode +h nhnt11 08:36:21 <-- gerard-majax has quit (Ping timeout: 121 seconds) 08:37:57 --> gerard-majax has joined #instantbird 08:41:54 --> flo-retina has joined #instantbird 08:41:54 * ChanServ sets mode +qo flo-retina flo-retina 08:57:27 <-- nhnt11 has quit (Connection closed) 08:57:32 --> nhnt11 has joined #instantbird 08:57:32 * ChanServ sets mode +h nhnt11 09:17:31 <-- gerard-majax has quit (Ping timeout: 121 seconds) 09:20:29 <-- nhnt11 has quit (Ping timeout: 121 seconds) 09:44:41 --> gerard-majax has joined #instantbird 09:45:47 --> nhnt11 has joined #instantbird 09:45:47 * ChanServ sets mode +h nhnt11 09:47:20 --> nhnt11-testing has joined #instantbird 09:47:47 * nhnt11 is reviewing ab's patch 09:47:52 --> aleth1 has joined #instantbird 09:47:52 * ChanServ sets mode +o aleth1 09:47:56 <nhnt11> well, testing first 09:48:18 <-- aleth has quit (Ping timeout: 121 seconds) 09:48:18 * aleth1 is now known as aleth 09:48:19 <nhnt11> Sorry for disappearing last week. I've been rather busy with personal stuff... 09:48:35 <nhnt11> the review was requested 6 days ago :( 09:49:31 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:51:00 --> nhnt11-testing has joined #instantbird 10:44:25 <-- satdav has quit (Quit: Connection closed for inactivity) 11:06:00 <-- aleth has quit (Quit: Instantbird 50) 11:55:54 --> aleth has joined #instantbird 11:55:54 * ChanServ sets mode +o aleth 12:24:32 <-- nhnt11 has quit (Ping timeout: 121 seconds) 12:24:44 <-- nhnt11-testing has quit (Ping timeout: 121 seconds) 13:29:31 --> clokep_work has joined #instantbird 13:29:31 * ChanServ sets mode +o clokep_work 13:33:33 <-- clokep_work has quit (Ping timeout: 121 seconds) 14:01:12 <-- EionRobb has quit (Connection closed) 14:02:17 --> EionRobb has joined #instantbird 14:45:08 --> satdav has joined #instantbird 15:28:25 <-- bogdan_maris has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 15:33:09 <-- micahg has quit (Quit: Ex-Chat) 15:34:11 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 15:59:52 <-- gerard-majax has quit (Ping timeout: 121 seconds) 16:12:59 --> abdelrhman has joined #instantbird 16:13:21 --> flo-retina has joined #instantbird 16:13:21 * ChanServ sets mode +qo flo-retina flo-retina 16:32:31 --> gerard-majax has joined #instantbird 16:34:41 <instantbot> ab@abahmed.com changed the Resolution on bug 999677 from --- to WORKSFORME. 16:34:42 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=999677 nor, --, ---, nobody, RESO WORKSFORME, Errors when deleting a buddy with whom a conversation is open. 16:35:19 --> arlolra has joined #instantbird 16:36:57 <-- gerard-majax has quit (Ping timeout: 121 seconds) 16:45:29 --> gerard-majax has joined #instantbird 16:51:43 <-- gerard-majax has quit (Ping timeout: 121 seconds) 16:54:31 --> gerard-majax has joined #instantbird 17:19:06 <abdelrhman> aleth: I can work today on bug 1284165 17:19:08 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1284165 nor, --, ---, nobody, NEW, support version command 17:19:38 <aleth> That should be a quick one, yes. 17:20:04 <aleth> Let's also think ahead a bit. 17:21:48 <abdelrhman> OK 17:22:29 <aleth> Here's an etherpad https://public.etherpad-mozilla.org/p/gsoc-xmpp 17:23:17 <-- gerard-majax has quit (Ping timeout: 121 seconds) 17:23:44 <aleth> There's basically two kinds of things one could imagine. One are fairly discrete bugs that add support for missing bits of XMPP, the other are larger bugs adding whole new features 17:26:27 --> gerard-majax has joined #instantbird 17:28:15 <aleth> abdelrhman: can you see the etherpad? 17:28:30 <abdelrhman> Yes, it's opening now 17:32:48 <aleth> I started adding some things, please complete it ;) 17:33:33 <abdelrhman> OK 17:38:10 <abdelrhman> Can "Give more chances to user in passwordĂ‚Âprotected rooms" be related? 17:38:45 <aleth> Sure 17:41:57 <abdelrhman> aleth: what's the status of bug 1025150? 17:42:00 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1025150 nor, --, ---, mayanktg, NEW, Implement Entity Capabilities in XMPP (XEP-0115) 17:42:52 <aleth> iirc the existing WIP in there is pretty incomplete and video-chat-specific 17:43:53 <aleth> If you were to take that bug, the best thing to do would be to add only basic support first. 17:45:13 <aleth> Does it have any application (use case) though at the moment? 17:45:25 <-- gerard-majax has quit (Ping timeout: 121 seconds) 17:46:24 * abdelrhman looking at the patch there 17:50:15 <abdelrhman> yes, there is 17:50:25 <abdelrhman> xep-0092 17:51:10 <abdelrhman> Note Well in the Introduction section 17:51:34 <abdelrhman> "The jabber:iq:version protocol SHOULD NOT be used to determine the identity of entities from which an application receives presence (e.g., contacts in a user's roster and certain kinds of gateways); Entity Capabilities (XEP-0115) [3] SHOULD be used instead" 17:51:55 <aleth> Sure, that's not what /version is for. 17:52:13 <aleth> Anyway you aren't going to send out version requests to the whole roster automatically. 17:52:29 <abdelrhman> OK 17:55:48 <abdelrhman> xep-0249 17:56:06 <abdelrhman> Direct invitations 17:57:18 <abdelrhman> "In order for an application to determine whether an entity supports this protocol, where possible it SHOULD use the dynamic, presence-based profile of service discovery defined in EntityCapabilities(XEP-0115)." 17:57:36 <abdelrhman> maybe this is a use case 17:58:00 <aleth> So at the moment, it just assumes the other side supports it and maybe we get an error back? 17:59:24 <abdelrhman> "However,if an application has not received entity capabilities information from an entity, it SHOULD use explicit service discovery instead" 18:02:35 <aleth> It seems to me this would become clearer if we supported responding to such discovery requests first 18:03:21 <aleth> It's typical when joining an XMPP MUC at the moment to see errors in the debug log from this 18:08:44 <abdelrhman> OK 18:21:25 <abdelrhman> aleth: Is it good to separate service discovery (the query) from features (as most of XEPs have Determining Support)? 18:21:56 <abdelrhman> I think we can do service discovery one time and save the result to be used for these features 18:22:04 <freaktechnik> IRC has generic infrastructure for "capability" requesting, which features then use. 18:22:13 <abdelrhman> instead of querying it each time 18:22:26 <abdelrhman> I'll check it now 18:23:19 <freaktechnik> https://dxr.mozilla.org/comm-central/source/chat/protocols/irc/ircCAP.jsm is the capability manager, "LS" is when capabilities are listed. 18:24:47 <abdelrhman> Thanks :) 18:26:37 <freaktechnik> I wouldn't say that's necessarily the design pattern to go with, I don't think it supports adding capabilities during a connection (which is possible, if client and server say that they have the capability to do that, iirc), though that code seems to live elsewhere. 18:27:00 <freaktechnik> you can see example usage of it in some of the other JSMs of irc iirc. 18:27:11 <aleth> abdelrhman: the whole point of xep-0115 is to avoid flooding other people with disco requests 18:28:33 <aleth> But like I said, I think a good first step to this would be to add code that responds to incoming requests, that'll give you an idea of the kind of exchanges that can happen 18:31:47 <aleth> xep-0115: "In the past, after logging in some Jabber clients sent one Service Discovery (XEP-0030) [6] and one Software Version (XEP-0092) [7] request to each entity from which they received presence. That "disco/version flood" resulted in an excessive use of bandwidth and was impractical on a larger scale, particularly for users with large rosters. Therefore this document defines a more robust and scalable solution: namely, a presence-based 18:31:47 <aleth> mechanism [8] for exchanging information about entity capabilities." 19:13:19 <-- abdelrhman has quit (Ping timeout: 121 seconds) 19:14:08 --> abdelrhman has joined #instantbird 19:16:39 <-- abdelrhman has quit (Connection closed) 19:16:51 --> abdelrhman has joined #instantbird 19:27:03 <abdelrhman> seems we have to have the resource when query for version in one-to-one conversation 19:35:52 <abdelrhman> aleth: Also we have to use two commands one for MUC and the other for one-to-one. can they be (version <nick> and getVersion) ? 19:36:17 <abdelrhman> the result will be shown in a system message? 19:37:01 <aleth> abdelrhman: I'd say only add this for one-to-one. It's a rarely used command and you can always open a one-to-one conv 19:37:11 <aleth> Yes, a system message will do. 19:38:30 <abdelrhman> OK, what is the expected behaviour when we do not have the resource like attention? 19:40:05 <aleth> Just put up a system message that says you have talk to the other person first. The other user could be connected with various different clients. 19:40:22 <abdelrhman> Ah, thanks 19:41:06 <aleth> abdelrhman: Btw, if you have an Android phone, it could be interesting to install Conversations and see how well it works together with an IB connecting to the same account 19:42:30 <aleth> well, or some other client 19:42:42 <aleth> if you want to experiment with multiple connected resources ;) 19:53:45 <-- EionRobb has quit (Quit: Leaving.) 19:57:27 <freaktechnik> you mean how well other clients tolerate instantbird? 20:12:22 <-- abdelrhman has quit (Connection closed) 20:12:56 --> abdelrhman has joined #instantbird 20:13:07 <-- Mook_as has quit (Client exited) 20:13:22 --> Mook_as has joined #instantbird 20:53:04 --> EionRobb has joined #instantbird 21:50:51 <-- Bollebib has quit (Ping timeout: 121 seconds) 22:08:18 <-- satdav has quit (Quit: going on mobile for a bit) 22:32:07 --> DGMurdockIII has joined #instantbird 23:13:29 <-- aleth has quit (Quit: Instantbird 50) 23:35:44 <-- chrisccoulson has quit (Ping timeout: 121 seconds) 23:51:25 <-- arlolra has quit (Client exited)