# SPDX-FileCopyrightText: 2026 Slavi Pantaleev # # SPDX-License-Identifier: AGPL-3.0-or-later --- # Proves the bridge starts, reads the configuration and registration the role rendered, opens # its appservice port, and is the Messenger-side image at the version the role pins. # # The extra thing worth proving here is that `..._meta_mode` reaches every place it feeds: one # upstream codebase serves several Meta networks, and the mode picks which. The scenario runs # `facebook-tor` rather than the role's default, so the assertions can tell the two apart. # # It does NOT bridge anything: no Facebook or Messenger account is on the other side, and # deliberately never will be. See docs/molecule-testing.md. - name: Verify mautrix-meta-messenger hosts: all become: true vars_files: - "{{ lookup('env', 'MOLECULE_PROJECT_DIRECTORY') }}/../../../molecule-shared/vars.yml" - "{{ lookup('env', 'MOLECULE_PROJECT_DIRECTORY') }}/../../../molecule-shared/playbook-context.yml" # Lazily evaluated, so they resolve only in the tasks after the matching slurp. # Deliberately not set_fact: the rendered configuration contains the bridge's own Go # templates, and a stored fact gets templated again on every lookup, which would try to # evaluate those as Jinja. vars: mautrix_meta_messenger_config: "{{ mautrix_meta_messenger_config_file.content | b64decode | from_yaml }}" mautrix_meta_messenger_registration: "{{ mautrix_meta_messenger_registration_file.content | b64decode | from_yaml }}" mautrix_meta_messenger_labels_rendered: "{{ mautrix_meta_messenger_labels.content | b64decode }}" gather_facts: false tasks: # From the role's own defaults rather than pinned in molecule.yml, so the version # assertion compares the running image against what the role ships, not the scenario. - name: Load the role's defaults under a separate name ansible.builtin.include_vars: file: "{{ lookup('env', 'MOLECULE_PROJECT_DIRECTORY') }}/defaults/main.yml" name: mautrix_meta_messenger_role_defaults - name: Wait for the mautrix-meta-messenger service to become active ansible.builtin.systemd_service: name: matrix-mautrix-meta-messenger.service register: mautrix_meta_messenger_service until: mautrix_meta_messenger_service.status.ActiveState == 'active' retries: 30 delay: 5 failed_when: false # `Restart=always` means a bridge crash-looping on unreadable config still reports # `active`, so the restart counter is checked too. Asserted `is defined` because # `| int` turns a missing property into 0 and would pass vacuously. - name: Assert the service is active and has not been restarting ansible.builtin.assert: that: - mautrix_meta_messenger_service.status.ActiveState == 'active' - mautrix_meta_messenger_service.status.NRestarts is defined - mautrix_meta_messenger_service.status.NRestarts | int == 0 fail_msg: >- matrix-mautrix-meta-messenger.service is {{ mautrix_meta_messenger_service.status.ActiveState | default('unknown') }} after {{ mautrix_meta_messenger_service.status.NRestarts | default('?') }} automatic restart(s) success_msg: "matrix-mautrix-meta-messenger.service is active and has not restarted" # The appservice listener is where a homeserver would push transactions. It opening at all # means the bridge got through reading its configuration, through its /whoami check, and # through setting itself up. - name: Wait for the bridge to open its appservice port ansible.builtin.command: argv: - docker - run - --rm - --network={{ matrix_bridge_mautrix_meta_messenger_container_network }} - "{{ molecule_shared_image_curl }}" - --silent - --output - /dev/null - --write-out - "HTTP_STATUS=%{http_code}" - "http://matrix-mautrix-meta-messenger:29319/_matrix/mau/live" register: mautrix_meta_messenger_live changed_when: false until: "'HTTP_STATUS=000' not in mautrix_meta_messenger_live.stdout" retries: 24 delay: 5 failed_when: false - name: Assert the bridge answers on its appservice port ansible.builtin.assert: that: - "'HTTP_STATUS=000' not in mautrix_meta_messenger_live.stdout" fail_msg: >- The bridge did not answer on its appservice port ({{ mautrix_meta_messenger_live.stdout | default('no output') }}) success_msg: "The bridge answers on its appservice port" - name: Read the configuration the role rendered ansible.builtin.slurp: src: "{{ matrix_bridge_mautrix_meta_messenger_config_path }}/config.yaml" register: mautrix_meta_messenger_config_file # Each differs from what the bridge would use on its own, so their presence rules out # a coincidence. - name: Assert the rendered configuration carries this scenario's values ansible.builtin.assert: that: - mautrix_meta_messenger_config.homeserver.address == matrix_bridge_mautrix_meta_messenger_homeserver_address - mautrix_meta_messenger_config.homeserver.domain == matrix_bridge_mautrix_meta_messenger_homeserver_domain - mautrix_meta_messenger_config.appservice.bot.username == matrix_bridge_mautrix_meta_messenger_appservice_username - mautrix_meta_messenger_config.appservice.as_token == matrix_bridge_mautrix_meta_messenger_appservice_token - mautrix_meta_messenger_config.appservice.hs_token == matrix_bridge_mautrix_meta_messenger_homeserver_token - mautrix_meta_messenger_config.bridge.command_prefix == matrix_bridge_mautrix_meta_messenger_bridge_command_prefix - mautrix_meta_messenger_config.logging.min_level == matrix_bridge_mautrix_meta_messenger_logging_min_level # matrix_admin is empty in the shared context, so the only per-domain permission # left is the one the role derives from the homeserver domain. - mautrix_meta_messenger_config.bridge.permissions[matrix_bridge_mautrix_meta_messenger_homeserver_domain] == 'user' # From the shared context rather than this scenario, but the role is what has to # carry it into the configuration. - mautrix_meta_messenger_config.encryption.allow == matrix_bridges_encryption_enabled fail_msg: "The rendered configuration does not carry the scenario's values" success_msg: "The rendered configuration carries the scenario's values" # The mode is not written into the configuration as-is: the role expands it into an # appservice id, a ghost username prefix, a bot displayname and the bridge's `tor` switch. # Each holds a different value under the role's default mode, so together they prove the # choice propagated rather than being ignored. - name: Assert the configuration reflects the Meta mode the scenario selected ansible.builtin.assert: that: - mautrix_meta_messenger_config.appservice.id == 'facebook-tor' - mautrix_meta_messenger_config.appservice.username_template.startswith('facebook_') - not mautrix_meta_messenger_config.appservice.username_template.startswith('messenger_') - mautrix_meta_messenger_config.network.tor - mautrix_meta_messenger_config.appservice.bot.displayname == 'Facebook-tor bridge bot' - matrix_bridge_mautrix_meta_messenger_bridge_displayname_suffix in mautrix_meta_messenger_config.network.displayname_template fail_msg: >- The rendered configuration does not reflect matrix_bridge_mautrix_meta_messenger_meta_mode=facebook-tor success_msg: "The rendered configuration reflects the Meta mode the scenario selected" - name: Assert the configuration points the bridge at the database the role derived ansible.builtin.assert: that: - mautrix_meta_messenger_config.database.type == matrix_bridge_mautrix_meta_messenger_database_engine - matrix_bridge_mautrix_meta_messenger_database_username in mautrix_meta_messenger_config.database.uri - matrix_bridge_mautrix_meta_messenger_database_name in mautrix_meta_messenger_config.database.uri - matrix_bridge_mautrix_meta_messenger_database_hostname in mautrix_meta_messenger_config.database.uri fail_msg: >- database.uri is {{ mautrix_meta_messenger_config.database.uri | default('unset') }}, which was not built from the scenario's connection settings success_msg: "The rendered configuration points the bridge at the database the role derived" # The public address is what the role builds out of the three exposure # variables; it is the same endpoint the Traefik labels below route to. - name: Assert the configuration carries the public address the exposure settings imply ansible.builtin.assert: that: - mautrix_meta_messenger_config.appservice.public_address == 'https://bridges.molecule.local/bridges/meta-messenger' fail_msg: >- appservice.public_address is {{ mautrix_meta_messenger_config.appservice.public_address | default('unset') }} success_msg: "The rendered configuration carries the public address the exposure settings imply" # The role generates the registration; the bridge only consumes it. Worth checking on its # own, as it is the half of the handshake the homeserver reads. - name: Read the appservice registration the role rendered ansible.builtin.slurp: src: "{{ matrix_bridge_mautrix_meta_messenger_config_path }}/registration.yaml" register: mautrix_meta_messenger_registration_file - name: Assert the registration carries the scenario's tokens, id and bot user ansible.builtin.assert: that: - mautrix_meta_messenger_registration.as_token == matrix_bridge_mautrix_meta_messenger_appservice_token - mautrix_meta_messenger_registration.hs_token == matrix_bridge_mautrix_meta_messenger_homeserver_token - mautrix_meta_messenger_registration.id == 'facebook-tor' - mautrix_meta_messenger_registration.sender_localpart == '_bot_' + matrix_bridge_mautrix_meta_messenger_appservice_username - mautrix_meta_messenger_registration.url == 'http://matrix-mautrix-meta-messenger:29319' fail_msg: "The appservice registration does not carry the scenario's tokens, id and bot user" success_msg: "The appservice registration carries the scenario's tokens, id and bot user" # The namespaces are regexes the role assembles. Comparing them as strings would only # re-derive the role's own escaping, so they are checked by what they match: the bot, # this mode's ghosts, and not the ghosts of the mode the role would have defaulted to. - name: Assert the registration namespaces cover the bot and this mode's ghost users ansible.builtin.assert: that: - mautrix_meta_messenger_ghost_regex | length > 0 - mautrix_meta_messenger_bot_regex | length > 0 - mautrix_meta_messenger_facebook_ghost_mxid is match(mautrix_meta_messenger_ghost_regex) - mautrix_meta_messenger_messenger_ghost_mxid is not match(mautrix_meta_messenger_ghost_regex) - mautrix_meta_messenger_bot_mxid is match(mautrix_meta_messenger_bot_regex) fail_msg: "The appservice registration namespaces do not cover the bot and this mode's ghost users" success_msg: "The appservice registration namespaces cover the bot and this mode's ghost users" vars: mautrix_meta_messenger_user_regexes: "{{ mautrix_meta_messenger_registration.namespaces.users | map(attribute='regex') | list }}" mautrix_meta_messenger_ghost_regex: "{{ mautrix_meta_messenger_user_regexes | select('search', 'facebook_') | first | default('') }}" mautrix_meta_messenger_bot_regex: "{{ mautrix_meta_messenger_user_regexes | reject('search', 'facebook_') | first | default('') }}" mautrix_meta_messenger_facebook_ghost_mxid: "@facebook_1234567890:{{ matrix_bridge_mautrix_meta_messenger_homeserver_domain }}" mautrix_meta_messenger_messenger_ghost_mxid: "@messenger_1234567890:{{ matrix_bridge_mautrix_meta_messenger_homeserver_domain }}" mautrix_meta_messenger_bot_mxid: "@{{ matrix_bridge_mautrix_meta_messenger_appservice_username }}:{{ matrix_bridge_mautrix_meta_messenger_homeserver_domain }}" # The bridge can only have created tables here by resolving the hostname, authenticating # with the credentials the role rendered, and running its migrations to completion. - name: List the tables the bridge created in Postgres ansible.builtin.command: argv: - docker - exec - matrix-postgres-molecule - psql - --username={{ matrix_bridge_mautrix_meta_messenger_database_username }} - --dbname={{ matrix_bridge_mautrix_meta_messenger_database_name }} - --tuples-only - --no-align - --command=SELECT tablename FROM pg_tables WHERE schemaname = 'public' register: mautrix_meta_messenger_tables changed_when: false - name: Assert the bridge migrated its schema into the database the role pointed it at ansible.builtin.assert: that: - mautrix_meta_messenger_tables.rc == 0 - "'version' in mautrix_meta_messenger_table_names" - mautrix_meta_messenger_table_names | length > 5 fail_msg: >- The bridge did not create its schema in {{ matrix_bridge_mautrix_meta_messenger_database_name }} (found {{ mautrix_meta_messenger_table_names | length }} table(s)) success_msg: "The bridge migrated its schema into the database the role pointed it at" vars: mautrix_meta_messenger_table_names: "{{ mautrix_meta_messenger_tables.stdout_lines | select | list }}" - name: Read the image of the running container ansible.builtin.command: argv: - docker - container - inspect - matrix-mautrix-meta-messenger - --format - "{{ '{{' }} .Config.Image {{ '}}' }}" register: mautrix_meta_messenger_image changed_when: false # Both Meta bridges publish to the same image repository, with Instagram's tags carrying # an `ig-` prefix. Compared whole rather than by substring, so pulling the other bridge's # image would fail here. - name: Assert the running container is the Messenger image at the version defaults/main.yml pins ansible.builtin.assert: that: - mautrix_meta_messenger_image.stdout.endswith(':' + mautrix_meta_messenger_role_defaults.matrix_bridge_mautrix_meta_messenger_version) fail_msg: >- The running container is {{ mautrix_meta_messenger_image.stdout }}, which is not the Messenger image at the pinned version {{ mautrix_meta_messenger_role_defaults.matrix_bridge_mautrix_meta_messenger_version }} success_msg: "The running container is the Messenger image at the version defaults/main.yml pins" - name: Read the labels the role rendered ansible.builtin.slurp: src: "{{ matrix_bridge_mautrix_meta_messenger_base_path }}/labels" register: mautrix_meta_messenger_labels # Traefik is not running here, so this checks what the role wrote, not what a reverse # proxy would do with it. The port matters: it is hardcoded in the role's templates rather # than derived from a variable, so nothing else here would catch it drifting from the port # the bridge actually listens on. - name: Assert the labels route the exposure hostname and path prefix to the appservice port ansible.builtin.assert: that: - "'traefik.enable=true' in mautrix_meta_messenger_labels_rendered" - "'traefik.http.services.matrix-mautrix-meta-messenger-appservice.loadbalancer.server.port=29319' in mautrix_meta_messenger_labels_rendered" - "'traefik.http.routers.matrix-mautrix-meta-messenger-exposure.rule=Host(`bridges.molecule.local`) && PathPrefix(`/bridges/meta-messenger`)' in mautrix_meta_messenger_labels_rendered" - "'traefik.http.middlewares.matrix-mautrix-meta-messenger-exposure-strip-prefix.stripprefix.prefixes=/bridges/meta-messenger' in mautrix_meta_messenger_labels_rendered" - "'traefik.docker.network=' + matrix_bridge_mautrix_meta_messenger_container_network in mautrix_meta_messenger_labels_rendered" fail_msg: "The rendered labels do not route the exposure hostname and path prefix to the appservice port" success_msg: "The rendered labels route the exposure hostname and path prefix to the appservice port"