You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 24, 2026. It is now read-only.
When sharing documents using a link with users (e.g. sharing LOOL/Collabora online documents read/write), the guest has no possibility to use the chat. This is a request for an enhancement. (Maybe as part of OSSdev.)
Expected behavior
The admin enables granting guest chat (see below), globally or to some groups
The user shares a link and has the option to enable chat on this link; sends this link to guests
This also creates a XMPP MUC room for that share, which would be a starting position for group discussions (and forking 1:1 discussions). The user who created the share would become a permanent member of the group (bookmarked as auto-join) with admin rights, so the user can maintain order
Guests opening the link in their browsers will be presented with a MUC window (and hidden roster); have the option to change their nickname (and maybe open 1:1 chats)
Admin configuration
The admin enables guest chats (and has tokens enabled). On a new guest access, a new (temporary) JID of the form guest-${RANDOM}@${XMPP_DOMAIN} would be created.
This is easy to set up but would give the guest unrestricted access to the XMPP federation, unless the admin restricts this.
A possible ejabberd configuration might look as follows (untested):
When sharing documents using a link with users (e.g. sharing LOOL/Collabora online documents read/write), the guest has no possibility to use the chat. This is a request for an enhancement. (Maybe as part of OSSdev.)
Expected behavior
Admin configuration
The admin enables guest chats (and has tokens enabled). On a new guest access, a new (temporary) JID of the form
guest-${RANDOM}@${XMPP_DOMAIN}would be created.This is easy to set up but would give the guest unrestricted access to the XMPP federation, unless the admin restricts this.
A possible ejabberd configuration might look as follows (untested):
Notes
This would also be useful for other JSXC-based apps.