The docs say the request/response models stay the same for clients but changed for internals so I am not sure how to access it.
ServiceStack’s Identity Auth Integration
ServiceStack’s Identity Auth integration is focused on high compatibility so existing ServiceStack Customers require minimal effort to migrate existing code bases to use the new Identity Auth integration, despite Identity Auth being an entirely different Auth Provider model and implementation.
It does this by retaining a lot of the existing user-facing Authentication and Session abstractions that ServiceStack APIs use for Authorization as well as existing endpoints and Request/Response DTOs that ServiceStack Clients use to Authenticate, but replace their internal implementation to use ASP.NET Identity Auth instead.
I am confused, I can’t see how to add to the meta field.
Both are still getting called, the AuthResponseDecorator is for returning a different or a decorated AuthenticateResponse DTO, in your example you’re returning the entire Context which is not serializable.
Change it to return an instance of the Response DTO you want it to return, e.g:
This will break Auth since the context isn’t serializable.
I’ve also verified RegisterTypedResponseFilter does still get called, so not clear why it’s not being called for you. Maybe you didn’t test it without the invalid AuthResponseDecorator, which changes the Response Type preventing it from being called.
That’s because JWT uses the AuthResponseDecorator to convert the AuthenticateResponse into a JWT Cookie, so your Global Response Filter would need to check for the decorated response, e.g: