PR-Agent on gitea will not run

[mars3142]

services:
    pr-agent:
      image: codiumai/pr-agent:0.32-gitea_app
      entrypoint: ["python", "-m", "pr_agent.servers.gitea_app"]
      environment:
        - CONFIG__GIT_PROVIDER=gitea
        - CONFIG__IS_SERVER=true
        - GITEA__PERSONAL_ACCESS_TOKEN=<secret>
        - GITEA__URL=https://<custom_domain>
        - CONFIG__MODEL=gemini/gemini-2.0-flash
        - CONFIG__FALLBACK_MODELS=["gemini/gemini-2.5-flash"]
        - GOOGLE_AI_STUDIO__GEMINI_API_KEY=<super_secret>

This is my setting in Portainer for the PR-Agent and every time I use the webhook, I got:

  File "/app/pr_agent/git_providers/__init__.py", line 67, in get_git_provider_with_context 
     raise ValueError(f"Failed to get git provider for {pr_url}") from e
ValueError: Failed to get git provider for https://<custom-domain>/<owner>/<project>/pulls/<id>

[IsmaelMartinez]

The image you are running, codiumai/pr-agent:0.32-gitea_app, is the upstream Qodo build from February 2026 and predates the fix for exactly this failure. At that version the Gitea URL parser stripped only /api/v1 from the webhook payload URL, leaving a repos/... segment that failed the PR path check, so no provider could ever be resolved for a webhook delivery. That was corrected in #2780 and released here from v0.44 onwards, with regression tests covering the /api/v1/repos/{owner}/{repo}/pulls/{n} form. Ten further Gitea fixes have landed since v0.32 as well. This fork does not publish images under codiumai; please follow step 6 of the Gitea installation guide and build from the current tag. If it still fails after that, please reopen with the full traceback rather than the final frame, since the real cause is logged above the line you quoted.