-
-
Notifications
You must be signed in to change notification settings - Fork 70
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
There seems to be no protection against fetching again an again the same version of the catalog #1007
Comments
@BPerlakiH Can you please confirm/explain how it works? |
@kelson42 I can see in the traffic that the catalog is refetched on each button press:
The amount of time it takes is divided though. From what I can see the request (on a good wifi) takes only 900ms, whereas parsing and (maybe inserting the data) takes longer, around 2 more seconds. The libkiwix library is also attempting to download the favicons, which I think is not really needed as it just simply not working, so we download those "on demand", when displaying the list of categories. It is also creating a lot of log outputs:
over 3200 lines of those. |
Thx for confirming the bug. Please read documentation I have given and fix both HTTP request and response handling. |
If you believe the libkiwix does not work properly, please open an issue there. |
@BPerlakiH Related to #1023 which should be kept in mind... but here its looks like that the refershing of the category list is just branched at the wrong place. |
If I click twice on "fetch catalog" it takes many seconds each time to complete. Which tends to let me think there is no check if the version of the online catalogue is the same as the copy we have locally. If the version would be checked and proven to be the same (via Etag), then Kiwix should not redownload everything and it should be over in 0.1s.
See https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/If-None-Match
The text was updated successfully, but these errors were encountered: