Add way to read http response for failed ws connect

[romasku]

What do these changes do?

It adds session.try_ws_connect methods that return an intermediate object that allows reading HTTP response body in
cases WS handshake failed.

Are there changes in behavior for the user?

Old session.ws_connect should continue to work same it did before.

Checklist

• I think the code is well written
• Unit tests for the changes exist
• Documentation reflects the changes
• If you provide code modification, please add yourself to CONTRIBUTORS.txt
  • The format is <Name> <Surname>.
  • Please keep alphabetical order, the file is sorted by names.
• Add a new news fragment into the CHANGES folder
  • name it <issue_id>.<type> for example (588.bugfix)
  • if you don't have an issue_id change it to the pr id after creating the pr
  • ensure type is one of the following:
    • .feature: Signifying a new feature.
    • .bugfix: Signifying a bug fix.
    • .doc: Signifying a documentation improvement.
    • .removal: Signifying a deprecation or removal of public API.
    • .misc: A ticket has been closed, but it is not of interest to users.
  • Make sure to use full sentences with correct case and punctuation, for example: "Fix issue with non-ascii contents in doctest text files."

[Dreamsorcerer]

I'm not sure this is necessarily the right API, but we should certainly come back to this some time. #8572 is also related, as it wouldn't be needed if we went with something like this.