Skip to content

Releases: tomwojcik/starlette-context

0.2.0

21 Feb 17:11
e222f73
Compare
Choose a tag to compare
  • changed parent of context object. More or less the API is the same but due to this change the implementation itself is way more simple and now it's possible to use .items() or keys() like in a normal dict, out of the box. Still, unpacking **kwargs is not supported and I don't think it ever will be. I tried to inherit from the builtin dict but nothing good came out of this. Now you access context as dict using context.data, not context.dict()
  • there was an issue related to not having awaitable plugins. Now both middleware and plugins are fully async compatible. It's a breaking change as it forces to use await, hence new minor version

0.1.6

02 Jan 12:25
b4a85f3
Compare
Choose a tag to compare
0.1.6 Pre-release
Pre-release

breaking changes

one middleware, one context, multiple plugins for middleware
very easy testing and writing custom plugins

0.1.5

01 Jan 19:42
Compare
Choose a tag to compare
0.1.5 Pre-release
Pre-release

lint
tests (100% cov)
separate class for header constants
BasicContextMiddleware add some logic

0.1.4

31 Dec 17:10
Compare
Choose a tag to compare
0.1.4 Pre-release
Pre-release
  • get_many in context object
  • cicd improvements
  • type annotations

0.1.3

30 Dec 15:41
Compare
Choose a tag to compare
0.1.3 Pre-release
Pre-release

0.1.2 + fixed setup.py packaging
what has changed:
different API, context object, renamed middlewares

0.1.2 - never published because of broken setup.py

30 Dec 15:10
9730fb1
Compare
Choose a tag to compare

moved get/set context to context object that wraps contextvar

0.1.1

28 Dec 12:17
Compare
Choose a tag to compare
0.1.1 Pre-release
Pre-release

added response headers (cid and rid only) for one of the middlewares

mvp

27 Dec 20:36
d2279b0
Compare
Choose a tag to compare
mvp Pre-release
Pre-release

Working starlette_context, but not production ready. Needs to be tested. No idea if contextvar can be trusted.