[5.x] Record plain/text request content

[cosmastech]

To close #1569

Requests were predicated on being a JSON body or form input. Now, if we receive a payload with content-type: text/plain, it will record the body.

Before:

After:

[github-actions]

Thanks for submitting a PR!

Note that draft PR's are not reviewed. If you would like a review, please mark your pull request as ready for review in the GitHub user interface.

Pull requests that are abandoned in draft may be closed due to inactivity.

[kohlerdominik]

@cosmastech Thanks very much for the fix, greatly appreciated for our use-case.

Have you thought instead of just hard require text/plain header for your fix, inverting the condition (checking if it's a handled array-like as application/json or multipart/form-data), and fallback and assume it's at least text-compatible if it's not an explicit known arrayable?

This would add support for more text formats like text/xml, text/csv, text/yaml, application/xml, image/svg+xml and many more implicit.

[cosmastech]

@cosmastech Thanks very much for the fix, greatly appreciated for our use-case.

You're very welcome. I had the exact same problem testing SNS webhooks 😅

Have you thought instead of just hard require text/plain header for your fix, inverting the condition (checking if it's a handled array-like as application/json or multipart/form-data), and fallback and assume it's at least text-compatible if it's not an explicit known arrayable?

This would add support for more text formats like text/xml, text/csv, text/yaml, application/xml, image/svg+xml and many more implicit.

That's definitely a good point. I probably won't have time to dedicate to PRing that change, but I would say that I could see value in it.