https://bugzilla.wikimedia.org/show_bug.cgi?id=55754
Web browser: ---
Bug ID: 55754
Summary: list=allcampaigns API can run slowly or timeout if
data not cached
Product: MediaWiki extensions
Version: unspecified
Hardware: All
URL: commons.wikimedia.org/w/api.php?action=query&list=allc
ampaigns&uclimit=500
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: UploadWizard
Assignee: yuvipa...@gmail.com
Reporter: br...@wikimedia.org
CC: bawolff...@gmail.com, fflo...@wikimedia.org,
mtrac...@member.fsf.org, nischay...@gmail.com
Classification: Unclassified
Mobile Platform: ---
Currently the upload campaigns branch of the Android Commons app uses
UploadWizard's list=allcampaigns API to periodically refresh the list of
campaigns.
Unfortunately this can run really slowly on Commons, especially if the parsed
titles/descriptions/etc aren't cached due to a software update, massive cache
clear, or selection of a new language. The worst case is a timeout or outright
HTTP 500 error.
A few possibilities:
* (probably easy) could aggressively limit the number of items returned when
not cached, so you at least get a fast result with fewer items instead of a
timeout. This allows clients to continue fetching to get the rest of the
results as they are built.
* (a bit more work) could do more lightweight rendering -- at fetch time we
really only need the title; we could fetch the description and other fields
when we go to upload something. Separately caching/rendering 'just titles' and
'whole field sets' could allow the list to run *much* faster.
* (probably not feasible?) could pre-cache items in the JobQueue after their
dependencies change?
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
