Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality-Constraints, Wikidata-Campsite. Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION The feature that suggests entity IDs based on constraint definitions (currently in beta, soon to graduate and be enabled for all users) makes two API requests when a user starts to add a new statement: one to get the constraint definition for the property, and one to get the labels and descriptions of all the entities that will be suggested. (If more than fifty entities will be suggested, the second request has to be split up, but that should be rare.) Currently, none of the API responses will be cached. I think this should be fine in practice – there are plenty of other uncached API requests involved in manual Wikidata editing, and these requests should be fairly cheap – but still, we should do better. Specifically, I believe we should: - set the `smaxage` parameter, to instruct both the browser and the HTTP caches to cache the responses (can be relatively short, perhaps one or five minutes?) - set the `uselang` parameter to `content`, so that responses for logged-in users are not private (the relevant language for the second API request is set via the separate `languages` parameter anyways) TASK DETAIL https://phabricator.wikimedia.org/T220956 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Lucas_Werkmeister_WMDE, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
