| Summary: | Digest authentication failure | ||
|---|---|---|---|
| Product: | [Applications] akregator | Reporter: | Dan Fandrich <dan> |
| Component: | general | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | montel |
| Priority: | NOR | ||
| Version First Reported In: | 5.24.3 | ||
| Target Milestone: | --- | ||
| Platform: | Flatpak | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Dan Fandrich
2023-12-02 07:18:37 UTC
One thing I just noted: the other clients respond with 64 hexadecimal characters (i.e. 256 bits) in the "response" field of the Authorization: header, but akregator responds with 32 hex bytes (i.e. 128 bits). It doesn't look like Akregator is responding properly to an algorithm=SHA-256 authorization. Hi, Do you have a test server ? Regards. Unfortunately, my server isn't public. I could probably come up with a dockerfile to run a local server if you'd like. I traced the Akregator code and found that it seems to use the QtNetwork classes to perform HTTP requests. I created a standalone Qt application to perform a similar request and discovered that it truncates the response field to 128 bits as well. So, it seems to be a problem in Qt itself (I tried both 5.15.2 and 5.15.7). For the record, the Qt issue seems to be https://bugreports.qt.io/browse/QTBUG-98280 |