Response truncated with requests 2.30.0 and urllib3 2.0.1

<!-- Summary. -->

## Expected Result
Expect to see the entire content of the file [pbc2.csv](https://raw.githubusercontent.com/autonlab/auton-survival/cf583e598ec9ab92fa5d510a0ca72d46dfe0706f/dsm/datasets/pbc2.csv):
```txt
"sno.","id","years", ...
...
... 200,128,13.4,3,0<EOF is here>
```

## Actual Result

Get the content of the file truncated around line `1683` (out of total `1946` lines):
```txt
"sno.","id","years", ...
...
... 71,306,11,4,0\n"<This is not EOF>
```

## Reproduction Steps

```python
import requests

url = "https://raw.githubusercontent.com/autonlab/auton-survival/cf583e598ec9ab92fa5d510a0ca72d46dfe0706f/dsm/datasets/pbc2.csv"
request = requests.get(url, timeout=5).content
request.decode("utf-8")
```

## System Information

    $ python -m requests.help

```json
{
  "chardet": {
    "version": null
  },
  "charset_normalizer": {
    "version": "3.1.0"
  },
  "cryptography": {
    "version": ""
  },
  "idna": {
    "version": "3.4"
  },
  "implementation": {
    "name": "CPython",
    "version": "3.7.16"
  },
  "platform": {
    "release": "5.19.0-41-generic",
    "system": "Linux"
  },
  "pyOpenSSL": {
    "openssl_version": "",
    "version": null
  },
  "requests": {
    "version": "2.30.0"
  },
  "system_ssl": {
    "version": "1010114f"
  },
  "urllib3": {
    "version": "2.0.1"
  },
  "using_charset_normalizer": true,
  "using_pyopenssl": false
}
```

<!-- This command is only available on Requests v2.16.4 and greater. Otherwise,
please provide some basic information about your system (Python version,
operating system, &c). -->

## More Information

The problem stops happening if I downgrade `urllib3` (`pip install "urllib3<2"`), see `$ python -m requests.help`:
```json
{
  "chardet": {
    "version": null
  },
  "charset_normalizer": {
    "version": "3.1.0"
  },
  "cryptography": {
    "version": ""
  },
  "idna": {
    "version": "3.4"
  },
  "implementation": {
    "name": "CPython",
    "version": "3.7.16"
  },
  "platform": {
    "release": "5.19.0-41-generic",
    "system": "Linux"
  },
  "pyOpenSSL": {
    "openssl_version": "",
    "version": null
  },
  "requests": {
    "version": "2.30.0"
  },
  "system_ssl": {
    "version": "1010114f"
  },
  "urllib3": {
    "version": "1.26.15"
  },
  "using_charset_normalizer": true,
  "using_pyopenssl": false
}
```

So this seems to be related to [`urllib3 v2` support in `requests v2.30.0`](https://github.com/psf/requests/releases/tag/v2.30.0).


Thanks for the report @DrShushen, this may be worth raising on the [urllib3](https://github.com/urllib3/urllib3) tracker since you've confirmed it's a regression when upgrading to urllib3 2.0.

This is [the code](https://github.com/psf/requests/blob/main/requests/models.py#L812-L851) we use to read content off the underlying connection from urllib3 which hasn't changed recently. It's not immediately clear if this is a breaking change with how urllib3 responds or if we're not reading correctly in their new setup.

We've confirmed this is reproducible. We're still investigating but initial assumptions is we may be receiving false-y responses mid-stream which is short circuiting our reads. Trying to come up with a simpler repro with urllib3. We'll update shortly, this may mean we need to yank Requests 2.30.0.

For us in CI testing, the `response.text` is truncated at 10240 bytes.

We've yanked the release from PyPI. I've provided a urllib3 specific reproduction to the ticket opened by @DrShushen (urllib3/urllib3#3009) which is where we'll track this issue going forward. The scope of impact seems to be constrained to streamed, compressed responses.

For the time being, we'd advise users to avoid upgrading to urllib3 2.0 out of band to limit potential data corruption.

Fix is here: https://github.com/urllib3/urllib3/pull/3012

We'll plan to "un-yank" 2.30.0 at some point tomorrow pending the release of urllib3 2.0.2 with the fix linked above.

urllib3 2.0.2 has been released with a fix for this issue: https://github.com/urllib3/urllib3/releases/tag/2.0.2

We've also yanked urllib3 2.0.0 and 2.0.1 to avoid future data integrity issues

Requests 2.30.0 has been unyanked. With the removal of urllib3 2.0.0 and 2.0.1, we don't anticipate any more issues with this regression. Going to close this but please let us know if you have any further concerns.