https://bugzilla.wikimedia.org/show_bug.cgi?id=71971

John Mark Vandenberg <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #1 from John Mark Vandenberg <[email protected]> ---
This may have been caused by changing the travis retry number to 2 :
https://gerrit.wikimedia.org/r/#/c/160000/ , which was merged on 13 Sept 3:30
AM

We could try increasing max_retries to 5 to see if that fixes the problem.

Another solution is to disable this test ;-)  Pending patch:
https://gerrit.wikimedia.org/r/160192 from bug 68671

But it is likely this test is doing something odd/extreme and the solution
needs to be found.

Another possible cause is the logic to select a page for this test was changed
11 Sept. https://gerrit.wikimedia.org/r/#/c/159633/

Now that 13 Sept looks like the date this problem stated occurring _regularly_,
I've found an earlier instance of the problem: 18 Sept 18 2014
https://gerrit.wikimedia.org/r/#/c/161201/
https://travis-ci.org/wikimedia/pywikibot-core/jobs/35616554

Next one I can find is 25 Sept https://gerrit.wikimedia.org/r/#/c/162863/
https://travis-ci.org/wikimedia/pywikibot-core/jobs/36296502

https://travis-ci.org/wikimedia/pywikibot-core/jobs/36903977
https://travis-ci.org/wikimedia/pywikibot-core/jobs/37111303
https://travis-ci.org/wikimedia/pywikibot-core/jobs/37270052

I was able to reproduce this timeout once on my workstation by running the test
several times with en.wp set as my default site on a cold cache, sometimes it
only times out once, but occasionally it times out three times.

rm -rf tests/apicache/; python -m unittest
tests.site_tests.TestSiteObject.testImageusage

I can find pre-13 Sept instances of the same error in this test, but as the
retry limit was very high the API code keeps trying to bypass the problem

https://travis-ci.org/wikimedia/pywikibot-core/jobs/35049020#L375

----

testImageusage on a cold cache runs 12 queries; on a warm cache it only makes
one live request, caching the other 11.

(In the process I found a regression
https://gerrit.wikimedia.org/r/#/c/166367/)

When run against en.wp as default site, site_tests.testImageusage uses
[[en:File:Wiktionary-logo-en.svg]] which is used on [[en:!!]]

The query which takes the longest is:

https://en.wikipedia.org/w/api.php?inprop=protection&giulimit=5&maxlag=5&generator=imageusage&format=json&giufilterredir=redirects&prop=info%7Cimageinfo%7Ccategoryinfo&meta=userinfo&indexpageids=&action=query&giutitle=File%3AWiktionary-logo-en.svg&iiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata&uiprop=blockinfo%7Chasmsg

Running wget on that URL, repeatedly, doesnt reproduce the problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to