Rest sensor - digest issue with httpx

[joaodforce]

The problem

I need to make a restful sensor that polls data from a device api that is authenticated with DIGEST. after setting the integration up, I noticed the sensor state was always unknown, I looked at the logs and noticed that only the first responde got a body, the rest of them are empty, which leads me to think the requests are failing with 401.

Afterlooking up I found this is the same issue reported on #85888 that was closed but didn't have end up having a fix.

I make myself available to test anything that might be a permanent solution to this very annoying issue.

I had this happen before, to get around that I made a cgi script that gets the api via CURL, and used that on HASS instead, it worked great but its not an option for me anymore since before I using linux as my OS host, now ive switched to HASS OS on bare metal.

Please ask me if any additional information is needed.

What version of Home Assistant Core has the issue?

core-2023.12.0

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant OS

Integration causing the issue

RESTful

Link to integration documentation on our website

https://www.home-assistant.io/integrations/rest/

Diagnostics information

No response

Example YAML snippet

No response

Anything in the logs that might be useful for us?

No response

Additional information

No response

[home-assistant]

rest documentation
rest source

[joaodforce]

Any updates on this?

[issue-triage-workflows]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates.
Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍
This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[bdraco]

encode/httpx#3045 might already be fixed in that PR