Dalba added a comment.

OK, I could not come up with a "universally useful" search term. Personally, I don't like waiting 20seconds for such test. I don't think it's essential enough to keep it with this cost, especially that it is being skipped on some of the most important wikis (enwiki, dewiki and wikidata). But as you said these are debatable.

Although I'm not very happy about it, but I'm convinced by the information above that the situation is not that bad and it's OK by me if anyone ones to merge the change already.

P.S:
There is another possible solution if anyone wants to look more into it:, The API provides srqiprofile parameter which can be set to empty and hopefully that can give us deterministic results without needing to fetch the whole 10000 results.
But I have not tested it, maybe does not work as I think it will, and we don't have that parameter implemented in our search method (yet).


TASK DETAIL
https://phabricator.wikimedia.org/T151369

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Magul, Dalba
Cc: Dalba, gerritbot, pywikibot-bugs-list, Aklapper, Magul, Th3d3v1ls, Ramalepe, Liugev6, Tbscho, MayS, Lewizho99, Mdupont, JJMC89, Maathavan, jayvdb, Masti, Alchimista, Rxy
_______________________________________________
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

Reply via email to