Configuration

The included minified JavaScript and CSS files can be used for demoing or testing, but you’ll want to configure Converse to suit your needs before you deploy it on your website.

Converse is passed its configuration settings when you call its initialize method.

You’ll most likely want to call the initialize method in your HTML page. For an example of how this is done, please see the bottom of the ./index.html page.

Please refer to the Configuration settings section below for info on all the available configuration settings.

Configuration settings

authentication

This option states the way Converse will authenticate.

login

The default means is login, which means that the user either logs in manually with their username and password, or automatically if used together with auto_login=true and jid and password values. See auto_login.

external

This setting will still show a login form and submit button, but the form will only contain an input for the user’s JID, not for the password.

That’s because this setting is intended to be used when you are using SASL-EXTERNAL as authentication mechanism, in which case a password is usually not required.

SASL-EXTERNAL is generally used together with x509 client certificates to enable passwordless login or 2-factor authentication.

For more details on this, read this blog post.

anonymous

This enables anonymous login if the XMPP server supports it. This option can be used together with auto_login to automatically and anonymously log a user in as soon as the page loads.

The server’s domain is passed in via the jid setting.

prebind

See also: Single Session Support

Use this option when you want to attach to an existing XMPP BOSH session.

Usually a BOSH session is set up server-side in your web app.

Attaching to an existing BOSH session that was set up server-side is useful when you want to maintain a persistent single session for your users instead of requiring them to log in manually.

When a BOSH session is initially created, you’ll receive three tokens. A JID (jabber ID), SID (session ID) and RID (Request ID).

Converse needs these tokens in order to attach to that same session.

In addition to setting authentication to prebind, you’ll also need to set the prebind_url and bosh-service-url.

Here’s an example of Converse being initialized with these options:

converse.initialize({
    bosh_service_url: 'https://bind.example.com',
    jid: 'me@example.com',
    authentication: 'prebind',
    prebind_url: 'http://example.com/api/prebind',
    allow_logout: false
});

allow_bookmarks

  • Default: true

Enables/disables chatroom bookmarks functionality. This setting is only applicable if the converse-bookmarks plugin is loaded.

See also: allow_public_bookmarks

allow_chat_pending_contacts

  • Default: false

Allow the user to chat with pending contacts.

allow_contact_removal

  • Default: true

Allow the user to remove roster contacts by clicking on the delete icon (i.e. trashcan) next to a contact’s name in the roster.

allow_contact_requests

  • Default: true

Allow users to add one another as contacts. If this is set to false, the Add a contact widget, Contact Requests and Pending Contacts roster sections will all not appear. Additionally, all incoming contact requests will be ignored.

allow_dragresize

  • Default: true

Allow users to resize chats by dragging the edges. The min-height and min-width CSS properties set on a chatboxes (specifically on the #converse.js .chatbox > .box-flyout element) will be honored, IF they are set in pixels.

allow_logout

  • Default: true

Determines whether the user is allowed to log out. If set to false, there will be no logout button.

allow_message_corrections

  • Default: 'all'

  • Possible values: 'all', 'last'

Configures the last message correction (LMC) feature of Converse. By default you can edit all of your own messages. Setting this to 'last' will limit this feature to the message sent most recently as suggested by XEP-0308: Last Message Correction. Setting it to anything else (including false) will disable the ability to correct sent messages.

allow_message_retraction

  • Default: 'all'

  • Possible values: 'all', 'own', 'moderator'

Determines who is allowed to retract messages. If set to 'all', then normal users may retract their own messages and 'moderators' may retract the messages of other users.

allow_muc

  • Default: true

Allow multi-user chat (muc) in chatrooms. Setting this to false will remove the Chatrooms tab from the control box.

allow_muc_invitations

  • Default: true

Allows users to be invited to join MUC chatrooms. An “Invite” widget will appear in the sidebar of the chatroom where you can type in the JID of a user to invite into the chatroom.

allow_non_roster_messaging

  • Default: false

Determines whether you’ll receive messages from users that are not in your roster. The XMPP specification allows for this (similar to email). Setting this to true increases your chances of receiving spam (when using a federated server), while setting it to false means that people not on your roster can’t contact you unless one (or both) of you subscribe to one another’s presence (i.e. adding as a roster contact).

allow_public_bookmarks

  • Default: false

Some XMPP servers don’t support private PEP/PubSub nodes, as required for private bookmarks and outlined in XEP-0223.

Even though Converse asks for the bookmarks to be kept private (via the <publish-options> XML node), the server simply ignores the privacy settings and publishes the node contents under the default privacy setting, which makes the information available to all roster contacts.

If your XMPP server does not support XEP-0223’s #publish-options feature and you don’t mind that your room bookmarks are visible to all contacts, then you can set this setting to true. Otherwise you won’t be able to have any room bookmarks at all for an account on that XMPP server.

allow_registration

  • Default: true

Support for XEP-0077: In band registration

Allow XMPP account registration showing the corresponding UI register form interface.

archived_messages_page_size

  • Default: 50

See also: message_archiving

This feature applies to XEP-0313: Message Archive Management (MAM) and will only take effect if your server supports MAM.

It allows you to specify the maximum amount of archived messages to be returned per query. When you open a chatbox or room, archived messages will be displayed (if available) and the amount returned will be no more than the page size.

You will be able to query for even older messages by scrolling upwards in the chatbox or room (the so-called infinite scrolling pattern).

autocomplete_add_contact

  • Default: true

Determines whether search suggestions are shown in the “Add Contact” modal.

auto_focus

  • Default: true

If set to true, the textarea for composing chat messages will automatically become focused as soon as a chat is opened. This means you don’t need to click the textarea first before starting to type a message.

For applications where chat is not the main feature, automatic focus of the chat box might be undesired.

auto_list_rooms

  • Default: false

If true, and the XMPP server on which the current user is logged in supports multi-user chat, then a list of rooms on that server will be fetched in the “Query for Groupchats” modal.

Not recommended for servers with lots of chatrooms.

For each room on the server a query is made to fetch further details (e.g. features, number of occupants etc.), so on servers with many rooms this option will create lots of extra connection traffic.

If the muc_domain is locked with the locked_muc_domain setting, then rooms will automatically be fetched in the “Query for Groupchats” modal, regardless of the value of this setting.

auto_login

  • Default: false

This option can be used to let Converse automatically log the user in as soon as the page loads.

If authentication is set to login, then you will also need to provide a valid jid and password values, either manually by passing them in, or by the credentials_url setting. Setting a credentials_url is preferable to manually passing in jid and password values, because it allows better reconnection with auto_reconnect. When the connection drops, Converse will automatically fetch new login credentials from the credentials_url and reconnect.

If authentication is set to anonymous, then you will also need to provide the server’s domain via the jid setting.

This is a useful setting if you’d like to create a custom login form in your website. You’ll need to write some JavaScript to accept that custom form’s login credentials, then you can pass those credentials (jid and password) to converse.initialize to start Converse and log the user in to their XMPP account.

Note

The interaction between keepalive and auto_login is unfortunately inconsistent depending on the authentication method used.

If auto_login is set to false and authentication is set to anonymous, external or prebind, then Converse won’t automatically log the user in.

If authentication set to login the situation is much more ambiguous, since we don’t have a way to distinguish between wether we’re restoring a previous session (keepalive) or whether we’re automatically setting up a new session (auto_login).

So currently if EITHER keepalive or auto_login is true and authentication is set to login, then Converse will try to log the user in.

auto_away

  • Default: 0

The amount of seconds after which the user’s presence status should automatically become away.

If the user’s status is extended away, it won’t be changed to away.

If the given value is negative or 0, this option is disabled.

auto_xa

  • Default: 0

The amount of seconds after which the user’s presence status should automatically become extended away.

If the value is negative or 0, the function is disabled.

auto_reconnect

  • Default: false

Automatically reconnect to the XMPP server if the connection drops unexpectedly.

This option works best when you have authentication set to prebind and have also specified a prebind_url URL, from where Converse can fetch the BOSH tokens. In this case, Converse will automaticallly reconnect when the connection drops but also reestablish earlier lost connections (due to network outages, closing your laptop etc.).

When authentication is set to login, then this option will only work when the page hasn’t been reloaded yet, because then the user’s password has been wiped from memory. This configuration can however still be useful when using Converse in desktop apps, for example those based on CEF or electron.

auto_register_muc_nickname

  • Default: false

Determines whether Converse should automatically register a user’s nickname when they enter a groupchat.

See here fore more details: https://xmpp.org/extensions/xep-0045.html#register

auto_subscribe

  • Default: false

If true, the user will automatically subscribe back to any contact requests.

auto_join_on_invite

  • Default: false

If true, the user will automatically join a chatroom on invite without any confirm. Also inviting users won’t be prompted for a reason.

auto_join_private_chats

  • Default: []

Allows you to provide a list of user JIDs for private (i.e. single) chats that should automatically be started upon login.

For example:

`['tom@example.org', 'dick@example.org', 'harry@example.org']`

auto_join_rooms

  • Default: []

This settings allows you to provide a list of groupchat conversations to be automatically joined once the user has logged in.

You can either specify a simple list of room JIDs, in which case your nickname will be taken from your JID, or you can specify a list of maps, where each map specifies the room’s JID and other options.

For example:

`[{'jid': 'room@example.org', 'nick': 'WizardKing69', 'minimized': true }]`

blacklisted_plugins

  • Default: []

A list of plugin names that are blacklisted and will therefore not be initialized once converse.initialize is called, even if the same plugin is whitelisted.

From Converse 3.0 onwards most of the API is available only to plugins and all plugins need to be whitelisted first.

The usecase for blacklisting is generally to disable removed core plugins (which are automatically whitelisted) to prevent other (potentially malicious) plugins from registering themselves under those names.

The core, and by default whitelisted, plugins are:

converse-bosh
converse-bookmarks
converse-chatboxes
converse-chatview
converse-controlbox
converse-core
converse-disco
converse-dragresize
converse-fullscreen
converse-headline
converse-mam
converse-minimize
converse-muc
converse-muc-embedded
converse-notification
converse-ping
converse-profile
converse-register
converse-roomslist
converse-rosterview
converse-singleton
converse-smacks
converse-spoilers
converse-vcard

Example:

require(['converse-core', 'converse-muc-embedded'], function (converse) {
    converse.initialize({
        // other settings removed for brevity
        blacklisted_plugins: [
            'converse-dragresize',
            'converse-minimize'
        ],
    });
});

bosh_service_url

  • Default: undefined

Example: http://xmpp.example.com:5280/bosh/

Example with reverse-proxy and TLS: https://xmpp.example.com/bosh/

To connect to an XMPP server over HTTP you need a BOSH connection manager which acts as a middle man between the HTTP and XMPP protocols.

The bosh_service_url setting takes the URL of a BOSH connection manager.

Please refer to your XMPP server’s documentation on how to enable BOSH. For more information, read this blog post: Which BOSH server do you need?

A more modern alternative to BOSH is to use websockets. Please see the websocket_url configuration setting.

clear_messages_on_reconnection

  • Default: false

In some cases, it might be desirable to clear cached chat messages once you’ve reconnected to the XMPP server.

For example, if you want to prevent the chat history from getting too long or if you want to avoid gaps in the chat history (for example due to MAM not returning all messages since the last cached message).

Beware, if you’re using OMEMO, then you probably don’t want to set this setting to true. OMEMO messages can be decrypted only once, so if they then subsequently get cleared, you won’t get the plaintext back.

chatstate_notification_blacklist

  • Default: []

A list of JIDs to be ignored when showing desktop notifications of changed chat states.

Some user’s clients routinely connect and disconnect (likely on mobile) and each time a chat state notificaion is received (online when connecting and then offline when disconnecting).

When desktop notifications are turned on (see show-desktop-notifications), then you’ll receive notification messages each time this happens.

Receiving constant notifications that a user’s client is connecting and disconnecting is annoying, so this option allows you to ignore those JIDs.

connection_options

  • Default: {}

  • Type: Object

Converse relies on Strophe.js to establish and maintain a connection to the XMPP server.

This option allows you to pass a map of configuration options to be passed into the Strophe.Connection constructor.

For documentation on the configuration options that Strophe.Connection accepts, refer to the Strophe.Connection documentation.

As an example, suppose you want to restrict the supported SASL authentication mechanisms, then you’d pass in the mechanisms as a connection_options key:value pair:

converse.initialize({
    connection_options: {
        'mechanisms': [
            converse.env.Strophe.SASLMD5,
        ]
    },
});

credentials_url

  • Default: null

  • Type: URL

This setting should be used in conjunction with authentication set to login.

It allows you to specify a URL which Converse will call when it needs to get the username and password (or authentication token) which Converse will use to automatically log the user in.

If auto_reconnect is also set to true, then Converse will automatically fetch new credentials from the credentials_url whenever the connection or session drops, and then attempt to reconnect and establish a new session.

If the request to the credentials_url URL fails for whatever reason, Converse will continuously retry to fetch the credentials every 2 seconds.

The server behind credentials_url should return a JSON encoded object:

{
    "jid": "me@example.com/resource",
    "password": "Ilikecats!"
}

csi_waiting_time

  • Default: 0

This option adds support for XEP-0352 Client State Indication <https://xmpp.org/extensions/xep-0352.html>_

If Converse is idle for the configured amount of seconds, a chat state indication of inactive will be sent out to the XMPP server (if the server supports CSI).

Afterwards, ss soon as there is any activity (for example, the mouse moves), a chat state indication of active will be sent out.

A value of 0 means that this feature is disabled.

loglevel

  • Default: 'info'

  • Allowed values: 'debug', 'info', 'warn', 'error', 'fatal'

You can also set this value by changing a URL fragment #converse?loglevel=debug

default_domain

  • Default: undefined

Specify a domain to act as the default for user JIDs. This allows users to log in with only the username part of their JID, instead of the full JID.

For example, if default_domain is example.org, then the user johnny@example.org can log in with only johnny.

JIDs with other domains are still allowed but need to be provided in full. To specify only one domain and disallow other domains, see the locked_domain option.

registration_domain

  • Default: ''

Specify a domain name for which the registration form will be fetched automatically, without the user having to enter any XMPP server domain name.

default_state

  • Default: 'online'

The default chat status that the user wil have. If you for example set this to 'chat', then Converse will send out a presence stanza with "show" set to 'chat' as soon as you’ve been logged in.

discover_connection_methods

  • Default: false

Use XEP-0156 to discover whether the XMPP host for the current user advertises any Websocket or BOSH connection URLs that can be used.

If this is set to false, then a websocket_url or bosh_service_url need to be set.

Currently only the XML encoded host-meta resource is supported as shown in Example 2 under section 3.3.

domain_placeholder

  • Default: e.g. conversejs.org

The placeholder text shown in the domain input on the registration form.

emoji_categories

  • Default:

{
  "smileys": ":grinning:",
  "people": ":thumbsup:",
  "activity": ":soccer:",
  "travel": ":motorcycle:",
  "objects": ":bomb:",
  "nature": ":rainbow:",
  "food": ":hotdog:",
  "symbols": ":musical_note:",
  "flags": ":flag_ac:",
  "custom": ":converse:"
}

This setting lets you define the categories that are available in the emoji picker, as well as the default image that’s shown for each category.

The keys of the map are the categories and the values are the shortnames of the representative images.

If you want to remove a category, don’t just remove the key, instead set its value to undefined.

Due to restrictions intended to prevent addition of undeclared configuration settings, it’s not possible to add new emoji categories. There is however a custom category where you can put your own custom emojis (also known as “stickers”).

To add custom emojis, you need to edit src/headless/emojis.json to add new entries to the map under the custom key.

emoji_categories_label

  • Default:

{
  "smileys": "Smileys and emotions",
  "people": "People",
  "activity": "Activities",
  "travel": "Travel",
  "objects": "Objects",
  "nature": "Animals and nature",
  "food": "Food and drink",
  "symbols": "Symbols",
  "flags": "Flags",
  "custom": "Stickers"
}

This setting lets you pass in the text value that goes into the title attribute for the emoji categories. These strings will be translated, but for your custom text to be translatable, you’ll need to wrap it in __()` somewhere in your own code.

emoji_image_path

  • Default: 'https://twemoji.maxcdn.com/2/'

When use_system_emojis is set to false, then this is the URL from where image files for displaying emojis will be fetched.

enable_muc_push

  • Default: false

If true, then Converse will try to register XEP-0357 push notification App Server(s) for the MUC domain of any newly entered groupchat.

The app servers are specified with the push_app_servers option.

Note

Registering a push app server against a MUC domain is not (yet) standardized and this feature should be considered experimental.

enable_smacks

  • Default: false

Determines whether XEP-0198 Stream Management support is turned on or not.

Recommended to set to true if a websocket connection is used. Please see the websocket_url configuration setting.

filter_by_resource

  • Default: false

Before version 1.0.3 Converse would ignore received messages if they were intended for a different resource then the current user had. It was decided to drop this restriction but leave it configurable.

fullname

If you are using prebinding, can specify the fullname of the currently logged in user, otherwise the user’s vCard will be fetched.

geouri_regex

  • Default: /https:\/\/www.openstreetmap.org\/.*#map=[0-9]+\/([\-0-9.]+)\/([\-0-9.]+)\S*/g

Regular expression used to extract geo coordinates from links to openstreetmap.

geouri_replacement

  • Default: 'https://www.openstreetmap.org/?mlat=$1&mlon=$2#map=18/$1/$2'

String used to replace geo-URIs with. Ought to be a link to osm or similar. $1 and $2 is replaced by latitude and longitude respectively.

hide_offline_users

  • Default: false

If set to true, then offline users aren’t shown in the roster.

hide_open_bookmarks

  • Default: false (true when the view_mode is set to fullscreen).

This setting applies to the converse-bookmarks plugin and specfically the list of bookmarks shown in the Rooms tab of the control box.

By default all bookmarks are shown in that list, if this setting is set to true, then only bookmarks for rooms not currently open (i.e. that the current user hasn’t joined), are shown.

Makes sense to set this to true when also using the non-core converse-roomslist plugin, which shows a list of currently open (i.e. “joined”) rooms.

i18n

  • Default: Auto-detection of the User/Browser language or en;

Specify the locale/language.

The translations for that locale must be served in JSON format at /dist/locales/${i18n}-LC_MESSAGES-converse-po.js. The default webpack configuration for Converse.js ensures that these files are generated and placed in the right location.

If an explicit locale is specified via the i18n setting and the translations for that locale are not found, then Converse will fall back to trying to determine the browser’s language and fetching those translations, or if that fails the default English strings will be used.

idle_presence_timeout

  • Default: 300

The amount of seconds after which the user is considered to be idle and an idle presence according to XEP-0319 is sent.

If the given value is negative or 0, this feature is disabled.

jid

The Jabber ID or “JID” of the current user. The JID uniquely identifies a user on the XMPP network. It looks like an email address, but it’s used for instant messaging instead.

This value may be provided together with a password instead of supplying a credentials_url when setting auto_login to true.

keepalive

  • Default: true

Determines whether Converse will attempt to keep you logged in across page loads.

locales

  • Default:

locales: [
    'af', 'ca', 'de',
    'es', 'en', 'fr',
    'he', 'hu', 'id',
    'it', 'ja', 'nb',
    'nl', 'pl', 'pt_BR',
    'ru', 'uk', 'zh'
]

This setting restricts the locales that are supported by Converse and therefore what may be given as value for the i18n option.

Any other locales will be ignored.

locked_domain

  • Default: undefined

Similar to default_domain but no other domains are allowed.

For example, if locked_domain is set to example.org, then the user johnny@example.org can log in with only johnny.

Additionally, only users registered on the example.org host can log in, no other users are allowed to log in.

locked_muc_domain

  • Default: false

  • Allowed values: false, true, 'hidden'

By setting this value to something truthy, you restrict the multi-user chat (MUC) domain to only the value specified in muc_domain.

If the value is set to ‘hidden’ (which is also truthy), then the MUC domain will not be shown to users.

locked_muc_nickname

  • Default: false

This setting allows you to restrict the multi-user chat (MUC) nickname that a user uses to a particular value.

Where the nickname value comes from depends on other settings.

The nickname configuration setting takes precedence ahead of any other nickname value. If that’s not set, then the “nickname” value from the user’s VCard is taken, and if that is not set but muc_nickname_from_jid is set to true, then the node of the user’s JID (the part before the @) is used.

If no nickame value is found, then an error will be raised.

muc_mention_autocomplete_min_chars

  • Default: 0

The number of characters that need to be entered before the auto-complete list of matching nicknames is shown.

muc_mention_autocomplete_filter

  • Default: contains

The method used for filtering MUC participants when using auto-complete. Valid values are contains and starts_with.

muc_mention_autocomplete_show_avatar

  • Default: true

Show avatars of MUC participants when using auto-complete.

message_archiving

  • Default: undefined

Provides support for XEP-0313: Message Archive Management, whereby messages are archived in the XMPP server for later retrieval. Note, your XMPP server must support XEP-0313 MAM for this to work.

This option sets the default archiving preference. Valid values are undefined, never, always and roster.

undefined means that any existing MAM configuration, as set by the user or the server administrator, will be used.

roster means that only messages to and from JIDs in your roster will be archived. The other two values are self-explanatory.

message_archiving_timeout

  • Default: 20000

The amount of time (in milliseconds) to wait when requesting archived messages from the XMPP server.

Used in conjunction with message_archiving and in context of XEP-0313: Message Archive Management.

message_carbons

  • Default: true

Support for XEP-0280: Message Carbons

In order to keep all IM clients for a user engaged in a conversation, outbound messages are carbon-copied to all interested resources.

This is especially important with Converse, where each browser tab serves as a separate IM client.

XEP-0280 requires server support, so make sure that message carbons are enabled on your server.

message_limit

  • Default: 0

Determines the allowed amount of characters in a chat message. A value of zero means there is no limit. Note, this limitation only applies to the Converse UX code running in the browser and it’s trivial for an attacker to bypass this restriction.

You should therefore also configure your XMPP server to limit message sizes.

muc_disable_slash_commands

  • Default: false

Allows you to disable the moderator commands such as /kick or /ban. Ìf set to true all commands will be disabled.

You can also selectively disable some moderator commands by setting it to an array of commands you don’t want.

The following example will disable ‘mute’ and ‘voice’ command:

muc_disable_slash_commands: ['mute', 'voice'],

muc_domain

  • Default: undefined

The default MUC (multi-user chat) domain that should be used.

When setting this value, users can only enter the name when opening a new MUC, and don’t have to add the whole address (i.e. including the domain part).

Users can however still enter the domain and they can still open MUCs with other domains.

If you want to restrict MUCs to only this domain, then set locked_muc_domain to true.

muc_fetch_members

  • Default: true

Determines whether Converse.js will fetch the member lists for a MUC (multi-user chat) when the user first enters it.

Here’s the relevant part from the MUC XEP: https://xmpp.org/extensions/xep-0045.html#getmemberlist

The MUC service won’t necessarily allow any user to fetch member lists, but can usually be configured to do so.

The member lists consists of three lists of users who have the affiliations member, admin and owner respectively.

By fetching member lists, Converse.js will always show these users as participants of the MUC, which makes it behave a bit more like modern chat apps.

muc_history_max_stanzas

  • Default: undefined

This option allows you to specify the maximum amount of messages to be shown in a chatroom when you enter it. By default, the amount specified in the room configuration or determined by the server will be returned.

Please note, this option is not related to XEP-0313 Message Archive Management, which also allows you to show archived chatroom messages, but follows a different approach.

If you’re using MAM for archiving chatroom messages, you might want to set this option to zero.

muc_instant_rooms

  • Default: true

Determines whether ‘instant’ (also called ‘dynamic’ in OpenFire) rooms are created. Otherwise rooms first have to be configured before they’re available to other users (so-called “registered rooms” in MUC-0045).

From a UX perspective, if this settings is false, then a configuration form will render, that has to be filled in first, before the room can be joined by other users.

muc_nickname_from_jid

  • Default: false

When set to true, then users will not be prompted to provide nicknames for chatrooms. Instead, the node part of a user’s JID (i.e. JID = node@domain/resource) will be used. If the user’s nickname is already taken by another user in the chatroom, then an integer will be added to make it unique.

So, for example, if john@example.com joins a chatroom, his nickname will automatically be “john”. If now john@differentdomain.com tries to join the room, his nickname will be “john-2”, and if john@somethingelse.com joins, then his nickname will be “john-3”, and so forth.

muc_respect_autojoin

  • Default; true

Determines whether Converse will respect the autojoin-attribute of bookmarks. Per default all MUCs with set autojoin flag in their respective bookmarks will be joined on startup of Converse. When set to false no MUCs are automatically joined based on their bookmarks.

muc_show_join_leave

  • Default; true

Determines whether Converse will show info messages inside a chatroom whenever a user joins or leaves it.

muc_show_join_leave_status

  • Default; true

Determines whether Converse shows the optionally included status message when a user joins or leaves the MUC. This setting only has an effect if muc_show_join_leave is set to true.

See https://xmpp.org/extensions/xep-0045.html#changepres

muc_show_logs_before_join

  • Default: false

If set to true, when opening a MUC for the first time (or if you don’t have a nickname configured for it), you’ll see the message history (if the server supports [XEP-0313 Message Archive Management](https://xmpp.org/extensions/xep-0313.html)) and the nickname form at the bottom.

nickname

  • Default: undefined

This setting allows you to specify the nickname for the current user. The nickname will be included in presence requests to other users and will also be used as the default nickname when entering MUC chatrooms.

This value will have first preference ahead of other nickname sources, such as the VCard nickname value.

notify_all_room_messages

  • Default: false

By default, sound and desktop notifications will only be made when you are mentioned in a room. If you set this setting to true, then you will be notified of all messages received in a room.

You can also pass an array of room JIDs to this option, to only apply it to certain rooms.

notification_delay

  • Default: 5000

Desktop notifications will be shown for a time of notification_delay ms. Setting this to 0 will make the notification stay until dismissed by the user (requires browser support).

notification_icon

  • Default: 'logo/conversejs-filled.svg'

This option specifies which icon is shown in HTML5 notifications, as provided by the src/converse-notification.js plugin.

oauth_providers

  • Default: []

Allows you to specify a list of OAuth providers that the user may use to log in with.

Note

Your XMPP server will have to support Oauth logins

converse.initialize({
    oauth_providers: {
        'github': {
            'client_id': '1338d9f7ff52b1309b29',
            'host': 'chat.example.org',
            'class': 'fa-github-alt',
            'id': 'github',
            'name': 'Github'
        },
        'twitter': {
            'client_id': '0332d98cff83b1999b22',
            'host': 'chat.example.org',
            'class': 'fa-twitter',
            'id': 'twitter',
            'name': 'Twitter'
        }
    },
});

omemo_default

  • Default: false

Use OMEMO encryption by default when the chat supports it.

ping_interval

  • Default: 60

Make ping to server in order to keep connection with server killing sessions after idle timeout. The ping are sent only if no messages are sent in the last ping_interval seconds You need to set the value to any positive value to enable this functionality.

If you set this value to 0 or any negative value, il will disable this functionality.

play_sounds

  • Default: false

Plays a notification sound when you receive a personal message or when your nickname is mentioned in a chatroom.

Inside the ./sounds directory of the Converse repo you’ll see MP3 and Ogg formatted sound files. We need both, because neither format is supported by all browsers.

You can set the URL where the sound files are hosted with the sounds_path option.

Requires the src/converse-notification.js plugin.

prebind_url

  • Default: null

  • Type: URL

See also: Single Session Support

This setting should be used in conjunction with authentication set to prebind.

It allows you to specify a URL which Converse will call when it needs to get the RID and SID (Request ID and Session ID) tokens of a BOSH connection, which Converse will then attach to.

The server behind prebind_url should return a JSON encoded object with the three tokens:

{
    "jid": "me@example.com/resource",
    "sid": "346234623462",
    "rid": "876987608760"
}

priority

  • Default: 0

  • Type: Number

Determines the priority used for presence stanzas sent out from this resource (i.e. this instance of Converse).

The priority of a given XMPP chat client determines the importance of its presence stanzas in relation to stanzas received from other clients of the same user.

In Converse, the indicated chat status of a roster contact will be taken from the presence stanza (and associated resource) with the highest priority.

If multiple resources have the same top priority, then the chat status will be taken from the most recent present stanza.

For more info you can read Section 2.2.2.3 of RFC-3921.

assets_path

  • Default: '/dist/' or the publicPath value as configured in the relevant Webpack configuration.

Since version 5.0.0, Converse serves a smaller bundle by extracting various resources (for example emojis and translations) into separate files (aka “chunks”) which are loaded asynchronously on demand.

The URL path at which these resources are loaded is normally set by the publicPath setting of Webpack but this means that it’s hardcoded to a particular value at compile time.

This configuration seting allows this value to be set at runtime as well.

persistent_store

  • Default: localStorage

  • Valid options: localStorage, IndexedDB

Determines which store is used for storing persistent data.

From version 6.0.0 onwards, Converse supports storing data in IndexedDB.

IndexedDB is not subjected to the same space constraints as localStorage and is also a requirement for progressive web apps which don’t need persistent a internet connectivity to be functional.

push_app_servers

  • Default: []

This option lets you enable or disable so-called push notification “App Servers” (as per XEP-0357).

For each “App Server” an object needs to be passed in. When enabling, you need to specify jid and node values. You can also provide a secret, if required by your App Server.

When disabling, you need to specify at least a jid and set disabled to true. This will disable notifications to all pubsub nodes on that “App Server”. If you want to disable only a particular node, then specify a node value as well.

For example:

converse.initialize({
    'push_app_servers':  [{
        'jid': 'push-4@client.example',
        'node': 'yxs32uqsflafdk3iuqo',
        'disable': true
    }, {
        'jid': 'push-5@client.example',
        'node': 'yxs32uqsflafdk3iuqo',
    }]
});

roomconfig_whitelist

  • Default: []

A list of room config-option names. If this list is non-empty, only the corresponding room config-options will be shown in the room configuration form. The default will show all options.

In the following example the user can only see (and thus change) the roomname and nothing else:

roomconfig_whitelist: ['muc#roomconfig_roomname'],

root

  • Default: window.document

When using Converse inside a web component’s shadow DOM, you will need to set this settings’ value to the shadow-root of the shadow DOM.

For example:

class CustomChatComponent extends HTMLElement {
  constructor() {
    super();
    const shadowRoot  = this.attachShadow({mode: "open"});
    this.initConverse(shadowRoot);
  }

  initConverse(shadowRoot) {
      window.addEventListener("converse-loaded", function(event) {
          converse.initialize({
              root: shadowRoot,
              // Other settings go here...
          });
      });
    }
  }

roster_groups

  • Default: true

If set to true, Converse will show any roster groups you might have configured.

Note

It’s currently not possible to use Converse to assign contacts to groups. Converse can only show users and groups that were previously configured elsewhere.

show_chat_state_notifications

  • Default: false

Specifies whether chat state (online, dnd, away) HTML5 desktop notifications should be shown.

show_client_info

  • Default: true

Specifies whether the info icon is shown on the controlbox which when clicked opens an “About” modal with more information about the version of Converse being used.

show_controlbox_by_default

  • Default: false (true when the view_mode is set to fullscreen)

The “controlbox” refers to the special chatbox containing your contacts roster, status widget, chatrooms and other controls.

By default this box is hidden and can be toggled by clicking on any element in the page with class toggle-controlbox.

If this options is set to true, the controlbox will by default be shown upon page load.

However, be aware that even if this value is set to false, if the controlbox is open, and the page is reloaded, then it will stay open on the new page as well.

show_desktop_notifications

  • Default: true

Should HTML5 desktop notifications be shown?

If set to true, notifications will be shown in the following cases:

  • the browser is not visible nor focused and a private message is received.

  • the browser is not visible nor focused and a groupchat message is received which mentions you.

  • auto_subscribe is set to false and a new contact request is received.

If set to all, notifications will be shown even if the above conditions are not fulfilled.

Requires the src/converse-notification.js plugin.

show_retraction_warning

  • Default: true

From XEP-0424: Message Retraction:

::

Due to the federated and extensible nature of XMPP it’s not possible to remove a message with full certainty and a retraction can only be considered an unenforceable request for such removal. Clients which don’t support message retraction are not obligated to enforce the request and people could have seen or copied the message contents already.

By default Converse shows a warning to users when they retract a message, to inform them that they don’t have a guarantee that the message will be removed everywhere.

This warning isn’t applicable to all deployments of Converse and can therefore be turned off by setting this config variable to false.

send_chat_state_notifications

  • Default: true

Determines whether chat state notifications (see XEP-0085) should be sent out or not.

Can also be set to an Array in order to allow only certain types of chat state notifications.

For example:

converse.initialize({
    'send_chat_state_notifications':  ['composing']
});

Valid values are 'active', 'composing', 'gone' 'inactive', 'paused'

show_images_inline

  • Default: true

If set to false, images won’t be rendered in chats, instead only their links will be shown.

singleton

  • Default: false

If set to true, then only one chat (one-on-one or groupchat) will be allowed.

The chat must be specified with the auto_join_rooms or auto_join_private_chats options.

This setting is useful together with view_mode set to embedded, when you want to embed a chat into the page.

Alternatively you could use it with view_mode set to overlayed to create a single helpdesk-type chat.

smacks_max_unacked_stanzas

  • Default: 5

This setting relates to XEP-0198 and determines the number of stanzas to be sent before Converse will ask the server for acknowledgement of those stanzas.

sounds_path

  • Default: sounds/

This option only makes sense in conjunction with the play_sounds option and specifies the URL of the sound files to be played (exluding the file names themselves).

In order to support all browsers we need both an MP3 and an Ogg file. Make sure to name your files msg_received.ogg and msg_received.mp3.

sticky_controlbox

  • Default: false (true when the view_mode is set to fullscreen).

If set to true, the control box (which includes the login, registration, contacts and rooms tabs) will not be closeable. It won’t have a close button at all.

The idea behind this setting is to provide a better experience on mobile devices when the intent is to use Converse as a web app. In this case it doesn’t make sense to close the control box, as there’s often then nothing “behind” it that’s relevant to the user.

strict_plugin_dependencies

  • Default: false

When set to true and a plugin tries to override an object which doesn’t exist (for example because the plugin which provides that object is not loaded), then an error will be raised.

Otherwise a message will simply be logged and the override instruction ignored.

The Converse plugins architecture can have an Plugin dependencies plugin attribute. This enables you to specify an array of other plugins which this one depends on. Converse (more specifically, pluggable.js) will first load these dependencies before executing the plugin’s overrides and calling its initialize method.

This is especially important if you register event handlers in your plugin for events that fire in other plugins. In this case, you want to specify those other plugins as dependencies.

If strict_plugin_dependencies is set to false, an error won’t be raised if the optional dependencies aren’t found.

synchronize_availability

  • Default: true

  • Valid options: true, false, a resource name.

This option lets you synchronize your chat status (online, busy, away) with other chat clients. In other words, if you change your status to busy in a different chat client, your status will change to busy in Converse as well.

If set to true, Converse will synchronize with all other clients you are logged in with.

If set to false, this feature is disabled.

If set to a resource name, Converse will synchronize only with a client that has that particular resource assigned to it.

theme

  • Default: default

  • Valid options: default, concord

Let’s you set a color theme for Converse.

trusted

  • Default: true

This setting determines whether the default value of the “This is a trusted device” checkbox in the login form.

When the current device is not trusted, then the cache will be cleared when the user logs out.

Additionally, it determines the type of browser storage (localStorage or sessionStorage) used by Converse to cache user data.

If trusted is set to false, then sessionStorage is used instead of localStorage.

The main difference between the two is that sessionStorage only persists while the current tab or window containing a Converse instance is open. As soon as it’s closed, the data is cleared (as long as there aren’t any other tabs with the same domain open).

Data in localStorage on the other hand is kept indefinitely.

The data that is cached includes your sent and received messages, which chats you had open, what features the XMPP server supports and what your online status was.

Clearing the cache makes Converse much slower when the user logs in again, because all data needs to be fetch anew.

If trusted is set to on or off the “This is a trusted device” checkbox in the login form will not appear at all and cannot be changed by the user. on means to trust the device as stated above and use localStorage. off means to not trust the device (cache is cleared when the user logs out) and to use sessionStorage.

time_format

  • Default: HH:mm

Examples: HH:mm, hh:mm, hh:mm a.

This option makes the time format for the time shown, for each message, configurable. Converse uses DayJS for showing time. This option allows the configuration of the format in which DayJS will display the time for the messages. For detailed description of time-format options available for DayJS you can check the default formatting options and the advanced options.

use_system_emojis

  • Default: true

Determines whether emojis should be rendered by the user’s system.

Not all operating systems support (all) emojis. So alternatively you can let Converse render the emojis with Twemoji.

See also emoji_image_path.

visible_toolbar_buttons

  • Default:

{
    call: false,
    spoiler: false,
    emoji: true,
    toggle_occupants: true
}

Allows you to show or hide buttons on the chatboxes’ toolbars.

  • call:

    Provides a button with a picture of a telephone on it. When the call button is pressed, it will emit an event that can be used by a third-party library to initiate a call.

    converse.listen.on('callButtonClicked', function(data) {
        console.log('Strophe connection is', data.connection);
        console.log('Bare buddy JID is', data.model.get('jid'));
        // ... Third-party library code ...
    });
    
  • emoji:

    Enables rendering of emoji and provides a toolbar button for choosing them.

  • spoiler:

    Shows a button for showing`XEP-0382 <https://xmpp.org/extensions/xep-0382.html>`_ spoiler messages.

  • toggle_occupants:

    Shows a button for toggling (i.e. showing/hiding) the list of occupants in a chatroom.

websocket_url

  • Default: undefined

Example: ws://xmpp.example.com:5280/ws/

Example with reverse-proxy and TLS: wss://xmpp.example.com/ws/

This option is used to specify a websocket URI to which Converse can connect to.

Websockets provide a more modern and effective two-way communication protocol between the browser and a server, effectively emulating TCP at the application layer and therefore overcoming many of the problems with existing long-polling techniques for bidirectional HTTP (such as BOSH).

Please refer to your XMPP server’s documentation on how to enable websocket support.

view_mode

  • Default: overlayed

  • Allowed values: overlayed, fullscreen, mobile, embedded

The view_mode setting configures Converse’s mode and resulting behavior.

  • overlayed is the original mode, in which the chats appeared as small boxes overlaying a webpage which can contain arbitrary content.

  • fullscreen is for a fullpage and single-page app.

  • embedded is used to embed a single chat into a DOM element in the page. The DOM element must have the id #conversejs.

  • mobile is for smaller viewports. Converse is responsive, and the other views will also resize to fit a smaller viewport, but certain behavioural changes won’t be made. For example, when using overlayed in a mobile view, Converse won’t know which chat is currently visible and therefore won’t be able to properly show notifications for chats that are obscured.

Note

Before the introduction of this setting (in version 3.3.0), there were there different builds, each for the different modes.

These were:

  • converse-mobile.js for the mobile mode

  • converse-muc-embedded.js for embedding a single MUC room into a DOM element with id conversejs

  • converse.js for the overlayed mode

  • inverse.js for the fullscreen mode

Besides having different builds, certain plugins had to be whitelisted and blacklisted for the different modes.

converse-singleton had to be whitelisted for the mobile and fullscreen modes, additionally converse-inverse had to be whitelisted for the fullscreen mode.

For both those modes the converse-minimize and converse-dragresize plugins had to be blacklisted.

When using converse-muc-embedded.js various plugins also had to manually be blacklisted.

Since version 3.3.0 it’s no longer necessary to blacklist any plugins (except for converse-muc-embedded.js, which is from version 3.3.3).

Blacklisting now happens automatically.

Since version 3.3.0, the inverse.js and converse-mobile.js builds no longer exist. Instead the standard converse.js build is used, together with the appropriate view_mode value.

Since version 4.0.0, there is now also only one CSS file to be used for all the different view modes, converse.css.

The converse-muc-embedded.js build can still be built, because it’s smaller than converse.js due to unused code being removed. It doesn’t however contain any new code, so the full converse.js build could be used instead, as long as view_mode is set to embedded.

Furthermore, it’s no longer necessary to whitelist or blacklist any plugins when switching view modes.

whitelisted_plugins

  • Default: []

A list of plugin names that are whitelisted and will therefore be initialized once converse.initialize is called.

From Converse 3.0 onwards most of the API is available only to plugins and all plugins need to be whitelisted first.

This is done to prevent malicious scripts from using the API to trick users or to read their conversations.

By default all the core plugins are already whitelisted.

These are:

converse-bookmarks
converse-chatboxes
converse-chatview
converse-controlbox
converse-core
converse-disco
converse-dragresize
converse-fullscreen
converse-headline
converse-mam
converse-minimize
converse-muc
converse-muc-embedded
converse-notification
converse-ping
converse-profile
converse-register
converse-roomslist
converse-rosterview
converse-singleton
converse-spoilers
converse-vcard'

Note

If you are using a custom build which excludes some core plugins, then you should blacklist them so that malicious scripts can’t register their own plugins under those names. See blacklisted_plugins for more info.

Example:

require(['converse-core', 'converse-muc-embedded'], function (converse) {
    converse.initialize({
        // other settings removed for brevity
        whitelisted_plugins: ['myplugin']
    });
});

xhr_user_search_url

Note

XHR stands for XMLHTTPRequest, and is meant here in the AJAX sense (Asynchronous JavaScript and XML).

  • Default: null

There are two ways to add users.

  • The user inputs a valid JID (Jabber ID, aka XMPP address), and the user is added as a pending contact.

  • The user inputs some text (for example part of a first name or last name), an XHR (Ajax Request) will be made to a remote server, and a list of matches are returned. The user can then choose one of the matches to add as a contact.

By providing an XHR search URL, you’re enabling the second mechanism.

What is expected from the remote server?

A default JSON encoded list of objects must be returned. Each object corresponds to a matched user and needs the keys jid and fullname.

[{"jid": "marty@mcfly.net", "fullname": "Marty McFly"}, {"jid": "doc@brown.com", "fullname": "Doc Brown"}]

Note

Make sure your server script sets the header Content-Type: application/json.

This is the URL to which an XHR GET request will be made to fetch user data from your remote server. The query string will be included in the request with q as its key.

The data returned must be a JSON encoded list of user JIDs.

Note

Converse will construct the XHR get URL by simply appending q=<query string entered> to the URL given by xhr_user_search_url. It is therefore important that the necessary question mark (?) preceding the URL’s query component or necessary delimiters (&) are included. See valid examples below.

Examples:

xhr_user_search_url: 'https://some.url/some_path?',

xhr_user_search_url: 'https://some.url/some_path?api_key=somekey&',