Anti-vandalism functionality has now been deployed in Phabricator for a
while. After adjusting the parameters in response to a few initial issues
and letting it run over the weekend, I'm now fairly confident in the
algorithm. It should reliably detect and disable accounts which are doing
automated edits (except for the bots that we have white-listed ). In
addition, it should be unlikely to affect users due to normal user activity
like task submission / editing / commenting, etc. When a user account is
disabled due to antivandalism, a notification is posted into the
phabricator event feed[1]. If any account is disabled due to a false
positive, then any phabricator admin may re-enable the account in the usual
way within phabricator's 'manage user' UI.
If anyone has any questions, or notices a problem, please let me know!
[1] https://phabricator.wikimedia.org/feed/query/all/
Reminder: Technical Advice IRC meeting again **Wednesday 3-4 pm UTC** on
#wikimedia-tech.
Question can be asked in English, German, Hungarian.
The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. Every Wednesday, two full-time developers are
available to help you with all your questions about Mediawiki, gadgets,
tools and more! This can be anything from "how to get started" over "who
would be the best contact for X" to specific questions on your project.
If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting
Hope to see you there!
Michi (for the Technical Advice IRC Meeting crew)
--
Michael F. Schönitzer
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Cross-post.
---------- Forwarded message ---------
From: Adam Baso <abaso(a)wikimedia.org>
Date: Mon, Aug 27, 2018 at 4:19 PM
Subject: Wikimedia Foundation Readers Roadmap Review - 27 August 2018
To: <wikitech-ambassadors(a)lists.wikimedia.org>
Hello -
We recorded a roadmap review this morning for the Wikimedia Foundation's
Readers team. This covers material about efforts on the web, native apps,
multimedia, infrastructure, and parsing. Enjoy!
YouTube*
https://www.youtube.com/watch?v=MZeL0rBDJ3s&t=20
PDF
https://commons.wikimedia.org/wiki/File:Wikimedia_Foundation_Readers_Roadma…
As a reminder, you can find our department (Audiences) annual plan on Meta:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2018-2019/…
.
Thanks!
Adam Baso
Engineering Director
Wikimedia Foundation - Readers
* I'm converting the video for WebM VP9 on Commons as well.
Hello,
If you don't use ORES API, please ignore this email.
If you are using wp10 models in your tool, gadget, or research, please note
that these models are now renamed to "articlequality" to better reflect
what they are (in comparison to "editquality"). articlequality models are
deployed on English, Russian, French, Persian, Turkish, and Basque
Wikipedia languages.
So URLs like this:
https://ores.wikimedia.org/v3/scores/enwiki/855137823/wp10
Need to be changed to something like this:
https://ores.wikimedia.org/v3/scores/enwiki/855137823/articlequality
Same goes with parsing the results.
The "wp10" still exists as an alias and if you don't determine models
(meaning you want scores for all models) we respond with wp10 and
articlequality data duplicated [1] but we might pull the plug after four
weeks after this announcement.
[1]: For example see: https://ores.wikimedia.org/v3/scores/enwiki/855137823
For more information see: https://phabricator.wikimedia.org/T196240
Best
--
Amir Sarabadani
Software Engineer
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland – Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
In an attempt to identify abandoned VPS projects, I've created a wiki
page that lists all existing projects, here:
https://wikitech.wikimedia.org/wiki/Cloud_VPS_2018_Purge
Currently 85 projects[2] on that list are unclaimed. If you are a VPS
user, please visit that page and mark any projects that you use as
{{Used}}. Note that it's not necessary for you to be a project admin to
mark something -- if you know that you're currently using a resource and
want to keep using it, go ahead and mark it accordingly. If you /are/ a
project admin, please take a moment to mark which VMs are or aren't used
in your projects.
When October arrives, I will shut down and begin the process of
reclaiming unused projects.
If you think you use a VPS project but aren't sure which, I encourage
you to poke around on https://tools.wmflabs.org/openstack-browser/ to
see what looks familiar. You can also log in to
http://horizon.wikimedia.org which will provide you with a handy menu of
projects that you are currently a member of.
Thank you!
-Andrew and the WMCS team
[1]
https://phabricator.wikimedia.org/phame/post/view/112/neutron_is_finally_co…
[2] Here, for good measure, is that list. Every one of these projects
is currently a candidate for deletion:
aicaptcha
analytics
bots
chicotestproject
ci-staging
codereview
collection-alt-renderer
commonsarchive
community-labs-monitoring
contributors
dashiki
deep-learning-services
discourse
discourse-wam
download
etytree
fastcci
getstarted
glampipe
globaleducation
hat-imagescalers
hound
iiab
iiifls1
ircd
jupyter
kubernetes-testing
maps
maps-team
math
matrix
mcr-dev
mediahandler-tests
mediawiki-docker
multimedia
mw-api-testing
mw-extension-ids
mwfuzz
mwoffliner
newsletter
nonfreewiki
openocr
ores
orig
otrs
pagemigration
paws
phlogiston
piwik
project-smtp
rcm
rdfiodev
reading-lists
reading-web-staging
recommendation-api
redirects
reportcard
sciencesource
sentry
services
services-testbed
t136871
test-twemproxy
thumbor
tor
traffic
twl
utrs
video
wcdo
wdq-mm
wikibase-nearest-neighbors
wikibrain
wikidata-federation
wikidata-page-banner
wikidata-primary-sources-tool
wikidumpparse
wikifactmine
wikimetrics
wikisource-tools
wikistream
wikitolearn-dev
wildcat
wlmjudging
wmf-research-tools
https://gerrit.wikimedia.org/r/c/mediawiki/core/+/447099 changes the
signature of ContentHandler::getUndoContent from <Revision, Revision,
Revision> to <Revision|Content, Revision|Content, Revision|Content[, bool]>
(with Revision soft-deprecated). This is a breaking change as
ContentHandler is meant to be subclassed, and any subclass that typehints
Revision will raise a warning at compile-time, and a fatal when called with
Content.
Searching Gerrit, Github and Google only yielded a single instance of a
subclass overriding the method (which is being fixed) and providing
backwards compatibility in a robust way does not seem feasible, so we are
changing the method signature without a deprecation period (in the sense of
subclass compatibility; with respect to calling the method with Revision,
we follow the normal deprecation process).
For more information on the MediaWiki deprecation policy see
https://www.mediawiki.org/wiki/Deprecation_policy#Removal_without_deprecati…
Hi all!
The state of the Wikimedia error logs makes determining the health of a
deployment difficult. This week there were a number of log messages that
made determining the health of this week's train difficult.
This email is a request for help for a couple of troubling messages
currently showing up on our error logs; please help to investigate these
log messages if you are able:
* Exception thrown for failure to save settings appears ~ 1000
times/day[0]
* "Falling back to DifferenceEngineSlotDiffRenderer" Logspam[1]
Thank you for your help!
<3
-- Tyler
[0] <https://phabricator.wikimedia.org/T202149>
[1] <https://phabricator.wikimedia.org/T202686>