[Standards] Proposed XMPP Extension: Bookmarks 2 (This Time it's Serious)
pep at bouah.net
Thu Mar 22 17:40:32 UTC 2018
On 2018/03/22, Matthew Wild wrote:
> We're discussing the protocol, but there is nothing stopping clients
> having their own overrides (i.e. local autojoin rooms). This could be
> as simple as, when you join a room for the first time "Do you want to
> join this room on all devices?" -> if the user answers positively,
> then a bookmark with 'autojoin' is set. If not, a bookmark may still
> be set, but the autojoin flag is only remembered locally.
I agree with the local overrides, mostly what I am (should be) doing at
> And while we're here, I think "autojoin" is a silly concept. A client
> should just remember what rooms it has open, and keep them open. If I
> close my client and re-open it (or it crashed, or my computer crashed,
> etc.), I'd expect to still be in the same rooms, unless I explicitly
> asked it to leave them.
> > If my connection dropped and came back a moment later, I would want my
> > client to rejoin MUCs I was in. I use bookmarks mostly as a way to
> > remember MUC JIDs, not to know which state my clients should be in.
> That's fine, and I see that as a completely valid use of the protocol.
> Just don't set autojoin on any of your bookmarks, and use clients that
> remember which rooms they are joined to.
One of your comments in another branch of this thread suggests this
would not be possible anymore, also similar to what SamWhited said
> My argument is slightly different, I'm arguing that removing autojoin
> should cause clients that joined automatically to leave automatically.
It's not exactly said like this, but I would read this as "if autojoin
is false, leave the room and/or don't join it.".
You suggest that this would only be the case when first joined
automatically though, which is different from what SamWhited said above,
and probably fixes the issue I have.
Maxime “pep” Buquet
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: not available
More information about the Standards