- 04 5月, 2021 2 次提交
-
-
由 David Lord 提交于
[pre-commit.ci] pre-commit autoupdate
-
由 pre-commit-ci[bot] 提交于
updates: - [github.com/asottile/pyupgrade: v2.13.0 → v2.14.0](https://github.com/asottile/pyupgrade/compare/v2.13.0...v2.14.0) - [github.com/psf/black: 21.4b0 → 21.4b2](https://github.com/psf/black/compare/21.4b0...21.4b2)
-
- 03 5月, 2021 8 次提交
-
-
由 David Lord 提交于
release version 2.0.0rc2
-
由 David Lord 提交于
-
由 David Lord 提交于
Async improvements
-
由 pgjones 提交于
It is better to encourage users to utilise the app ensure_sync method (or the newely added async_to_sync method) so that any extensions that alter these methods take affect throughout the users code. With the helper method users code fix parts of their code to the asgiref async_to_sync ignoring any extension changes.
-
由 pgjones 提交于
Firstly `run_sync` was a misleading name as it didn't run anything, instead I think `async_to_sync` is much clearer as it converts a coroutine function to a function. (Name stolen from asgiref). Secondly trying to run the ensure_sync during registration made the code more complex and brittle, e.g. the _flask_async_wrapper usage. This was done to pay any setup costs during registration rather than runtime, however this only saved a iscoroutne check. It allows the weirdness of the Blueprint and Scaffold ensure_sync methods to be removed. Switching to runtime ensure_sync usage provides a method for extensions to also support async, as now documented.
-
由 pgjones 提交于
This was required with the previous implementation of Werkzeug's locals which didn't persist across threads. However as the current implementation uses ContextVars which do persist the context copying is no longer required.
-
由 Grey Li 提交于
Update changelog for #3932
-
由 Joshua Bronson 提交于
-
- 01 5月, 2021 2 次提交
-
-
由 David Lord 提交于
Bump python-dotenv from 0.17.0 to 0.17.1
-
由 dependabot[bot] 提交于
Bumps [python-dotenv](https://github.com/theskumar/python-dotenv) from 0.17.0 to 0.17.1. - [Release notes](https://github.com/theskumar/python-dotenv/releases) - [Changelog](https://github.com/theskumar/python-dotenv/blob/master/CHANGELOG.md) - [Commits](https://github.com/theskumar/python-dotenv/compare/v0.17.0...v0.17.1) Signed-off-by: Ndependabot[bot] <support@github.com>
-
- 30 4月, 2021 1 次提交
-
-
由 David Lord 提交于
Add tips for using async on Windows on Python 3.8
-
- 29 4月, 2021 5 次提交
-
-
由 Grey Li 提交于
-
由 dependabot[bot] 提交于
-
由 dependabot[bot] 提交于
Bumps [pre-commit](https://github.com/pre-commit/pre-commit) from 2.12.0 to 2.12.1. - [Release notes](https://github.com/pre-commit/pre-commit/releases) - [Changelog](https://github.com/pre-commit/pre-commit/blob/master/CHANGELOG.md) - [Commits](https://github.com/pre-commit/pre-commit/compare/v2.12.0...v2.12.1) Signed-off-by: Ndependabot[bot] <support@github.com>
-
由 David Lord 提交于
Upgrade to GitHub-native Dependabot
-
由 dependabot-preview[bot] 提交于
-
- 28 4月, 2021 1 次提交
-
-
由 Grey Li 提交于
-
- 27 4月, 2021 9 次提交
-
-
由 David Lord 提交于
Allow using Click 7 with a DeprecationWarning
-
由 David Lord 提交于
Move get_root_path back to flask.helpers
-
由 Adrian Moennich 提交于
As long as popular libraries (e.g. Celery) require click 7, depending on Click 8 in Flask makes it hard to test the latest version (and its other dependencies) in existing applications.
-
由 Adrian Moennich 提交于
Many libraries use it so the move is somewhat disruptive.
-
由 David Lord 提交于
-
由 Grey Li 提交于
[pre-commit.ci] pre-commit autoupdate
-
由 pre-commit-ci[bot] 提交于
updates: - [github.com/asottile/pyupgrade: v2.12.0 → v2.13.0](https://github.com/asottile/pyupgrade/compare/v2.12.0...v2.13.0) - [github.com/asottile/reorder_python_imports: v2.4.0 → v2.5.0](https://github.com/asottile/reorder_python_imports/compare/v2.4.0...v2.5.0) - [github.com/psf/black: 20.8b1 → 21.4b0](https://github.com/psf/black/compare/20.8b1...21.4b0)
-
由 pgjones 提交于
This should make it easier for users to correctly use Flask. The hints are from Quart.
-
由 pgjones 提交于
This enables type checking in CI and marks the project as typed.
-
- 24 4月, 2021 1 次提交
-
-
由 David Lord 提交于
-
- 22 4月, 2021 1 次提交
-
-
由 Grey Li 提交于
-
- 17 4月, 2021 3 次提交
-
-
由 David Lord 提交于
-
由 pgjones 提交于
This has been an early question from users, so best to explain.
-
由 pgjones 提交于
Whilst it has been possible to serve via an ASGI server for a while (using WSGI to ASGI middleware/adapters) it hasn't added much. Now though it makes sense to recommend the asgiref adapter as it integrates with the same event loop used for async route handlers etc...
-
- 16 4月, 2021 7 次提交
-
-
由 David Lord 提交于
Release 2.0.0rc1
-
由 David Lord 提交于
-
由 David Lord 提交于
-
由 David Lord 提交于
-
由 David Lord 提交于
-
由 David Lord 提交于
-
由 David Lord 提交于
-