4.4 has a profiler panel, and $response->getInfo('debug') gives the full log.
What else do you mean?

log them in Sentry for example

hum, I missed this part - so you mean a monolog processor.

PR welcome in the Monolog Bridge I suppose.

I am also talking about production debugging.

I would like the thrown exception to contain the response body / headers / etc. if the client has been declared with a specific option for example.

For example instead of having HTTP/1.1 400 Bad Request returned for "https://example.com/". in log we would have HTTP/1.1 400 Bad Request returned for "https://example.com/". <payload> <headers>.

A monolog processor could do the job indeed. Is it better than a new option on the HttpClient in your opinion?

A monolog processor could do the job indeed. Is it better than a new option on the HttpClient in your opinion?

totally - that's not a concern the HttpClient needs to care about.

If it can help I did something like this in a monolog processor

    $exception = $record['context']['exception'] ?? null;
        if ($exception instanceof \Exception && $record['message'] !== $exception->getMessage()) {
            $record['message'] = sprintf('%s - %s', $record['message'], $exception->getMessage());
        }
        while ($exception instanceof \Throwable) {
            if ($exception instanceof HttpExceptionInterface) {
                // It needs to be the 1st statement in order to fullfil the request
                $responseContent = mb_strimwidth($exception->getResponse()->getContent(false), 0, 1000);
                $record['context']['http_client'][] = $exception->getResponse()->getInfo()
                    + ['response_content' => $responseContent];
            }
            $exception = $exception->getPrevious();
        }

the drawback of reading the response content there is that your logger will now wait until the full body is received. that's why we don't do it in the core.

@stof Yes, that's why I combine this with a crossfinger + buffer handler to limitate this problem.

TraceableHttpClient now can collect response bodies without breaking async. I'd suggest having a look to implement this. Anyone up for giving it a try? @B-Galati?

@nicolas-grekas Awesome! Which PR enables this? I'll give it a try this week.

Check #35407