Skip to content

Conversation

@ConnorNelson
Copy link
Member

No description provided.

Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines 449 to 451
DojoChallenges.query.filter_by(id=challenge_id)
.join(DojoModules.query.filter_by(dojo=dojo, id=module_id).subquery())
.first()
)
if not dojo_challenge:
return {"success": False, "error": "Invalid challenge"}
).resolve()
dojo = dojo_accessible(dojo_challenge.dojo_id) if dojo_challenge else None

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Guard resolve when challenge lookup fails

RunDocker.post now calls .resolve() directly on the result of the challenge query. When the provided dojo/module/challenge combination is invalid the query returns None, so the subsequent .resolve() raises an AttributeError and the endpoint responds with a 500 instead of the expected {success: False, "Invalid challenge"} payload. Adding a None check before resolving restores the previous graceful error handling and avoids turning user input mistakes into server errors.

Useful? React with 👍 / 👎.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants