# SPDX-FileCopyrightText: 2026 Slavi Pantaleev
#
# SPDX-License-Identifier: AGPL-3.0-or-later

---
dependency:
  name: galaxy
  options:
    requirements-file: requirements.yml
    force: true
driver:
  name: docker
platforms:
  - name: mautrix-discord-${MOLECULE_DISTRO:-ubuntu2604}-default
    image: "geerlingguy/docker-${MOLECULE_DISTRO:-ubuntu2604}-ansible:latest"
    command: ${MOLECULE_DOCKER_COMMAND:-""}
    volumes:
      - /sys/fs/cgroup:/sys/fs/cgroup:rw
    cgroupns_mode: host
    privileged: true
    pre_build_image: true
provisioner:
  name: ansible
  config_options:
    defaults:
      callback_result_format: yaml
  inventory:
    group_vars:
      all:
        matrix_bridge_mautrix_discord_container_network: mautrix-discord-molecule

        # The stub prepare.yml stands up. Not a real homeserver, and nothing is asserted
        # about it. There is deliberately no Discord on the other side either.
        matrix_bridge_mautrix_discord_homeserver_address: http://matrix.molecule.local:8008

        # Postgres, because that is what `group_vars/matrix_servers` selects whenever postgres
        # is enabled - which is the default, so it is what essentially every real deployment
        # runs. prepare.yml stands one up. Name and user differ from the role's defaults, so
        # reaching the database proves the role built its connection string out of these.
        matrix_bridge_mautrix_discord_database_engine: postgres
        matrix_bridge_mautrix_discord_database_hostname: matrix-postgres-molecule
        matrix_bridge_mautrix_discord_database_name: molecule_discord
        matrix_bridge_mautrix_discord_database_username: molecule_discord
        matrix_bridge_mautrix_discord_database_password: molecule_pg_password_a17f34

        # Here these only have to reach the rendered configuration and the registration.
        matrix_bridge_mautrix_discord_appservice_token: molecule_as_token_d15c07
        matrix_bridge_mautrix_discord_homeserver_token: molecule_hs_token_a4e2b8

        # Different from the role's defaults, so verify.yml can tell what the role rendered
        # apart from what the bridge would have chosen.
        matrix_bridge_mautrix_discord_appservice_bot_username: molecule-discordbot
        matrix_bridge_mautrix_discord_homeserver_domain: molecule.local
        matrix_bridge_mautrix_discord_bridge_command_prefix: "!molecule-discord"
        # The role defaults to `warn`, the bridge's own shipped configuration to `debug`.
        # `info` is neither.
        matrix_bridge_mautrix_discord_logging_level: info

        # Unlike most bridge roles here, mautrix-discord *requires* a public address:
        # `validate_config.yml` fails without one, and it is derived from these three.
        # Discord fetches avatars over it in relay mode. Nothing reaches it in this scenario,
        # but it has to be set for the role to run at all.
        #
        # A non-`/` path prefix and a non-default scheme are chosen so the avatar-proxy labels
        # verify.yml reads can only look the way they do if the role composed them.
        matrix_bridge_mautrix_discord_hostname: discord.molecule.local
        matrix_bridge_mautrix_discord_path_prefix: /discord-bridge
        matrix_bridge_mautrix_discord_scheme: http
        matrix_bridge_mautrix_discord_bridge_avatar_proxy_key: molecule_avatar_proxy_key_7c1d

        # verify.yml runs as its own play, where the role's defaults are out of scope,
        # so the paths it reads are pinned here to match what the role derives.
        matrix_bridge_mautrix_discord_base_path: /matrix/mautrix-discord
        matrix_bridge_mautrix_discord_config_path: /matrix/mautrix-discord/config
        matrix_bridge_mautrix_discord_data_path: /matrix/mautrix-discord/data
  env:
    # Workaround for https://github.com/ansible/molecule/issues/4391
    ANSIBLE_ROLES_PATH: ${MOLECULE_PROJECT_DIRECTORY}/../..:/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles:${ANSIBLE_HOME:-~/.ansible}/roles
scenario:
  test_sequence:
    - dependency
    - cleanup
    - destroy
    - syntax
    - create
    - prepare
    - converge
    - idempotence
    - verify
    - cleanup
    - destroy
verifier:
  name: ansible