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