You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm trying to get several Livejournal feeds to work properly (don't ask). So let's say there's a URL of the form https://<user>:<password>@<feed-name>.livejournal.com/data/rss/?auth=digest. It works (as in: fetches all recent entries, including protected ones, without an issue) when fed to wget.
Thanks for reporting. This is indeed currently not supported.
We use Guzzle with curl backend and it just defaults to using Basic authentication when credentials are given in the URL, just like curl.
We could set CURLAUTH_ANY flag unconditionally but that might break some sites that support Basic auth using the same URL as unauthenticated (public) feed.
Feel free to apply the following patch if that is not a problem for you: #1487
In the long term, we will probably want to allow overriding Guzzle request options, which would allow stuff like setting per-feed proxy, adding extra headers or disabling certificate validation. It would require an user interface (depends on #1461, and it would either have to be an exhaustive GUI or some kind of JSON+constants raw text input). I am also not sure how it should interact with spouts that do multiple requests (e.g. SimplePie using auto-discovery or Graby).
I'm trying to get several Livejournal feeds to work properly (don't ask). So let's say there's a URL of the form
https://<user>:<password>@<feed-name>.livejournal.com/data/rss/?auth=digest
. It works (as in: fetches all recent entries, including protected ones, without an issue) when fed towget
.Selfoss logs this for the same feed URL:
The text was updated successfully, but these errors were encountered: