You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the LoggingInterceptor does not work with graphql. Internal calls to intercept, logNext, and logError use the base ExecutionContext from nest without first evaluating the current application context.
Accessors for the in-flight request object are different depending on the application context. For rest they look like:
Anyway, if you want to support gql with this interceptor I would be open to making a pr! Or perhaps I could add a new one that is specific for graphql.
This is a great assembly of nest utils!
The text was updated successfully, but these errors were encountered:
Indeed, we do not handle graphQL for now but it could be nice to handle it. Unfortunately, I can't tell you when we can implement graphQL support.
I think we could create an option for graphQL, no need to create a new package. If you wish to, you can of course contribute and open a new PR to handle this 😁
Currently, the
LoggingInterceptor
does not work with graphql. Internal calls tointercept
,logNext
, andlogError
use the baseExecutionContext
from nest without first evaluating the current application context.Accessors for the in-flight request object are different depending on the application context. For rest they look like:
as you have in logNext
In graphql it looks like
(at least this is the cleanest way I have been able to access these)
As such, the use of rest style of access yields the following logs when in the graphql context:
Anyway, if you want to support gql with this interceptor I would be open to making a pr! Or perhaps I could add a new one that is specific for graphql.
This is a great assembly of nest utils!
The text was updated successfully, but these errors were encountered: