Jul 2 2020
Jul 1 2020
Jun 5 2020
As soon as T254211: mostviewed generator not returning any results is fixed, the issue will go away.
Jun 4 2020
@santhosh The mostviewed API started working again. Recommendations also are working for the language wikis where the mostviewed API is working. For example, I see some results on for Russian: https://en.wikipedia.org/api/rest_v1/data/recommendation/article/creation/translation/ru
Hmm, it's still not working on French Wikipedia: https://fr.wikipedia.org/w/api.php?action=query&generator=mostviewed&prop=pageviews
o/ @Milimetric Thanks for looking into it. It's working for me too.
Jun 2 2020
@santhosh the issue is with the MediaWiki API. The mostviewed generator is not returning anything: https://en.wikipedia.org/w/api.php?action=query&generator=mostviewed&prop=pageviews
May 27 2020
May 26 2020
May 24 2020
Just a little status update: I've removed YUI and working on upgrading bootstrap. Since a lot changed between versions 2 and 4, it'll take some time to fully upgrade years 2016 through 2020. I'll let you know when I'm done.
May 22 2020
May 21 2020
May 19 2020
@leila that sounds good.
May 18 2020
@Dzahn we have about 1.7 GB of video recordings of the recent workshop. We're trying to upload those files. Currently, there are only 4 files.
May 17 2020
May 13 2020
May 10 2020
@akosiaris could you please re-review this patch: https://gerrit.wikimedia.org/r/#/c/operations/deployment-charts/+/565788/
@leila head's up that one of the patches is removing the Facebook button. Another is removing statcounter. We probably want to use https://wikitech.wikimedia.org/wiki/Tool:Event_Metrics instead. What do you think?
May 3 2020
@elukey I've deployed the fix. Let me know if you still see the issue.
Here's a pull request: https://github.com/wikimedia/restbase/pull/1259
May 2 2020
OK, I see. Then I'll not merge that patch. I'll handle the response code directly, possibly returning a 404 for failed health check requests.
@elukey Please take a look at the above patch. Rather than stubbing requests to MW API (and thus making a lot of code changes) I decided not to log health check error messages when the MW API is under stress. If the patch looks good to you, let me know and I'll deploy it.
May 1 2020
All changes have been deployed. Feel free to re-open when you see the issue again.
Apr 26 2020
Apr 21 2020
Apr 20 2020
@elukey With the above patch some 503 errors will be logged correctly with informative message. I'll deploy the patch as soon as possible.
Apr 17 2020
This is already happening. See /srv/log/recommendation_api/main.log in scb1001.eqiad.wmnet, for example.
Apr 16 2020
@elukey from the logs I see that both 404 and 503 come in pairs. In the recommendation API we ping the MediaWiki API, which sometimes returns 503. We then return a 404 here. So, the error has really to do with the MW API. Below I'm pasting a sample response from the MW API (prettified for readibility):
Thanks, I can login now.
Apr 15 2020
Apr 13 2020
Apr 7 2020
Mar 31 2020
@elukey how can I access http://scb1001.eqiad.wmnet:9632? Should I be on some host to ping that URL? Also, where can I see the logs? Thanks!
Mar 18 2020
Mar 15 2020
Mar 5 2020
Oh I see. The new text should be live now.
Mar 4 2020
@Isaac, Can you clear your cache? This is what I see:
Mar 3 2020
The campaign info has been updated.
Mar 1 2020
@Isaac the campaign info has been added. http://recommend-large.wmflabs.org/?campaign=WikiGapFinder
Feb 29 2020
@BBlack is the switchover complete? Can the previous content host stop hosting?
Feb 26 2020
Feb 25 2020
- Per Eric's comments above, I think we will be extending the list of acceptable Wikidata values for sex-or-gender here to include at least transgender female (Q1052281).
Feb 24 2020
@Isaac I've made some changes and created a large labs instance. Here it is: http://recommend-large.wmflabs.org/?campaign=WikiGapFinder
Feb 20 2020
Yes, that's true. Also, the site was already slow. I did a quick profiling. Here's the data.
Feb 18 2020
@Astinson if I'm not mistaken the campaigns are already being tracked with eventlogger and also content translation. I can look into it if you need the details.
@Isaac The labs instance has been updated with the latest code. The WikiGapFinder campaign users will see articles about women on the landing page. Subsequent searches will also filter out articles that are not about women. Below are some of the before and after screenshots.
Feb 12 2020
It seems like if the post-hoc filtering that you are suggesting doesn't return enough results, we would have to consider making queries to WDQS instead?
@BBlack the site has been updated. Please turn on the DNS.
@BBlack I'll let you know when we get the latest code into Gerrit.
Feb 11 2020
@Isaac thanks. I made the change (which will be deployed once we're done with the remaining parts).
Feb 10 2020
My bad. Apparently code runs on Python 3 too. Thanks for the input @Legoktm. I'll look into flake.
@Isaac this is how the new interface will look like on page load. Let me know if you want me to change anything in it.
Feb 9 2020
Feb 8 2020
@Mholloway thanks for the heads up. I'll look into it.
Feb 4 2020
@Vgutierrez, thanks for working on this task. Please let me know if I can help move the task forward.
Jan 22 2020
Jan 20 2020
@akosiaris thanks! The first two points were already done. I've created a chart and uploaded a patch. Would you please review it.
Jan 19 2020
Jan 13 2020
Jan 12 2020
@akosiaris thanks for the patch. What are the next steps once your patch is merged?
Status update: I've requested a Gerrit repo.
Dec 26 2019
Thanks, @jcrespo. I got my access back.
Dec 21 2019
@bd808 Thanks for increasing the quota. I'm done porting.
Install scripts in two repositories have been updated (see above comments with Gerrit patch links). I'll try to merge them when I get my merge rights back. For now all Jessie instances have been ported to Buster.