On Wed, Oct 4, 2017 at 4:38 PM, Florian Schmaus wrote:
> On 04.10.2017 07:34, Georg Lukas wrote:
> > * vaibhav singh [2017-10-03 15:45]:
> >> After Service Discovery is done, the pinging and the pinged entity could
> >> negotiate a timeout between themselves (one of them could dictate what
> >>
On Tue, Oct 3, 2017 at 8:04 PM, Jonas Wielicki wrote:
> On Dienstag, 3. Oktober 2017 19:13:47 CEST vaibhav singh wrote:
> > Hi,
>
> Hi!
>
> > One of my colleagues is working our XMPP server, and saw an issue which
> > seems foreign to me (I am also kind of new to XMPP).
> >
> > The issue is, in o
> On 4 Oct 2017, at 16:41, Jonas Wielicki wrote:
>
> On Mittwoch, 4. Oktober 2017 16:08:43 CEST Kevin Smith wrote:
>>> On 4 Oct 2017, at 14:07, Georg Lukas wrote:
>>>
>>> Hi Kev,
>>>
>>> * Kevin Smith [2017-10-04 11:43]:
Thanks for the write-up. I agree this is a problem worth solving.
Version 0.2.0 of XEP-0385 (Stateless Inline Media Sharing (SIMS)) has
been released.
Abstract:
This specification describes a protocol for stateless asynchronous
media sharing with integrity and transport flexibility. It allows
clients to provide a good interoperable user experience in combination
Version 2.5rc3 of XEP-0030 (Service Discovery) has been released.
Abstract:
This specification defines an XMPP protocol extension for discovering
information about other XMPP entities. Two kinds of information can be
discovered: (1) the identity and capabilities of an entity, including
the protoco
Version 0.2 of XEP-0392 (Consistent Color Generation) has been
released.
Abstract:
This specification provides a set of algorithms to consistently
generate colors given a string. The string can be a nickname, a JID or
any other piece of information. All entities adhering to this
specification gene
On Mittwoch, 4. Oktober 2017 16:08:43 CEST Kevin Smith wrote:
> > On 4 Oct 2017, at 14:07, Georg Lukas wrote:
> >
> > Hi Kev,
> >
> > * Kevin Smith [2017-10-04 11:43]:
> >> Thanks for the write-up. I agree this is a problem worth solving.
> >
> > Thanks for the feedback!
> >
> >> I think (3)
Logs: http://logs.xmpp.org/council/2017-10-04/#14:59:49
## Roll call
- Tobias (chairing)
- Link Mauve
- Dave Cridland
- Sam Whited
daniel absent
## Status of "Compare-And-Publish PubSub Items" ProtoXEP.
https://trello.com/c/wi8fgSfa
- Flow is preparing a new revision
- Will vote on acceptin
> On 4 Oct 2017, at 14:07, Georg Lukas wrote:
>
> Hi Kev,
>
> * Kevin Smith [2017-10-04 11:43]:
>> Thanks for the write-up. I agree this is a problem worth solving.
>
> Thanks for the feedback!
>
>> I think (3) seems like it has nice properties in terms of a single
>> round-trip, but I think
Hi Kev,
* Kevin Smith [2017-10-04 11:43]:
> Thanks for the write-up. I agree this is a problem worth solving.
Thanks for the feedback!
> I think (3) seems like it has nice properties in terms of a single
> round-trip, but I think (2) is the preferable option in practice. It’s
> simple to implem
> On 4-Oct-2017, at 05:42, Kevin Smith wrote:
>
> Thanks for the write-up. I agree this is a problem worth solving.
>
> I think (3) seems like it has nice properties in terms of a single
> round-trip, but I think (2) is the preferable option in practice. It’s simple
> to implement for everyon
On 04.10.2017 09:01, Georg Lukas wrote:
> * Florian Schmaus [2017-09-23 11:22]:
>> I think I don't understand the benefits from Georg's suggestion, so
>> currently one reason against is that it adds more complexity without any
>> gain from my PoV.
>
> I would argue that it reduces complexity by d
On 03.10.2017 13:43, Matthew Wild wrote:
>> On 29 Aug 2017, at 13:27, Kim Alvefur wrote:
>>> On Mon, Aug 28, 2017 at 12:03:37PM +0200, Daniel Gultsch wrote:
Now that the PR regarding publish-options has been merged into
XEP-0060 I want to bump this thread and ask if anyone objects to tha
On 04.10.2017 07:34, Georg Lukas wrote:
> * vaibhav singh [2017-10-03 15:45]:
>> After Service Discovery is done, the pinging and the pinged entity could
>> negotiate a timeout between themselves (one of them could dictate what
>> timeout to use, or both parties could suggest timeouts and we use t
On 4 Oct 2017, at 07:01, Georg Lukas wrote:
> there is a number of open issues with how message routing currently
> works for the IM use case, and where it doesn't work consistently
> because of different patches (Carbons, MAM) that we have applied over
> time to modernize it.
>
> XEP-0280 has be
On 4 Oct 2017, at 09:19, Georg Lukas wrote:
>
> Hi,
>
> TL;DR: checking if you are still in a MUC is broken and needs to be
> fixed, either with new IQs or with a new rejoin-if-needed presence.
>
>
> MUC presence tends to break
> ===
>
> Most of us have experienced thi
On Mittwoch, 4. Oktober 2017 10:19:47 CEST Georg Lukas wrote:
> [… snip: excellent summary of the issue …]
>
> Proposed Solutions
> ==
>
> All of the following change behavior and would need to be feature-coded
> in the MUC/service caps:
>
> 1. Mandate different response codes to
Hi,
TL;DR: checking if you are still in a MUC is broken and needs to be
fixed, either with new IQs or with a new rejoin-if-needed presence.
MUC presence tends to break
===
Most of us have experienced this: our client shows us as present in a
MUC, but nothing happens for
* Florian Schmaus [2017-09-23 11:22]:
> I think I don't understand the benefits from Georg's suggestion, so
> currently one reason against is that it adds more complexity without any
> gain from my PoV.
I would argue that it reduces complexity by decreasing the number of
"unique" message IDs atta
19 matches
Mail list logo