Tymon Tobolski

@ericmj Could you give us a hand here?

I think the next step would be to use `:passive` mode indeed. The later one would be to implement active mode with real connection pooling Also related to https://github.com/teamon/tesla/issues/301

I think we should move on with the passive mode for mint adapter, and direct people to use finch for persistent connections & pooling. Any thoughts on that?

Please share an example code, these is little I can do with the given information. I'm also not sure if this is a feature, or a bug. Please clarify.

Confirmed: ``` iex(5)> Tesla.get(client, "https://remoteok.com") ** (FunctionClauseError) no function clause matching in anonymous fn/2 in Tesla.Adapter.Mint.reduce_responses/3 The following arguments were given to anonymous fn/2 in Tesla.Adapter.Mint.reduce_responses/3: # 1 {:push_promise, #Reference,...

The value is ```elixir json(%{"some" => "data"}) ``` instead of ```elixir %Tesla.Env{status: 200, headers: [{"content-type", "application/json"}], body: Jason.encode!(%{"some" => "data"})}

@victorolinasc Thanks! I can’t wait to hear some feedback. Please post your issues with current Tesla.Mock as a separate issue, together with code sample (let’s keep this issue focused on...

@ivan-kolmychek Thank you for trying this out, your feedback is very valuable 👍 My biggest concern is the verbosity of `expect(:call, )` - you need to remembers that the `call/2`...

@polmiro Check #157 or use [`mock_global/2`](https://hexdocs.pm/tesla/1.2.1/Tesla.Mock.html#mock_global/1)

@fusillicode See [mox docs](https://hexdocs.pm/mox/Mox.html#module-example) for instruction on how to setup mocks