-
Notifications
You must be signed in to change notification settings - Fork 545
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PUT request to /api/v1/bookmarks/cache takes too long #918
Labels
type:bug
Something isn't working
Comments
Yeah, currently the data download task is a sync process. We could just launch this in background but right now we don't have means of telling the user what's the status of a background job. I'm currently working in something for that but is far from ready and it have other implications due to the nature of the bookmarks being available to all users at the moment. |
Reopening for future reference. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Data
Describe the bug / actual behavior
I have an Android app that interacts with Shiori's API. When I attempt to update a bookmark archive, the request takes an excessively long time, often several minutes when is a large bookmark.
Endpoint:
PUT http:https://192.168.1.68:18080/api/v1/bookmarks/cache
Initially, the timeout in android app was set to 30 seconds. I increased it to 50 seconds, but there are still bookmarks that I cannot update because the request times out.
It seems that the timeout issue is related to the length of the bookmark. Here is an example of large bookmark that causes this issue.
large bookmark
Expected behavior
The server should return the bookmark information promptly while creating the archive in the background.
To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: