Skip to content

Conversation

@tpoliaw
Copy link
Contributor

@tpoliaw tpoliaw commented Nov 24, 2025

The exception being caught (QueryValueError) was never being raised and
the TypeErrors being raised instead caused 503 server errors when fields
were missing or invalid. Catching TypeError instead allows the client to
get a 400 Bad Request error with the exception detail as intended.

The exception being caught (QueryValueError) was never being raised and
the TypeErrors being raised instead caused 503 server errors when fields
were missing or invalid. Catching TypeError instead allows the client to
get a `400 Bad Request` error with the exception detail as intended.
@tpoliaw
Copy link
Contributor Author

tpoliaw commented Nov 24, 2025

Alternatively, I'm happy to modify the query types instead to raise QueryValueError. Would probably be a bigger change though and any new implementations would need to remember to wrap the exceptions correctly.

@tpoliaw tpoliaw changed the title Handle errors building queries URL query Handle errors building queries from request Nov 24, 2025
@tpoliaw
Copy link
Contributor Author

tpoliaw commented Nov 25, 2025

Pinned both fastapi and minio to avoid breaking changes in recent versions

minio breaking change in patch release here
fastapi change in pre-1.0 minor release here where a staticmethod was made into an instance method.

I think both should be in a different PR but I wanted to check the CI for this change first

@danielballan
Copy link
Member

I see last night's scheduled run failed over this. Thanks for looking into it @tpoliaw.

@danielballan
Copy link
Member

CI is green again now, and I did a release (v0.2.2).

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.

3 participants