slidcord.gateway#

Attributes#

log

Classes#

Gateway

The gateway component, handling registrations and un-registrations.

Module Contents#

class slidcord.gateway.Gateway[source]#

Bases: slidge.BaseGateway

The gateway component, handling registrations and un-registrations.

On slidge launch, a singleton is instantiated, and it will be made available to public classes such LegacyContact or BaseSession as the .xmpp attribute.

Must be subclassed by a legacy module to set up various aspects of the XMPP component behaviour, such as its display name or welcome message, via class attributes COMPONENT_NAME WELCOME_MESSAGE.

Abstract methods related to the registration process must be overriden for a functional Legacy Module:

  • validate()

  • validate_two_factor_code()

  • get_qr_text()

  • confirm_qr()

NB: Not all of these must be overridden, it depends on the REGISTRATION_TYPE.

The other methods, such as send_text() or react() are the same as those of LegacyContact and LegacyParticipant, because the component itself is also a “messaging actor”, ie, an XMPP Entity. For these methods, you need to specify the JID of the recipient with the mto parameter.

Since it inherits from slixmpp.componentxmpp.ComponentXMPP,you also have a hand on low-level XMPP interactions via slixmpp methods, e.g.:

self.send_presence(
    pfrom="somebody@component.example.com",
    pto="someonwelse@anotherexample.com",
)

However, you should not need to do so often since the classes of the plugin API provides higher level abstractions around most commonly needed use-cases, such as sending messages, or displaying a custom status.

COMPONENT_NAME = 'Discord (slidge)'[source]#

Name of the component, as seen in service discovery by XMPP clients

COMPONENT_TYPE = 'discord'[source]#

Type of the gateway, should follow https://xmpp.org/registrar/disco-categories.html

COMPONENT_AVATAR = 'https://www.usff.fr/wp-content/uploads/2018/05/Discord_logo.png'[source]#

Path, bytes or URL used by the component as an avatar.

REGISTRATION_INSTRUCTIONS = 'Have a look at https://discordpy-self.readthedocs.io/en/latest/authenticating.html'[source]#

The text presented to a user that wants to register (or modify) their legacy account configuration.

REGISTRATION_FIELDS[source]#

Iterable of fields presented to the gateway user when registering using XEP-0077 extended by XEP-0004.

ROSTER_GROUP = 'Discord'[source]#

Name of the group assigned to a LegacyContact automagically added to the User’s roster with LegacyContact.add_to_roster().

GROUPS = True[source]#
LEGACY_CONTACT_ID_TYPE[source]#

Modify this if the legacy network uses unique contact IDs that are not strings.

This is required because we store those IDs as TEXT in the persistent SQL DB. The callable specified here is responsible for converting the serialised-as-text version of the contact unique ID back to the proper type. Common example: int.

LEGACY_ROOM_ID_TYPE[source]#

Modify this if the legacy network uses unique room IDs that are not strings.

This is required because we store those IDs as TEXT in the persistent SQL DB. The callable specified here is responsible for converting the serialised-as-text version of the room unique ID back to the proper type. Common example: int.

LEGACY_MSG_ID_TYPE[source]#

Modify this if the legacy network uses unique message IDs that are not strings.

This is required because we store those IDs as TEXT in the persistent SQL DB. The callable specified here will receive is responsible for converting the serialised-as-text version of the message unique ID back to the proper type. Common example: int.

async validate(user_jid, registration_form)[source]#

Validate a user’s initial registration form.

Should raise the appropriate slixmpp.exceptions.XMPPError if the registration does not allow to continue the registration process.

If REGISTRATION_TYPE is a RegistrationType.SINGLE_STEP_FORM, this method should raise something if it wasn’t possible to successfully log in to the legacy service with the registration form content.

It is also used for other types of REGISTRATION_TYPE too, since the first step is always a form. If REGISTRATION_FIELDS is an empty list (ie, it declares no FormField), the “form” is effectively a confirmation dialog displaying REGISTRATION_INSTRUCTIONS.

Parameters:
  • user_jid (slixmpp.JID) – JID of the user that has just registered

  • registration_form (dict[str, Optional[str]]) – A dict where keys are the FormField.var attributes of the BaseGateway.REGISTRATION_FIELDS iterable. This dict can be modified and will be accessible as the legacy_module_data of the

:returnA dict that will be stored as the persistent “legacy_module_data”

for this user. If you don’t return anything here, the whole registration_form content will be stored.

slidcord.gateway.log[source]#