Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1980746 - FastAPI does not support Flask 2.x, Jinja 3.x, itsdangerous 2.x
Summary: FastAPI does not support Flask 2.x, Jinja 3.x, itsdangerous 2.x
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: python-fastapi
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ben Beasley
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1968972
TreeView+ depends on / blocked
 
Reported: 2021-07-09 12:31 UTC by Ben Beasley
Modified: 2021-07-23 17:05 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-07-23 17:05:55 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ben Beasley 2021-07-09 12:31:00 UTC
Description of problem:

FastAPI upstream does not support the latest versions of the Pallets stack, including Flask 2.x, Jinja 3.x, and itsdangerous 2.x.


Version-Release number of selected component (if applicable): 0.66.0


How reproducible: 

Steps to Reproduce:
1. Inspect https://github.com/tiangolo/fastapi/blob/8cc6f9baac8342e7057e13161f9b73f3baa26e7b/pyproject.toml#L44

Actual results: Latest versions of the mentioned dependencies are not allowed.


Expected results: Latest versions of the mentioned dependencies are allowed.


Additional info:

Upstream bug: https://github.com/tiangolo/fastapi/issues/3512

Comment 1 Ben Beasley 2021-07-09 12:32:27 UTC
PR which will bring Flask 2.x, with comments and status on the overall Pallets stack: https://src.fedoraproject.org/rpms/python-flask/pull-request/8#comment-0

Comment 2 Ben Beasley 2021-07-23 17:05:55 UTC
I have patched pyproject.toml to work around this until upstream does something about it. I think this will work; there are other blockers to a successful build in Rawhide at the moment.


Note You need to log in before you can comment on or make changes to this bug.