fix(adapter): Log information if request couldn't be found in recording

[dustinsoftware]

These three fields are referenced in the _identify function.

Fixes #114

[dustinsoftware]

1 test appears to be a flake (adapter-fetch test timed out)

[offirgolan]

@dustinsoftware there are a couple of other places where we log

`${pollyRequest.method} ${pollyRequest.url}`

Can you replace all of those as well? A small utility method to stringify a request for logging would be good here 😄

[dustinsoftware]

Sure thing.

…

On Tue, Jan 29, 2019 at 13:47, Offir Golan ***@***.***> wrote: @dustinsoftware <https://github.com/dustinsoftware> there are a couple of other places where we log `${pollyRequest.method} ${pollyRequest.url}` Can you replace all of those as well? A small utility method to stringify a request for logging would be good here 😄 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#172 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA5hFgfO-sGaftgrUVDtR3CVYBjKTEeoks5vIMFpgaJpZM4aY-Oi> .

[dustinsoftware]

Hmm. Just did a quick search, this is the only other use I can find. Won't this exception only be thrown if there is a bug in polly itself?

    // This should never be reached. If it did, then something screwy happened.
    this.assert(
      `Unhandled request: ${pollyRequest.method} ${pollyRequest.url}.`,
      false
    );

[offirgolan]

Oh... I totally thought there were a few other places but I was mistaken. My bad! Lets just add it there as well for consistency. If it does ever reach that point, at least the user will have more information about the request.

[dustinsoftware]

Updated, let me know if there's any other things you'd like changed :)