Page MenuHomePhabricator
Feed Advanced Search

Yesterday

Tgr added a comment to T232796: [betalabs] Cannot create a new user account .

@Tgr: where did you see these logs specifically?

Fri, Sep 20, 12:25 AM · Release-Engineering-Team-TODO (201909), User-zeljkofilipin, Beta-Cluster-Infrastructure, MediaWiki-extensions-CentralAuth

Tue, Sep 17

Tgr added a comment to T232796: [betalabs] Cannot create a new user account .
Sep 17 21:09:02 deployment-deploy02:  PHP Warning:  PHP Startup: Unable to load dynamic library 'geoip.so' (tried: /usr/lib/php/20170718/geoip.so (/usr/lib/php/20170718/geoip.so: cannot open shared object file: No such file or directory), /usr/lib/php/20170718/geoip.so.so (/usr/lib/php/20170718/geoip.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Sep 17 21:09:02 deployment-deploy02:  PHP Warning:  PHP Startup: Unable to load dynamic library 'msgpack.so' (tried: /usr/lib/php/20170718/msgpack.so (/usr/lib/php/20170718/msgpack.so: cannot open shared object file: No such file or directory), /usr/lib/php/20170718/msgpack.so.so (/usr/lib/php/20170718/msgpack.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Sep 17 21:09:02 deployment-deploy02:  PHP Warning:  PHP Startup: Unable to load dynamic library 'memcached.so' (tried: /usr/lib/php/20170718/memcached.so (/usr/lib/php/20170718/memcached.so: cannot open shared object file: No such file or directory), /usr/lib/php/20170718/memcached.so.so (/usr/lib/php/20170718/memcached.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

I guess that explains it.

Tue, Sep 17, 9:24 PM · Release-Engineering-Team-TODO (201909), User-zeljkofilipin, Beta-Cluster-Infrastructure, MediaWiki-extensions-CentralAuth
Tgr added a comment to T232796: [betalabs] Cannot create a new user account .

This is a double-submit protection using a memcached lock. Memcached on beta tends to be unreliable, that's the first place I'd look. (If we had logs, that is :)

Tue, Sep 17, 9:15 PM · Release-Engineering-Team-TODO (201909), User-zeljkofilipin, Beta-Cluster-Infrastructure, MediaWiki-extensions-CentralAuth
Tgr added a comment to T233119: Intended use of MinimumPasswordLengthToLogin not so clear.

I wonder if we should be giving the user some sort of hint in this case... ie use Special:PasswordReset...
Otherwise it's basically a dead end from usability...

Tue, Sep 17, 9:06 PM · Core Platform Team Workboards (Clinic Duty Team), MW-1.31-release-notes, MW-1.32-notes, MW-1.33-notes, Documentation, MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Trust-and-Safety, MediaWiki-Authentication-and-authorization, Anti-Harassment, MediaWiki-User-login-and-signup
Tgr added a comment to T231930: Introduce ActingUser to represent the user performing the current request.

We'll need request data for system users anyway since something has to go into the checkuser log, so it might be easier to split the context, as @TK-999 suggests. A normal user is a UserIdentity with some limited proxy for request/response, a system user is a UserIdentity with a fake proxy that returns made-up data (such as a user agent explaining this is a maintenance script). A normal user in a job is a UserIdentity with a half-fake proxy (we still need the request but can't output cookies).

Tue, Sep 17, 7:58 PM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))
Tgr added a comment to T233119: Intended use of MinimumPasswordLengthToLogin not so clear.

@Tgr OK, it sounds like we should be doing #2 then, but leaving MinimumPasswordLengthToLogin alone instead of discarding?

Tue, Sep 17, 7:41 PM · Core Platform Team Workboards (Clinic Duty Team), MW-1.31-release-notes, MW-1.32-notes, MW-1.33-notes, Documentation, MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Trust-and-Safety, MediaWiki-Authentication-and-authorization, Anti-Harassment, MediaWiki-User-login-and-signup
Tgr added a comment to T233119: Intended use of MinimumPasswordLengthToLogin not so clear.

As the name implies, MinimumPasswordLengthToLogin means that you are not allowed to log in with a password shorter than that. The assumption is that the password is so short that in all likelihood it has already been cracked, and the user must find another login method that we still trust (e.g. triggering a password reset). Of course is feasible for staff, and maybe advanced permission holders like stewards, where we know such method exists, and not really feasible for admins in general. So MinimumPasswordLength should be used instead (note the different prefix).

Tue, Sep 17, 6:51 PM · Core Platform Team Workboards (Clinic Duty Team), MW-1.31-release-notes, MW-1.32-notes, MW-1.33-notes, Documentation, MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Trust-and-Safety, MediaWiki-Authentication-and-authorization, Anti-Harassment, MediaWiki-User-login-and-signup
Tgr moved T230031: Update ORES filter thresholds for huwiki from Code Review to Needs PM Review on the Growth-Team (Current Sprint) board.
Tue, Sep 17, 11:25 AM · Growth-Team (Current Sprint), User-Tgr, editquality-modeling, Scoring-platform-team, artificial-intelligence
Tgr added a comment to T231930: Introduce ActingUser to represent the user performing the current request.
Tue, Sep 17, 9:08 AM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))

Mon, Sep 16

elappen-WMF awarded T151515: authonlyprivate OAuth grant should not mention real name when the wiki does not allow them a Love token.
Mon, Sep 16, 11:22 PM · MW-1.34-notes (1.34.0-wmf.23; 2019-09-17), good first bug, MediaWiki-extensions-OAuth
Tgr updated subscribers of T151515: authonlyprivate OAuth grant should not mention real name when the wiki does not allow them.

Thanks @Lucas_Werkmeister_WMDE for the merge! With that the user-facing text is fixed.

Mon, Sep 16, 8:45 PM · MW-1.34-notes (1.34.0-wmf.23; 2019-09-17), good first bug, MediaWiki-extensions-OAuth
Tgr committed rEOAU84ae481913c5: Avoid mentioning real names on wikis which do not use it (authored by Tgr).
Avoid mentioning real names on wikis which do not use it
Mon, Sep 16, 8:31 PM
Tgr moved T224883: Homepage: discovery of homepage after account creation (mobile) from Ready for Development to In Progress on the Growth-Team (Current Sprint) board.
Mon, Sep 16, 4:57 PM · Growth-Team (Current Sprint), Growth Design, GrowthExperiments-HomepageDiscovery, Mobile, GrowthExperiments-Homepage
Tgr claimed T224883: Homepage: discovery of homepage after account creation (mobile).
Mon, Sep 16, 4:26 PM · Growth-Team (Current Sprint), Growth Design, GrowthExperiments-HomepageDiscovery, Mobile, GrowthExperiments-Homepage
Tgr added a comment to T231506: Newcomer tasks: prototype task selection.

Having to maintain our own DB-based search index seems like a bad place to be. Using ElasticSearch would both be a lot more flexible and more in line with what ES vs. databases are commonly used for. Especially since in a future version we might want to weight multiple factors (relvance to topic filter, user's past contribution history, maybe some amount of randomness) and ES makes that kind of mixing easy while a manual DB-based approach doesn't.

Mon, Sep 16, 4:12 PM · NewcomerTasks 1.1, Growth-Team (Current Sprint), GrowthExperiments-Homepage
Tgr added a comment to T223900: Create ORES dataset for huwiki edits in the last two years or so.

You'd need historical scores for it too, right?

Mon, Sep 16, 2:59 PM · artificial-intelligence, Scoring-platform-team, editquality-modeling, User-Tgr
Tgr added a comment to T231506: Newcomer tasks: prototype task selection.

I'm just saying, if we did want to sort all 20,000 tasks by pageviews, that seems technically feasible (which wasn't immediately obvious to me but apparently the CirrusSearch indexes already incorporate view information).

Mon, Sep 16, 1:28 PM · NewcomerTasks 1.1, Growth-Team (Current Sprint), GrowthExperiments-Homepage
Tgr added a comment to T231506: Newcomer tasks: prototype task selection.

There's a pageview score in CirrusSearch documents, so while there is no pageview-based sort out of the box, it's probably easy to implement sorting the full resultset by views. (Is that useful though? It would give identical results to all users, which is something we wanted to avoid.)

Mon, Sep 16, 1:18 PM · NewcomerTasks 1.1, Growth-Team (Current Sprint), GrowthExperiments-Homepage
Tgr added a comment to T106363: Migrate Flow content to new separate logical External Store in production.

I mean, this task only exists because T106386: Compress data at external storage exists. Is that something intended to happen soon? Or is it something that's a good idea in theory but no one really cares about it ATM? How urgent is it to fix Flow being a blocker?

Mon, Sep 16, 11:06 AM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), MW-1.27-release (WMF-deploy-2015-12-08_(1.27.0-wmf.8)), WorkType-Maintenance, Patch-For-Review, StructuredDiscussions, Collaboration-Team-Sprint-E-Everywhere-2015-07-14
Tgr added a comment to T106363: Migrate Flow content to new separate logical External Store in production.

It's already been done in beta labs, but hasn't been done in production yet, mostly because this doesn't seem to be a priority for anyone. (The Growth team hasn't proactively worked on it for a while, and SRE/CPT haven't asked us to.)

Mon, Sep 16, 10:34 AM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), MW-1.27-release (WMF-deploy-2015-12-08_(1.27.0-wmf.8)), WorkType-Maintenance, Patch-For-Review, StructuredDiscussions, Collaboration-Team-Sprint-E-Everywhere-2015-07-14
Tgr added a comment to T106363: Migrate Flow content to new separate logical External Store in production.

An alternative approach would be to add a hook to the recompression script notifying Flow of changes in orphaned blob URLs and allowing it to update them itself, but that could be more work than performing the separate store migration that we already have code for.

Mon, Sep 16, 10:33 AM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), MW-1.27-release (WMF-deploy-2015-12-08_(1.27.0-wmf.8)), WorkType-Maintenance, Patch-For-Review, StructuredDiscussions, Collaboration-Team-Sprint-E-Everywhere-2015-07-14
Cirdan awarded T151515: authonlyprivate OAuth grant should not mention real name when the wiki does not allow them a Manufacturing Defect? token.
Mon, Sep 16, 8:10 AM · MW-1.34-notes (1.34.0-wmf.23; 2019-09-17), good first bug, MediaWiki-extensions-OAuth

Sun, Sep 15

Tgr added a comment to T232961: Wikispore mailing list.

Personally, I'd go with Wikimedia Space instead...

Sun, Sep 15, 10:02 PM · Wikispore, Wikimedia-Mailing-lists, Operations
Tgr added a comment to T230031: Update ORES filter thresholds for huwiki.

Also, goodfaith/likelybad and goodfaith/verylikelybad are barely different for anons (see graph here showing the fraction of edits these match monthly). They are fairly different for non-anonymous users but then there are (as one would expect) about 100x more matching anon edits. Could this be a threshhold problem, or a bias problem, or is it completely normal?

Sun, Sep 15, 8:15 PM · Growth-Team (Current Sprint), User-Tgr, editquality-modeling, Scoring-platform-team, artificial-intelligence
Tgr updated the task description for T228580: Vagrant ssh password should not expire.
Sun, Sep 15, 6:51 PM · MediaWiki-Vagrant
Tgr closed T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention, a subtask of T210224: Revert FlaggedRevs changes on the Hungarian Wikipedia, as Resolved.
Sun, Sep 15, 2:59 PM · Africa-Wikimedia-Developers, Patch-For-Review, Wikimedia-Site-requests
Tgr closed T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention, a subtask of T223892: [EPIC] Support Hungarian Wikipedia editor retention project, as Resolved.
Sun, Sep 15, 2:59 PM · Wikimedia-General-or-Unknown, User-Tgr, Epic
Tgr closed T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention as Resolved.

The main questions to answer:

  • did the ratio of problematic edits increase after the change?
Sun, Sep 15, 2:59 PM · User-Tgr
Tgr added a comment to T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention.

Number of registrations per month where the user reached a certain number of edits within 30 days (a proxy for productive new editors - we know new editors who make a larger number of edit in their first month are much more likely to become long-term editors):

5+25+100+
sourcesourcesource

(trendlines are for 12 months, dotted lines / thin trendlines are same curve shifted by 12 months)

Sun, Sep 15, 2:53 PM · User-Tgr
Tgr added a comment to T128394: Deprecate and remove User::isSafeToLoad.

The main problem right now is our "current RequestContext" isn't explicitly instantiated, rather it magically comes into existence somewhere half-way through the handling or an Action or SpecialPage page load. And nothing is stopping it from coming into existence earlier.

Sun, Sep 15, 10:26 AM · Technical-Debt (Deprecation), MediaWiki-User-login-and-signup
Tgr added a comment to T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention.

I checked the registration year of users with 5/25+ edits in the last 30 days to get an estimate of how much these new editors are converted into long-term productive editors (5+, 25+) but didn't see any clear trend. (The numbers are too small and noisy for a graph to be useful.)

Sun, Sep 15, 8:50 AM · User-Tgr

Sat, Sep 14

Tgr added a comment to T223900: Create ORES dataset for huwiki edits in the last two years or so.

@Halfak is there a way to recover the threshold settings for the old (pre-T228078) model? I'd like to check how much the number of likely-damaging etc. anonymous edits have changed due to the update.

Sat, Sep 14, 1:13 PM · artificial-intelligence, Scoring-platform-team, editquality-modeling, User-Tgr
Tgr added a comment to T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention.

Here are the ORES stats:

totalsdamaging ratiogoodfaith ratio
anon edits
sourcesourcesource
non-anon edits
sourcesourcesource

(Non-anon edits only show maybebad ratios due to huge scale differences, the source has the rest. Dotted lines show the data from previous year.)

Sat, Sep 14, 1:09 PM · User-Tgr
Tgr added a comment to T230031: Update ORES filter thresholds for huwiki.

One thing I noted while playing around with the data is that the frequency of edits matching damaging/likelygood is very low for anons (in the single digits monthly, while total anon edits tend to be between 4K-10K). Does that mean the filter threshold is poorly chosen (although it's high for editors, in the 80-90% range), the model is still biased against anons, or does this simply reflect the fact that anons are harder to trust? (It probably doesn't reflect edit quality - manual checks usually find that between a quarter and a third of anon edits are problematic.)

Sat, Sep 14, 11:06 AM · Growth-Team (Current Sprint), User-Tgr, editquality-modeling, Scoring-platform-team, artificial-intelligence
Tgr moved T230031: Update ORES filter thresholds for huwiki from Ready for Development to Code Review on the Growth-Team (Current Sprint) board.
Sat, Sep 14, 10:04 AM · Growth-Team (Current Sprint), User-Tgr, editquality-modeling, Scoring-platform-team, artificial-intelligence

Fri, Sep 13

Tgr created T232855: ORES query with many statistics results in 503.
Fri, Sep 13, 4:22 PM · ORES, Scoring-platform-team
Tgr added a comment to T231506: Newcomer tasks: prototype task selection.
Fri, Sep 13, 1:21 PM · NewcomerTasks 1.1, Growth-Team (Current Sprint), GrowthExperiments-Homepage

Thu, Sep 12

Tgr added a comment to T232779: Make it possible to refresh metadata of files without jumping through crazy hoops.

A maintenance script does not stampede. A multithreaded maintenance script is pretty much the ideal approach, determine how many refreshes are acceptable at the same time and do that amount, but not more, continuously all the time until all images are processed.

Thu, Sep 12, 11:24 PM · Multimedia, Commons, MediaWiki-File-management
Tgr added a comment to T232779: Make it possible to refresh metadata of files without jumping through crazy hoops.

MCR is for primary data, not derived data. It is a snapshot of what information a user entered at a certain point in time; it never needs to change. Derived data needs to change whenever the algorithms to derive it do. (Also img_metadata is derived page data, not revision data. Keeping old versions of it around forever as MCR would would be a waste of space.)

Thu, Sep 12, 10:35 PM · Multimedia, Commons, MediaWiki-File-management
Tgr added a comment to T203129: Define Suppress grants.

This is a trivial change, just needs approval (IMO more legal/security than T&S). And possibly some guidance around when applications with access to that right should be allowed.

Thu, Sep 12, 7:50 PM · Core Platform Team, Trust-and-Safety, Privacy, Security-Team, WMF-Legal, User-Rxy, Patch-For-Review, MediaWiki-General
Tgr moved T230798: GrowthExperiments should log exceptions on the exception channel from QA to Code Review on the Growth-Team (Current Sprint) board.
Thu, Sep 12, 7:47 PM · MW-1.34-notes (1.34.0-wmf.23; 2019-09-17), Growth-Team (Current Sprint), GrowthExperiments
Tgr added a comment to T232354: New vagrant instance not setting password for `admin` user to `vagrant`.

install.php should honor MW_CONFIG_FILE though. So put the hook in a standalone file before invoking the installer, use php -B or something like that to define MW_CONFIG_FILE to point to that file, have it require the normal localsettings file at the end?

Thu, Sep 12, 1:07 PM · User-zeljkofilipin, Patch-For-Review, MediaWiki-Vagrant
Tgr added a comment to T232354: New vagrant instance not setting password for `admin` user to `vagrant`.

Oops, sorry. I had this tab open for a long time and didn't see most of the recent comments.

Thu, Sep 12, 12:11 PM · User-zeljkofilipin, Patch-For-Review, MediaWiki-Vagrant
Tgr closed T232354: New vagrant instance not setting password for `admin` user to `vagrant` as Invalid.

I can confirm that the fix mentioned by @bd808 works as expected.

Thu, Sep 12, 12:03 PM · User-zeljkofilipin, Patch-For-Review, MediaWiki-Vagrant
Tgr added a comment to T222626: Turn logout link into a POST API call with refresh.

Seems like the same thing doesn't work in the mobile interface - T232734: Mobile logout should not involve an interstitial

Thu, Sep 12, 12:02 PM · MW-1.34-notes (1.34.0-wmf.10; 2019-06-18), Patch-For-Review, Wikimedia-Hackathon-2019, User-Ladsgroup, MediaWiki-Authentication-and-authorization, Security
Tgr added a comment to T225879: The logout link on Special::UserLogout doesn't respect mobile domain.

Is this still valid? This is how the confirmation page looks now:


and it works fine for me:

Thu, Sep 12, 12:01 PM · Readers-Web-Backlog (Tracking), MediaWiki-User-login-and-signup, MobileFrontend
Tgr created T232734: Mobile logout should not involve an interstitial.
Thu, Sep 12, 12:00 PM · Readers-Web-Backlog, MediaWiki-Authentication-and-authorization, MediaWiki-User-login-and-signup, MobileFrontend
Tgr added a parent task for T215053: Write an extension for displaying Discourse feeds on mediawiki.org: T185075: A template to show discourse-mediawiki.wmflabs.org feeds.
Thu, Sep 12, 10:58 AM · Patch-For-Review, Space, MediaWiki-extension-requests, Discourse
Tgr added a subtask for T185075: A template to show discourse-mediawiki.wmflabs.org feeds: T215053: Write an extension for displaying Discourse feeds on mediawiki.org.
Thu, Sep 12, 10:58 AM · MediaWiki-extensions-RSS, Developer-Advocacy, Discourse

Wed, Sep 11

Tgr added a comment to T217867: Port domino (or another spec-compliant DOM library) to PHP.

https://github.com/ivopetkov/html5-dom-document-php was mentioned in the last JetBrains newsletter as a similar library.

Wed, Sep 11, 5:18 PM · CPT Initiatives (Parsoid PHP (CDP2)), Parsoid-PHP
Tgr added a parent task for T185613: Collect list of channels where new Wikimedia software libraries could be promoted: T171073: Promote FLOSS libraries developed by the Foundation/movement.
Wed, Sep 11, 5:17 PM · Librarization
Tgr added a subtask for T171073: Promote FLOSS libraries developed by the Foundation/movement: T185613: Collect list of channels where new Wikimedia software libraries could be promoted.
Wed, Sep 11, 5:17 PM · Librarization, Wikimedia-Blog-Content
Tgr added a comment to T226721: Multilingual Wikimedia Space.

Abuse potential of translations is probably worth a thought. If I put something sensible in the English version but abusive in the local version, and it gets flagged, how easily can moderators see what's going on?

Wed, Sep 11, 10:45 AM · Space (Jul-Sep-2019), I18n, Discourse
Tgr added a comment to T226721: Multilingual Wikimedia Space.

Another thing that should be translatable is the user profile text, most imoprtantly the part that shows up in the small profile card. I want to be able to click on usernames and see who the person is, and currently users have to choose between making their introduction accessible to their own language community or the larger meta community.

Wed, Sep 11, 10:44 AM · Space (Jul-Sep-2019), I18n, Discourse
Tgr added a comment to T226721: Multilingual Wikimedia Space.

From https://discuss-space.wmflabs.org/t/creating-a-forum-for-the-hungarian-wikipedia-community/547:

there are plenty of not obviously translatable elements:

  • notices like the “Welcome to the Wikimedia Space prototype!” box
  • fundamental documentation like the terms of use
  • translatable labels, or use of Hungarian labels (which should probably be segregated to the Hungarian category then to not confuse other users)
  • ideally there would be a way to link the Hungarian version, so non-registered users following discussion links do not get the English interface. (That could be language-specific links, browser language autodetection, making the Hungarian subsection default to Hungarian interface…)
  • ideally the navigation bar, site name etc. would be translatable
Wed, Sep 11, 10:41 AM · Space (Jul-Sep-2019), I18n, Discourse
Trizek-WMF awarded T215053: Write an extension for displaying Discourse feeds on mediawiki.org a Like token.
Wed, Sep 11, 8:33 AM · Patch-For-Review, Space, MediaWiki-extension-requests, Discourse

Tue, Sep 10

Tgr updated the task description for T232454: Support AMP emails in Echo.
Tue, Sep 10, 10:45 AM · Notifications, Growth-Team
Tgr created T232454: Support AMP emails in Echo.
Tue, Sep 10, 10:43 AM · Notifications, Growth-Team

Mon, Sep 9

Tgr reopened T232379: MassMessage problems - multiple deliveries and missing deliveries as "Open".

Given the duplicate deliveries this is probably not (or only partially) a duplicate.
Also in the other task there was no confirmation what it is not a duplicate of T139380, while this one apparently isn't.

Mon, Sep 9, 7:44 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Core Platform Team Workboards (Clinic Duty Team), WMF-JobQueue, MassMessage
Tgr added a comment to T232379: MassMessage problems - multiple deliveries and missing deliveries.

It's easy to learn! Just go to https://logstash.wikimedia.org , click on the jobqueue link in the navigation section, set the time filter to 24 hours with the button on the top right, type massmessage in the search box and you'll see a flurry of errors like

Exception executing job: MassMessageSubmitJob Global_message_delivery/Targets/Tech_ambassadors data={"spamlist":"Global message delivery/Targets/Tech ambassadors","subject":"[[m:Special:MyLanguage/Tech/News/2019/37|Tech News: 2019-37]]","message":"string(...)","comment":["Quiddity (WMF)","metawiki","https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors\u0026oldid=19361962"],"userId":29132638,"originWiki":"metawiki"} pages=array(839) class=MediaWiki\MassMessage\MassMessageJob namespace=0 title=Global_message_delivery/Targets/Tech_ambassadors requestId=XXaPFApAMFUAABuiLDcAAAAB : JobQueueError: Could not enqueue jobs: Unable to deliver all events: 500: Internal Server Error
Mon, Sep 9, 7:42 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Core Platform Team Workboards (Clinic Duty Team), WMF-JobQueue, MassMessage
Tgr added a comment to T232379: MassMessage problems - multiple deliveries and missing deliveries.

Common reason for recipients not getting anything is T139380: MassMessage failed delivery claiming "readonly" although the page is not protected. It also has a (not user-friendly) script for identifying such issues.

Mon, Sep 9, 7:11 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Core Platform Team Workboards (Clinic Duty Team), WMF-JobQueue, MassMessage
Tgr added a comment to T232362: Massmessages not going through, log looks fine.

Note that massmessage errors are logged on the target wiki, not the central log. See T139380: MassMessage failed delivery claiming "readonly" although the page is not protected which was the main reason for this kind of error in the past.

Mon, Sep 9, 7:09 PM · Core Platform Team Workboards (Clinic Duty Team), WMF-JobQueue, Operations, MassMessage

Wed, Sep 4

Tgr added a comment to T231930: Introduce ActingUser to represent the user performing the current request.

Do you have a use case where a job needs to enforce permissions that can't be checked before scheduling the job?

Wed, Sep 4, 10:40 PM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))
jhsoby awarded T212676: Show Discourse notifications in Echo a Love token.
Wed, Sep 4, 7:13 PM · Space (Jul-Sep-2019), User-Tgr, Growth-Team, Discourse, Notifications
Trizek-WMF awarded T212676: Show Discourse notifications in Echo a Like token.
Wed, Sep 4, 5:35 PM · Space (Jul-Sep-2019), User-Tgr, Growth-Team, Discourse, Notifications

Tue, Sep 3

Tgr added a comment to T231878: Wikimedia login plugin for Discourse should accept only one Wikimedia account per email address.

I don't have a good understanding of that changing a Doscourse username entails. Presumably it will break all the @-mentions; can it cause any problems on the Discourse site beyond that?

Tue, Sep 3, 11:19 PM · Space (Jul-Sep-2019), User-Tgr, Discourse
Tgr added a comment to T231879: Wikimedia login plugin for Discourse shouldn't require "real name" from MediaWiki.

@Tgr the developer has added a fix: "Prevent the realname property returned by wikimedia from being used in Discourse" and has also added additional text to the create account modal that allows anyone to input their realname/alternative name if they'd like.

Tue, Sep 3, 10:09 PM · Space (Jul-Sep-2019), User-Tgr, Discourse
Tgr added a comment to T231878: Wikimedia login plugin for Discourse should accept only one Wikimedia account per email address.

Usernames are unique but not permanent. We have seen attacks in the past where User:Foo is renamed to User:Bar and User:Evil social-engineers renaming themselves to User:Foo and gets access to stuff they shouldn't.

Tue, Sep 3, 10:06 PM · Space (Jul-Sep-2019), User-Tgr, Discourse
Tgr added a comment to T231930: Introduce ActingUser to represent the user performing the current request.

Jobs (or rather hooks invoked by jobs) need the IP address of the acting user, at the least. Also they need to apply session-based rights restrictions.

Tue, Sep 3, 9:57 PM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))
Tgr added a comment to T231878: Wikimedia login plugin for Discourse should accept only one Wikimedia account per email address.

The plugin should check whether the incoming Wikimedia username/email already exists in the Discourse database.

Tue, Sep 3, 7:51 PM · Space (Jul-Sep-2019), User-Tgr, Discourse
Tgr added a parent task for T231930: Introduce ActingUser to represent the user performing the current request: T218674: User::getRights() applies session rights restrictions to non-session users.
Tue, Sep 3, 7:33 PM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))
Tgr added a subtask for T218674: User::getRights() applies session rights restrictions to non-session users: T231930: Introduce ActingUser to represent the user performing the current request.
Tue, Sep 3, 7:33 PM · MediaWiki-User-management, MediaWiki-API
Tgr added a comment to T231930: Introduce ActingUser to represent the user performing the current request.

Sounds more like you want User[Identity?]::isActingUser() rather than a new interface providing access to a bunch information we know we'll will only be able to access via some huge hack?

Tue, Sep 3, 7:33 PM · MediaWiki-User-management, CPT Initiatives (Decoupling (CDP2))
Tgr added a comment to T231903: Reasonator integration.

Upstream task is #47.

Tue, Sep 3, 7:24 PM · Wikispore
Tgr added a comment to T231879: Wikimedia login plugin for Discourse shouldn't require "real name" from MediaWiki.

This seems pointless. There is no separate grant for just email vs. realname+email so you'll receive it whether you request it or not; making use of it by suggesting it as a default display name seems like the reasonable thing for the plugin to do when interfacing with a MediaWiki that has real names enabled.

Tue, Sep 3, 7:15 PM · Space (Jul-Sep-2019), User-Tgr, Discourse
Tgr added a parent task for T231896: MediaWiki-Vagrant install: T231911: Basic configuration for Wikispore.
Tue, Sep 3, 4:22 PM · Wikispore
Tgr added a parent task for T231897: Wikibase install: T231911: Basic configuration for Wikispore.
Tue, Sep 3, 4:22 PM · Wikispore
Tgr added a parent task for T231908: Integrate Wikispore with SUL: T231911: Basic configuration for Wikispore.
Tue, Sep 3, 4:22 PM · Wikispore
Tgr added subtasks for T231911: Basic configuration for Wikispore: T231896: MediaWiki-Vagrant install, T231897: Wikibase install, T231908: Integrate Wikispore with SUL.
Tue, Sep 3, 4:22 PM · Wikispore
Tgr added a comment to T231911: Basic configuration for Wikispore.

(see T231072#5434459 for suggestions about some less basic things)

Tue, Sep 3, 4:21 PM · Wikispore
Tgr created T231911: Basic configuration for Wikispore.
Tue, Sep 3, 4:21 PM · Wikispore
Tgr moved T230424: Wikispore at Wikimania Hackathon 2019 from Backlog to Done on the Wikispore board.
Tue, Sep 3, 4:14 PM · Wikispore, Wikimania-Hackathon-2019
Tgr moved T231072: Request creation of Wikispore VPS project from Backlog to Done on the Wikispore board.
Tue, Sep 3, 4:14 PM · Wikispore, cloud-services-team (Kanban), Cloud-VPS (Project-requests)
Tgr moved T231765: Create Wikispore Phabricator project from Backlog to Done on the Wikispore board.
Tue, Sep 3, 4:13 PM · Wikispore, Project-Admins
Tgr added a parent task for T110460: Update OAuthAuthentication to use AuthManager: T231908: Integrate Wikispore with SUL.
Tue, Sep 3, 4:09 PM · User-Tgr, Patch-For-Review, MediaWiki-extensions-OAuthAuthentication, MediaWiki-Authentication-and-authorization
Tgr added a subtask for T231908: Integrate Wikispore with SUL: T110460: Update OAuthAuthentication to use AuthManager.
Tue, Sep 3, 4:09 PM · Wikispore
Tgr created T231908: Integrate Wikispore with SUL.
Tue, Sep 3, 4:09 PM · Wikispore
Tgr added a comment to T231903: Reasonator integration.

Link from Wikispore to Reasonator? Or include Wikispore content in Reasonator-generated pages?

Tue, Sep 3, 4:07 PM · Wikispore
Tgr added a project to T231901: Namespaces internal link extension: MediaWiki-extension-requests.

See T231898#5461936.

Tue, Sep 3, 4:06 PM · MediaWiki-extension-requests, Wikispore
Tgr added a comment to T231898: Namespaces configuration.

Aren't we going to use separate wikis per project? What are namespaces intended for?

Tue, Sep 3, 4:03 PM · Wikispore
Tgr added a comment to T231896: MediaWiki-Vagrant install.

The first attempt ran into a labs-vagrant-bug (gerrit 533529).

Tue, Sep 3, 4:03 PM · Wikispore

Mon, Sep 2

Tgr added a project to T230424: Wikispore at Wikimania Hackathon 2019: Wikispore.
Mon, Sep 2, 10:48 PM · Wikispore, Wikimania-Hackathon-2019
Tgr added a project to T231072: Request creation of Wikispore VPS project: Wikispore.
Mon, Sep 2, 10:47 PM · Wikispore, cloud-services-team (Kanban), Cloud-VPS (Project-requests)
Tgr closed T231765: Create Wikispore Phabricator project as Resolved.

-> Wikispore

Mon, Sep 2, 10:46 PM · Wikispore, Project-Admins
Tgr set the image for Wikispore to F30204056: profile.
Mon, Sep 2, 10:45 PM
Tgr created Wikispore.
Mon, Sep 2, 10:45 PM
Tgr added a comment to T231765: Create Wikispore Phabricator project.

Let's go with a VPS subproject for now, we can replace it with a standalone project if it matures.

Mon, Sep 2, 10:43 PM · Wikispore, Project-Admins
Tgr created T231814: Integrate crowdfunding into MediaWiki.org.
Mon, Sep 2, 12:28 PM · User-Tgr, MediaWiki-extension-requests, MediaWiki-Stakeholders-Group

Sun, Sep 1

Tgr added a comment to T223900: Create ORES dataset for huwiki edits in the last two years or so.

SQL dump with the new model at https://people.wikimedia.org/~tgr/huwiki_2017-2019_revisions_ores_v2.sql.7z

Sun, Sep 1, 8:00 PM · artificial-intelligence, Scoring-platform-team, editquality-modeling, User-Tgr
Tgr added a comment to T231667: Phabricator: Simplify the multifactor auth reset procedure.

Phab helper tools are not really "other systems". When used as authentication for other systems (e.g. Wikimedia Space), it's hard to judge how sensitive an account is; it could be a completely unprivileged in Phab and yet allow the user to log in somewhere else with high privileges.

Sun, Sep 1, 6:18 PM · Phabricator