New cached responses generated for identical request about talkback HOT 5 CLOSED

You're totally right @roypa! Thank you so much.

I just released 1.2.0 that fixes this issue.

from talkback.

You're right, identical req should match existing tapes. meta and res are not taken into account during the lookup.
Looking at the image I don't see any reason why the tape shouldn't match.

If you're willing to test, I published a new version talkback@beta that adds a debug option.
Set it to true, and it will print a lot of debug information.
For each saved tape, it will print the reason why it doesn't match a new request.

Thank you

from talkback.

I think I found the bug that makes this happen.

The response for this tape is not considered human readable (meta.resHumanReadable=false) because header value for "content-encoding" is gzip. The request is on the other side considered human readable, which is correct.

In the source file tape.js the method static fromStore(raw, options) checks on the var raw.meta.resHumanReadable for both if tests. The first if test is used for the request and has a bug is on line 22, where it should test the raw.meta.reqHumanReadable instead.

from talkback.

Great!
Thank you so much for such a quick response.

from talkback.

Yes, great stuff! Thanks!

from talkback.