valhallasw created this task.
Herald added subscribers: pywikibot-bugs-list, Zppix, Aklapper.

TASK DESCRIPTION
  From the debug log, this is what seems to happen:
  
  - there is a save() background request which is throttled
  - this means no other requests are served
  - replace.py tries an unthrottled request, but this request is then queued 
behind the throttled request
  
    2016-05-23 15:27:39        throttle.py,  250 in               wait: INFO    
 Sleeping for 15.9 seconds
    , 2016-05-23 15:27:39
    (...)
    2016-05-23 15:27:55             api.py, 1949 in             submit: DEBUG   
 API request to commons:co
    mmons (uses get: False):
    Headers: {u'Content-Type': u'application/x-www-form-urlencoded'}
    URI: u'/w/api.php'
    Body: 'maxlag=5&format=json&text=(...)
    2016-05-23 15:27:55             api.py, 1949 in             submit: DEBUG   
 API request to commons:commons (uses get: True):
    Headers: {u'Content-Type': u'application/x-www-form-urlencoded'}
    URI: 
u'/w/api.php?inprop=protection&titles=File%3AAfter+Peter+Paul+Rubens+001.jpg&continue=&format=json&prop=info&meta=userinfo&indexpageids=&action=query&maxlag=5&uiprop=blockinfo%7Chasmsg'
    Body: None
  
  There are several options I can think of:
  
  1. do not request protection status,
  2. request protection status in preload, or
  3. on a lower level have a queue which prioritizes non-write requests

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

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

To: valhallasw
Cc: Aklapper, Zppix, pywikibot-bugs-list, valhallasw, Mdupont, jayvdb



_______________________________________________
pywikibot-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

Reply via email to