starlette-context

• fix for being unable to catch some exceptions with a try/except due to base exc inheriting from the BaseException (Thanks @soundstripe) https://github.com/tomwojcik/starlette-context/issues/90
• minimal Python version required is now 3.8

• fix for accessing the context in error handlers (Thanks @hhamana) https://github.com/tomwojcik/starlette-context/issues/74

• add request_cycle_context. It’s a context manager that allows for easier testing and cleaner code (Thanks @hhamana) https://github.com/tomwojcik/starlette-context/issues/46
• fix for accessing context during logging, outside of the request-response cycle. Technically it should raise an exception, but it makes sense to include the context by default (in logs) and if it’s not available, some logs are better than no logs. Now it will show context data if context is available, with a fallback to an empty dict (instead of raising an exc) https://github.com/tomwojcik/starlette-context/issues/65
• add ContextMiddleware deprecation warning
• **context context unpacking seems to be working now

• add support for custom error responses if error occurred in plugin / middleware -> fix for 500 (Thanks @hhamana)
• better (custom) exceptions with a base StarletteContextError (Thanks @hhamana)

• ContextDoesNotExistError is raised when context object can't be accessed. Previously it was RuntimeError.
  For backwards compatibility, it inherits from RuntimeError so it shouldn't result in any regressions.
• Added py.typed file so your mypy should never complain

• add ApiKeyPlugin plugin for X-API-Key header

• add RawContextMiddleware for Streaming and File responses
• add flake8, isort, mypy
• small refactor of the base plugin, moved directories and removed one redundant method (potentially breaking changes)

• add docs on read the docs
• fix bug with force_new_uuid=True returning the same uuid constantly
• due to ^ a lot of tests had to be refactored as well

• for correlation id and request id plugins, add support for enforcing the generation of a new value
• for ^ plugins add support for validating uuid. It's a default behavior so will break things for people who don't use uuid4 there. If you don't want this validation, you need to pass validate=False to the plugin
• thanks to @VukW you can now check if context is available

• dropped with_plugins from the middleware as Starlette has it's own way of doing this
• due to ^ this change some tests are simplified
• if context is not available no LookupError will be raised, instead there will be RuntimeError, because this error might mean one of two things: user either didn't use ContextMiddleware or is trying to access context object outside of request-response cycle

• 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

breaking changes

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

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

• get_many in context object
• cicd improvements
• type annotations

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

moved get/set context to context object that wraps contextvar

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

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