This PR implements support for Server Side Events when calling the /update endpoint. While this technically supports the new API introduced in 6.1.0, the information is not used in any way.
The information could be used to display a toast message communicating to the user the update progress, but it is unclear whether this is useful or would just clutter the UI.
I removed the authentication information from the header. The /update endpoint requires no authentication and sending authentication information over GET requests can be unsafe.
This PR implements support for Server Side Events when calling the /update endpoint. While this technically supports the new API introduced in 6.1.0, the information is not used in any way.
The information could be used to display a toast message communicating to the user the update progress, but it is unclear whether this is useful or would just clutter the UI.
I removed the authentication information from the header. The /update endpoint requires no authentication and sending authentication information over GET requests can be unsafe.
## Types of changes
- [x] I have read the **CONTRIBUTING** document.
- [x] My code follows the code style of this project.
- [ ] I have updated the documentation accordingly.
- [ ] I have added tests to cover my changes.
- [x] All new and existing tests passed.
- [x] This is **NOT** translation related.
This implements feature #140
This uses the Server Side Events added in Selfoss API 6.1.0 when calling GET /update
This change only supports the new response format but provides no change for the users.
The older versions are still supported.
Removed the username and password in the GET /update request.
The endpoint does not require authentication and it is unsafe to transmit login credentials over GET requests.
I removed the authentication information from the header. The /update endpoint requires no authentication and sending authentication information over GET requests can be unsafe.
Please don't. Older versions of selfoss work like this.
This is also used for BASIC authentication.
> I removed the authentication information from the header. The /update endpoint requires no authentication and sending authentication information over GET requests can be unsafe.
Please don't. Older versions of selfoss work like this.
This is also used for BASIC authentication.
As far as I can see, all versions back up to selfoss 1.1 do not need authentication to trigger sources update. In fact, in every version it is advised to have a cronjob doing a curl on the /update endpoint.
I have not removed authentication for other endpoints, the change is only modifying the request to /update.
As far as I can see, all versions back up to selfoss 1.1 do not need authentication to trigger sources update. In fact, in every version it is advised to have a cronjob doing a curl on the /update endpoint.
I have not removed authentication for other endpoints, the change is only modifying the request to /update.
Sorry about that, I thought that the change was for every call.
Regarding this comment
The information could be used to display a toast message communicating to the user the update progress, but it is unclear whether this is useful or would just clutter the UI.
What's the point of these changes if that does nothing ?
Sorry about that, I thought that the change was for every call.
Regarding this comment
> The information could be used to display a toast message communicating to the user the update progress, but it is unclear whether this is useful or would just clutter the UI.
What's the point of these changes if that does nothing ?
The PR is indeed of little use.
Do you think modifying the toast message from "Refresh in progress" to something like "Refreshing source x/m" would be something useful?
I could implement that behavior in this PR.
The PR is indeed of little use.
Do you think modifying the toast message from "Refresh in progress" to something like "Refreshing source x/m" would be something useful?
I could implement that behavior in this PR.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
This PR implements support for Server Side Events when calling the /update endpoint. While this technically supports the new API introduced in 6.1.0, the information is not used in any way.
The information could be used to display a toast message communicating to the user the update progress, but it is unclear whether this is useful or would just clutter the UI.
I removed the authentication information from the header. The /update endpoint requires no authentication and sending authentication information over GET requests can be unsafe.
Types of changes
This implements feature #140
269937ff09to4b9899c04ePlease don't. Older versions of selfoss work like this.
This is also used for BASIC authentication.
As far as I can see, all versions back up to selfoss 1.1 do not need authentication to trigger sources update. In fact, in every version it is advised to have a cronjob doing a curl on the /update endpoint.
I have not removed authentication for other endpoints, the change is only modifying the request to /update.
Sorry about that, I thought that the change was for every call.
Regarding this comment
What's the point of these changes if that does nothing ?
The PR is indeed of little use.
Do you think modifying the toast message from "Refresh in progress" to something like "Refreshing source x/m" would be something useful?
I could implement that behavior in this PR.
Maybe reuse the current toast messages showing the update beginning and end ?
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.