Question related to changes in request parameters

[JudgeGreg]

With apollo-datasource-rest it was possible to set a third argument and set fields there which were used internally in willSendRequest in our codebase. Given that @apollo/datasource-rest only supports two arguments, how would you recommend supplying additional data fields that are purely for internal use and that we don’t intend to send to a server but to use at a later point of execution? Would you recommend setting a new field in the second argument?

Example of what we have with apollo-datasource-rest:

this.patch(path, input, {
      someBooleanField: true,
    });

Thank you.

[trevor-scheer]

@grego-e It sounds like you'd like some kind of context-y object that's also passed to the public fetch method as well as the hooks?

I think that's a reasonable ask, I'd consider a PR that implements that.

[anzai9]

Any update on this issue?