Optional bridgeOptional disabletrue to disable BridgeContext
parameters in Bridge.onEvent. Disabling the context makes the
bridge do fewer database lookups, but prevents there from being a
context parameter.
Default: false.
Optional disableTrue to disable enabling of stores. This should be used by bridges that use their own database instances and do not need any of the included store objects. This implies setting disableContext to True. Default: false.
The domain part for user_ids and room aliases e.g. "bar" in "@foo:bar".
Optional escapeEscape userIds for non-bot intents with ~escapeUserId Default: true
Optional eventThe event store instance to use, or the path to the user .db file to load.
A database will NOT be created if this is not specified. If disableStores is set,
no database will be created or used.
Optional eventOptional validateShould we validate that the sender of an edit matches the parent event.
If the parent edit event could not be found, should the event be rejected.
The base HS url
Optional intentOptions to supply to created Intent instances.
Optional bot?: IntentOptsOptions to supply to the bot intent.
Optional clients?: IntentOptsOptions to supply to the client intents.
Optional logTrue to enable SUCCESS/FAILED log lines to be sent to onLog. Default: true.
Optional membershipThe membership cache instance to use, which can be manually created by a bridge for greater control over caching. By default a membership cache will be created internally.
Optional networkA human readable string that will be used when the bridge signals errors to the client. Will not include in error events if ommited.
Optional onThe factory function used to create intents.
Optional queueOptions for the onEvent queue. When the bridge
receives an incoming transaction, it needs to asyncly query the data store for
contextual info before calling onEvent. A queue is used to keep the onEvent
calls consistent with the arrival order from the incoming transactions.
Optional pertrue to only feed through the next event after the request object in the previous
call succeeds or fails. It is vital that you consistently resolve/reject the
request if this is 'true', else you will not get any further events from this queue.
To aid debugging this, consider setting a delayed listener on the request factory.
If false, the mere invocation of onEvent is enough to trigger the next event in the queue.
You probably want to set this to true if your ~onEvent is
performing async operations where ordering matters (e.g. messages).
Default: false.
Optional type?: "none" | "single" | "per_room"The type of queue to use when feeding through to ~onEvent.
none, events are fed through as soon as contextual info is obtained, which may result
in out of order events but stops HOL blocking.single, onEvent calls will be in order but may be slower due to HOL blocking.per_room, a queue per room ID is made which reduces the impact of HOL blocking to be scoped to a room.Default: single.
Application service registration object or path to the registration file.
Optional roomOptional roomThe room store instance to use, or the path to the room .db file to load.
A database will be created if this is not specified. If disableStores is set,
no database will be created or used.
Optional roomOptional suppressTrue to stop receiving onEvent callbacks for events which were sent by a bridge user. Default: true.
Optional trackOptional userThe user activity store instance to use, or the path to the user .db file to load.
A database will be created if this is not specified. If disableStores is set,
no database will be created or used.
Optional userThe user store instance to use, or the path to the user .db file to load.
A database will be created if this is not specified. If disableStores is set,
no database will be created or used.
Generated using TypeDoc
The controller logic for the bridge.