Page MenuHomePhabricator
Feed Advanced Search

Sun, Jul 25

Proc created T287340: Add API function to get RC_ID from a diff ID.
Sun, Jul 25, 2:16 PM · MediaWiki-API, MediaWiki-Recent-changes, Growth-Team

Jun 24 2021

Proc updated the task description for T285468: Add gsub.
Jun 24 2021, 12:06 PM · AbuseFilter
Proc updated the task description for T285468: Add gsub.
Jun 24 2021, 12:05 PM · AbuseFilter
Proc updated the task description for T285468: Add gsub.
Jun 24 2021, 12:04 PM · AbuseFilter
Proc created T285468: Add gsub.
Jun 24 2021, 12:04 PM · AbuseFilter
Proc added a project to T27619: Add more characters to ccnorm: AbuseFilter.
Jun 24 2021, 11:57 AM · Equivset, MW-1.28-release (WMF-deploy-2016-10-04_(1.28.0-wmf.21)), MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11)), AntiSpoof

Jun 6 2021

Proc added a comment to T36928: Create a user right that allows ignoring the spam blacklist.

If the technical implementation in the patch works then I think it should be merged. It's up to local communities (and external projects) to grant this right or not. There's not a particularly good reason for why it shouldn't be technically possible for them to decide though.

Jun 6 2021, 4:44 PM · Patch-For-Review, User-DannyS712, MediaWiki-User-management, SpamBlacklist

Jun 4 2021

Proc added a comment to T36928: Create a user right that allows ignoring the spam blacklist.

Why is this still stalled, even though a patch exists?

Jun 4 2021, 12:21 AM · Patch-For-Review, User-DannyS712, MediaWiki-User-management, SpamBlacklist

May 26 2021

Proc added a comment to T240889: Mobile IP editors not given any indication that they have new messages.

Hi @AlexisJazz -- no, I'm not suggesting any sort of vote or judgment around IP editing. That's a much bigger and more complicated question than I think we're talking about here.

Personally I'd support it. I'm now dealing with an IP editor who changes IP every day. So if I leave them a message, they won't see it because their IP often changes between me leaving the message and them visiting Wikipedia. I need to tell them about using reliable sources, but can't. Also I could stop worrying about accidentally leaking my own IP. (it HAS happened)

So now we have sysops blocking community consensus in the name of the WMF (and they still are, ptwiki created ugly workarounds to make IP-editing more difficult to override the sysops) while the WMF says "Deciding the amount of resourcing we provide for the IP editing experience is always a challenge". Finding resources for it is a challenge but if a community wants to get rid of it they get told it's "not gonna happen". You either find the resources (in which case I suggest using the salary of two executive management members) or you respect the wishes of communities who want to disable IP-editing. You can't have your cake and eat it too.

May 26 2021, 12:27 AM · Growth-Team-Filtering, MinervaNeue (Tracking), Notifications, Growth-Team

May 12 2021

Proc added a comment to T282624: Limit IA granting/revoking to stewards only.

The issue starts because, when stewards do that, local 'crats would say that stewards are overstepping their boundary, and that is why it'd the removal is also being removed from 'crats.

May 12 2021, 6:33 PM · Tech-Ambassadors, wdwb-tech, Chinese-Sites, Wikidata, Serbian-Sites, Commons, Wiktionary-fr, Stewards-and-global-tools, User-notice, Trust-and-Safety, Wikimedia-Site-requests
Proc added a comment to T282624: Limit IA granting/revoking to stewards only.

Well, I said this at enwiki BN, so will repeat here:

May 12 2021, 11:53 AM · Tech-Ambassadors, wdwb-tech, Chinese-Sites, Wikidata, Serbian-Sites, Commons, Wiktionary-fr, Stewards-and-global-tools, User-notice, Trust-and-Safety, Wikimedia-Site-requests
Proc added a comment to T282624: Limit IA granting/revoking to stewards only.

Totally agree with SilkTork, bureaucrats should have access to Special:VerifyOATHForUser. While still unpopular, I believe temporarily de-crating a user until they enroll in 2FA is a better solution than removing one of their main scope/job quoting that crats don't need to have 2FA enabled. Correct me if I'm wrong, I believe that this was done when IA & CNA were introduced back in 2018.

Seems that letting crats have access to that special page is more dangerous as I thought it would be

May 12 2021, 11:39 AM · Tech-Ambassadors, wdwb-tech, Chinese-Sites, Wikidata, Serbian-Sites, Commons, Wiktionary-fr, Stewards-and-global-tools, User-notice, Trust-and-Safety, Wikimedia-Site-requests
Proc added a comment to T282624: Limit IA granting/revoking to stewards only.

It would've been better to post a consultation on meta and advertise it via mass messaging to the local communities and let it run for a few weeks. That way you get the ability to 'discuss' and evade the criticism of possible fiat by the WMF. The world would not end if crats get to flag IAs for another few weeks. At least from a PR standpoint (no pun intended) it'd have been a good idea to discuss it first...

May 12 2021, 11:12 AM · Tech-Ambassadors, wdwb-tech, Chinese-Sites, Wikidata, Serbian-Sites, Commons, Wiktionary-fr, Stewards-and-global-tools, User-notice, Trust-and-Safety, Wikimedia-Site-requests

May 11 2021

Proc added a comment to T282597: Headless browser.

The use case is https://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/ProcBot_8. No API endpoints exist for editing abusefilters. So I decided to mimic the HTTP requests, but that approach can turn up a few caveats and is slightly less maintainable. I cooked up a web scraping approach using Selenium as well and that might work better. But to run it'll need a browser with headless and modern JS support (both Chrome and Firefox work, so I mentioned those two; either will work).

May 11 2021, 7:04 PM · cloud-services-team (Kanban), Toolforge (Software install/update)
Proc created T282597: Headless browser.
May 11 2021, 6:25 PM · cloud-services-team (Kanban), Toolforge (Software install/update)

Apr 6 2021

Proc updated the task description for T278838: Mobile user communication issues (WP:THEYCANTHEARYOU).
Apr 6 2021, 1:42 AM · Growth-Team-Filtering, OWC2020, Editing-team, AbuseFilter, Wikipedia-Android-App-Backlog, Mobile, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Notifications, Growth-Team
Proc added a comment to T278838: Mobile user communication issues (WP:THEYCANTHEARYOU).

I tried to fix a typo and a notice came up that said I had been blocked from editing. There was no explanation why, nor any indication of how I could find out why. How can I find out? This has happened before, and I think it happens when I'm not using WiFi.

Probably a big rangeblock on your carrier, @Valereee ...but it's hard to tell the actual block reason, now, isn't it!

Apr 6 2021, 1:39 AM · Growth-Team-Filtering, OWC2020, Editing-team, AbuseFilter, Wikipedia-Android-App-Backlog, Mobile, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Notifications, Growth-Team

Mar 20 2021

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

Okay, I'm mildly misunderstanding how the FlaggedRevs one works. Looks like it's part of /frontend/FlaggedRevsXML.php line #364 (function logDetailsToggle()).

Mar 20 2021, 6:24 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@matmarex ping again on the above. Alternatively, could we provide the log entry as a param to the template rather than forcefully including it via code, so a local project could collapse/trim it if they want (such as on the Pending Changes messages, see https://en.wikipedia.org/w/index.php?title=Inner_Mongolia&action=edit for example.

Mar 20 2021, 6:19 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Some indicators have more value than others. The protected indicators are semi-valuable (but less-so on mobile, I suppose - either you can edit it or you can't, and that's indicated by the lock on the pencil icon). The move indicators are totally useless. The featured content indicators are useful, imo. Generally, there's a higher degree of quality to GAs/FAs (yes yes, I know, the disclaimers and all, but it's generally true as a rule). Good articles are pretty much a basic peer review, and quite different to featured articles which go a lot deeper. For example, on enwiki GAs require the coverage in the article to be broad, and FAs comprehensive. How many readers actually know this I don't know, but once you know this I think it helps to know that when reading the article.

Mar 20 2021, 1:04 AM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 12 2021

Proc awarded T277285: Run non-blocking filters after the edit, as a job a Love token.
Mar 12 2021, 3:24 PM · AbuseFilter

Mar 1 2021

Proc added a comment to T185664: Code stewardship review: FlaggedRevs.

So... what's going on with this task (and FlaggedRevs in general)?

Mar 1 2021, 10:38 PM · User-notice, MediaWiki-extensions-FlaggedRevs, Code-Stewardship-Reviews

Feb 18 2021

Proc updated the task description for T275118: iOS app does not show block messages.
Feb 18 2021, 10:55 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog
Proc added a comment to T275117: iOS app users do not receive notifications (both talk and Echo).

Also see T275118

Feb 18 2021, 10:21 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog
Proc updated the task description for T275118: iOS app does not show block messages.
Feb 18 2021, 10:21 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog
Proc created T275118: iOS app does not show block messages.
Feb 18 2021, 10:20 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog
Proc added a comment to T275117: iOS app users do not receive notifications (both talk and Echo).

Also see: T263943 (preceding task)

Feb 18 2021, 10:14 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog
Proc created T275117: iOS app users do not receive notifications (both talk and Echo).
Feb 18 2021, 10:14 AM · iOS-app-Bugs, Wikipedia-iOS-App-Backlog

Jan 22 2021

Proc awarded T263943: Not getting notifications while using the Wikipedia app a Burninate token.
Jan 22 2021, 11:13 AM · Wikipedia-Android-App-Backlog

Dec 22 2020

Proc awarded T8883: Allow page-specific inclusion of <script>s, etc. in header a Cookie token.
Dec 22 2020, 5:56 PM · Performance-Team, MediaWiki-extensions-Gadgets, MediaWiki-ResourceLoader, MediaWiki-General

Dec 20 2020

Proc added a comment to T263943: Not getting notifications while using the Wikipedia app.

Note @ToBeFree's link is regarding the iOS app (not Android as in this ticket). But this is a problematic issue both ways - communicating with editors is very difficult without notifications.

Dec 20 2020, 3:41 AM · Wikipedia-Android-App-Backlog

Oct 24 2020

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@matmarex @ppelberg the patch I released was somewhat tangential to what I intended this issue to be (it's an improvement, but not a 'fix' in my eyes). I'd still like to focus on hiding these details (at least the semi-protection ones) in that message entirely, if it's something I can swing by whoever needs to sign off on this. It's really irritating for me to see that regular long log dump on every other page, most of which I just can't see a use for. On pages without an actual notice, it pops up anyway (when in its absence nothing would pop-up) and slightly throws one off. Just doesn't feel like it belongs.

Oct 24 2020, 1:47 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Oct 17 2020

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@matmarex got around to the ordering, at least, in above patch. Could you see if it's all good, when you have time?

Oct 17 2020, 4:51 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Oct 11 2020

Proc added a comment to T263511: [Language switcher] Determine placement of indicators, coordinates, help icon, etc..

May be of interest for enwiki: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Move_good/featured_article_topicons_next_to_article_name

Oct 11 2020, 10:47 PM · Desktop Improvements, Readers-Web-Backlog (Design)

Oct 6 2020

Proc awarded T75299: Indicators (protected icon, featured icon) are not shown in Minerva a 100 token.
Oct 6 2020, 3:03 PM · Readers-Web-Backlog (Tracking), MinervaNeue
Proc added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Saw this posted today and it makes me think, it could just be at the end of the text without alignment without much trouble?

Oct 6 2020, 3:02 PM · Readers-Web-Backlog (Tracking), MinervaNeue

Sep 30 2020

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

Although if you're not interested in this, I'll probably submit a patch myself.

Sep 30 2020, 6:02 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Sep 27 2020

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@JTannerWMF would editing be okay with / approve a volunteer patch for this? Either an option to disable this (from all editors), or disabling them entirely, one or the other?

Sep 27 2020, 8:32 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Sep 26 2020

Proc added a comment to T256758: Prevent Safari from creating phone links for numbers in format ###-####.

@TheDJ curious why the patch was abandoned? Seems like it'd technically work?

Sep 26 2020, 6:16 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

That said, I think that adding in remaining space on the right side of the title (or adding a newline) is the best solution and it can be managed in the same way.

Sep 26 2020, 6:13 PM · Readers-Web-Backlog (Tracking), MinervaNeue
Proc added a comment to T154637: Notify users when manually reverting to an older revision.

There are cases when bot reverts should be notified. The most obvious one to me is ClueBot, https://en.wikipedia.org/wiki/Special:Contributions/ClueBot_NG. Edits are marked as minor, not sure if they're marked with bot too. Second, sometimes bots edit articles and the contributors don't want that bot edit. Many bots will edit again if the bot is reverted (they're not that smart), so notifying editors that a bot manually reverted them would seem a good idea. Such bots (at least on the English Wikipedia) will be flagged as bots, and typically mark their edits with bot: true as well, so using the fact of whether or not the particular edit by a flagged bot was also marked as a bot edit won't work.

Sep 26 2020, 6:05 PM · Growth-Team-Filtering, User-notice, Growth-Team, Patch-For-Review, Notifications
Proc awarded T43838: Make it possible for users without the editinterface right to edit the AbuseFilter messages a Like token.
Sep 26 2020, 3:19 AM · User-DannyS712, Platform Engineering, AbuseFilter

Sep 24 2020

Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@matmarex imo it's pretty useless, but maybe removing it from all editors may prove a bit more work (in terms of process)?

Sep 24 2020, 2:14 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Sep 21 2020

Proc updated the task description for T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.
Sep 21 2020, 6:45 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc updated the task description for T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.
Sep 21 2020, 6:44 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc updated the task description for T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.
Sep 21 2020, 6:41 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc renamed T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order from Add option to hide page protection editnotices on mobile to Add option to hide (semi-)page protection editnotices in VisualEditor.
Sep 21 2020, 6:39 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc added a comment to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.

@matmarex whoops, I didn't mean mobile. I'm getting my tasks mixed up (as I've something similar to the opposite for mobile). Sorry, will update to clear it up.

Sep 21 2020, 6:38 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor

Sep 18 2020

Proc added a project to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order: VisualEditor-MediaWiki-Mobile.
Sep 18 2020, 1:13 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc added a project to T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order: VisualEditor.
Sep 18 2020, 1:12 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc updated subscribers of T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.
Sep 18 2020, 1:11 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc created T263255: (semi-)page protection editnotices in VisualEditor display in the wrong order.
Sep 18 2020, 1:11 PM · User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), Skipped QA, Editing-team (FY2021-22 Kanban Board), UX-Debt, VisualEditor-MediaWiki-Mobile, VisualEditor
Proc awarded T201595: Mobile web (and Minerva desktop) does not present edit notices a 100 token.
Sep 18 2020, 1:01 PM · Readers-Web-Backlog (Tracking), Editing-team (Design Backlog), Editing Design, covid-19, MobileFrontend, MinervaNeue, MediaWiki-Page-editing, Mobile

Sep 13 2020

Proc awarded T240889: Mobile IP editors not given any indication that they have new messages a Cookie token.
Sep 13 2020, 12:18 PM · Growth-Team-Filtering, MinervaNeue (Tracking), Notifications, Growth-Team

Aug 29 2020

Proc added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

@Tacsipacsi to be completely frank, and just my opinion, but wikis don't exactly have the best idea of "what's important" from a UI perspective. Move protection indicators, for example, are utterly useless. Even 99% of editors don't wish to move the page, never mind readers. They're in place to stop the odd users moving articles, yet an icon is shown to everyone. On a smaller scale, especially for mobile, this applies for page protection too -- most people just read not write on mobile, and showing colourful locks is not particularly helpful, especially on a mobile view where they'd stand out a lot more. When you start looking at talk notices and editnotices the point becomes more obvious imo. One 'unintended' advantage of the software limitations of the mobile style is that it saves the mobile UI from becoming a cluttered mess. Quality assessment indicators are neat, and give a useful indication for readers also, though.

Aug 29 2020, 5:51 PM · Readers-Web-Backlog (Tracking), MinervaNeue
Proc added a comment to T201595: Mobile web (and Minerva desktop) does not present edit notices.

@TheDJ regarding "were repeatedly pointed at how useless many of these banners were", do you have links to a few past discussions by any chance?

Aug 29 2020, 5:43 PM · Readers-Web-Backlog (Tracking), Editing-team (Design Backlog), Editing Design, covid-19, MobileFrontend, MinervaNeue, MediaWiki-Page-editing, Mobile

Aug 27 2020

Proc added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

I do think that stuff like pp-protected should be hidden on mobiles. We only want to show indicators like good-article / featured-article. The rest is kinda bloat.

Aug 27 2020, 5:43 PM · Readers-Web-Backlog (Tracking), MinervaNeue

Aug 3 2020

Proc added a comment to T201595: Mobile web (and Minerva desktop) does not present edit notices.

on wiki edit notices can be extremely verbose

Aug 3 2020, 4:21 PM · Readers-Web-Backlog (Tracking), Editing-team (Design Backlog), Editing Design, covid-19, MobileFrontend, MinervaNeue, MediaWiki-Page-editing, Mobile

Jul 31 2020

Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

@Huji Yeah, I can submit the patches (one to add it into AF before the call, then another to revert the wmf-config patch). It'll probably be a week till I can get around to it, though. If you can get around to them sooner, it's fine with me for you to submit the patches :)

Jul 31 2020, 8:55 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jul 22 2020

Proc reopened T255506: Identify how abuse log details were purged from the CU logs as "Open".

Sure, but there's a bit of a difference in having to write your DB credentials (something the software could never possibly auto determine), and having to add in a config variable for the software to work as we intended it to.

Jul 22 2020, 6:54 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jul 21 2020

Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

Shouldn't those hypotheticals also be hardcoded in? My reasoning is that the point of configuration is for users to change how the software behaves. This is making adding a configuration variable a requirement for functionality to work as intended. There's no developer intention, or valid purpose, for this data to be purged from CU logs. So we're kinda just adding an extra hoop, and most non-Wikipedia users who run into this probably shouldn't have to jump into some obscure part of the doc to realise that they have to add a compulsory param. We can keep the config param too, I suppose, for future additions, I just think this particular param should also be hardcoded in.

Jul 21 2020, 6:23 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jul 17 2020

Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

I believe this added param still needs to be documented at https://www.mediawiki.org/wiki/Extension:CheckUser. I wonder if a note should be added to https://www.mediawiki.org/wiki/Extension:AbuseFilter as well, since it appears to be the sole (?) culprit requiring this.

Jul 17 2020, 1:32 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jul 6 2020

Proc closed T256572: Creation of a new user group on plwikipedia as Resolved.
Jul 6 2020, 6:24 PM · Wikimedia-Site-requests

Jul 4 2020

Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

@Huji do you still plan to schedule the deploy for the 6th?

Jul 4 2020, 2:53 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jul 3 2020

Proc added a comment to T256572: Creation of a new user group on plwikipedia.

@Majavah thanks for the heads up. I was under the impression that it had to be +1'd first (aware the +2 is during deploy), but if that isn't required I'll go again and schedule.

Jul 3 2020, 9:33 PM · Wikimedia-Site-requests

Jul 2 2020

Proc added a comment to T124752: RFC: Expiring watch list entries.

(Just realised I'm too late): In support of the tags idea which would also cleanly allow for multiple watchlists (T3492) with the method described in T182297. Tags would be quite a powerful concept, and expiry times could've been an 'action' based on tags.

Jul 2 2020, 6:18 PM · TechCom-RFC (TechCom-RFC-Closed), Community-Tech, User-Addshore, Expiring-Watchlist-Items, German-Community-Wishlist, archived--TCB-Team

Jul 1 2020

Proc added a comment to T256886: Users without supression right should be able to revdel aspects of an edit that are not suppressed.

Having taken a quick look at this, seems to be due to the $item->canView() checks failing (eg at SpecialRevisionDelete::showForm, line 420). That function is in RevDelRevisionItem, line 81:

Jul 1 2020, 9:12 PM · User-Huji, MediaWiki-Revision-deletion
Proc removed a watcher for CheckUser: Proc.
Jul 1 2020, 5:09 PM
Proc removed a watcher for PageCuration: Proc.
Jul 1 2020, 5:09 PM
Proc removed a watcher for MediaWiki-Revision-deletion: Proc.
Jul 1 2020, 5:08 PM
Proc removed a watcher for CopyPatrol: Proc.
Jul 1 2020, 5:08 PM
Proc removed a watcher for AbuseFilter: Proc.
Jul 1 2020, 5:07 PM
Proc added a comment to T256758: Prevent Safari from creating phone links for numbers in format ###-####.

Created a bug on WebKit's Bugzilla for this as well.

Jul 1 2020, 5:00 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc added a watcher for MediaWiki-Revision-deletion: Proc.
Jul 1 2020, 3:36 PM
Proc updated subscribers of T153570: Notify users when undoing multiple revisions.
Jul 1 2020, 2:58 PM · Growth-Team-Filtering, User-notice, MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, Growth-Team, Notifications
Proc added a comment to T256758: Prevent Safari from creating phone links for numbers in format ###-####.

This fix really should be on the browser side, phone numbers are normally written with a hyphen ("-", 0x2D) while in articles such as the example above with date ranges we normally use the en-dash ("–", 0x2013). Apple probably shouldn't be doing phone number translations on en dashes.

Jul 1 2020, 12:49 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc added a comment to T256758: Prevent Safari from creating phone links for numbers in format ###-####.

@Jdforrester-WMF @Aklapper if the functionality is indeed undesirable I'm not sure if it matters whether Apple fix this on their end (which, ultimately, I'd think any 'fix' would require removal of the feature, since it's hard to determine whether 900-1200 is a phone number or a year) or if MediaWiki does just for its software using the meta tag. (I believe this tag is only recognised by Safari for these purposes, but I could be wrong). Of course, links can still be formatted as tel if they're explicitly formatted as such, and via the use of a template it'd be neater than the a tag everywhere.

Jul 1 2020, 11:02 AM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc added a watcher for AbuseFilter: Proc.
Jul 1 2020, 10:40 AM
Proc added a watcher for CheckUser: Proc.
Jul 1 2020, 10:40 AM
Proc added a watcher for PageCuration: Proc.
Jul 1 2020, 10:39 AM
Proc added a watcher for CopyPatrol: Proc.
Jul 1 2020, 10:38 AM

Jun 30 2020

Proc removed a project from T153570: Notify users when undoing multiple revisions: Patch-For-Review.
Jun 30 2020, 3:47 PM · Growth-Team-Filtering, User-notice, MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, Growth-Team, Notifications
Proc moved T153570: Notify users when undoing multiple revisions from Backlog to In progress on the Notifications board.
Jun 30 2020, 3:47 PM · Growth-Team-Filtering, User-notice, MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, Growth-Team, Notifications
Proc claimed T153570: Notify users when undoing multiple revisions.
Jun 30 2020, 3:42 PM · Growth-Team-Filtering, User-notice, MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, Growth-Team, Notifications
Proc added a project to T256758: Prevent Safari from creating phone links for numbers in format ###-####: MediaWiki-Interface.
Jun 30 2020, 2:46 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc updated the task description for T256758: Prevent Safari from creating phone links for numbers in format ###-####.
Jun 30 2020, 2:39 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc updated the task description for T256758: Prevent Safari from creating phone links for numbers in format ###-####.
Jun 30 2020, 1:31 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari
Proc created T256758: Prevent Safari from creating phone links for numbers in format ###-####.
Jun 30 2020, 1:28 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), Patch-For-Review, MediaWiki-Core-Skin-Architecture, MediaWiki-Interface, Browser-Support-Apple-Safari

Jun 29 2020

Proc claimed T256572: Creation of a new user group on plwikipedia.
Jun 29 2020, 6:52 PM · Wikimedia-Site-requests
Proc closed T256109: Enable new rights groups on Ligurian Wikipedia as Resolved.
Jun 29 2020, 6:18 PM · Wikimedia-Site-requests

Jun 28 2020

Proc claimed T256109: Enable new rights groups on Ligurian Wikipedia.
Jun 28 2020, 9:23 PM · Wikimedia-Site-requests
Proc claimed T255506: Identify how abuse log details were purged from the CU logs.
Jun 28 2020, 5:14 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser
Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

@Tgr Doesn't seem like addTemporaryUserRights works, perhaps due to the different scope?

Jun 28 2020, 4:16 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jun 27 2020

Proc added a comment to T255506: Identify how abuse log details were purged from the CU logs.

A very cheap way to do it, which I think is kinda like the last option @Tgr suggested, is to chuck in

$user = User::newFromName("ObscureUsernameCheckUserLog");
if ( $user->getId() !== 0 ) {
	$context->setUser($user);
}
Jun 27 2020, 9:01 PM · MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), AbuseFilter, CheckUser

Jun 20 2020

Proc added a comment to T54510: Echo should provide notifications about your revision being approved or rejected on wikis with FlaggedRevs enabled.

I've picked this up where @Cenarium left off, rebased into current master and updated some small things to make it work: https://gerrit.wikimedia.org/r/316410/

Jun 20 2020, 5:39 PM · Growth-Team-Filtering, good first task, patch-welcome, Growth-Team, Patch-For-Review, MediaWiki-extensions-FlaggedRevs, Notifications
Proc claimed T54510: Echo should provide notifications about your revision being approved or rejected on wikis with FlaggedRevs enabled.
Jun 20 2020, 5:12 PM · Growth-Team-Filtering, good first task, patch-welcome, Growth-Team, Patch-For-Review, MediaWiki-extensions-FlaggedRevs, Notifications
Proc added a project to T255390: Edit filter log returns no results, despite results being available: MediaWiki-extensions-FlaggedRevs.
Jun 20 2020, 5:04 PM · SQLite, AbuseFilter
Proc added a comment to T255390: Edit filter log returns no results, despite results being available.

This is also broken. rev_timestamp is a blob, not an integer, so this query also fails to return results. Tested in SQL console with and without encapsulating it in quotations, and the former returned results, the latter (as in code) did not, so I believe that is also related to this.

Jun 20 2020, 3:31 PM · SQLite, AbuseFilter

Jun 16 2020

Aklapper renamed Proc from ProcrasinatingReader to Proc.
Jun 16 2020, 5:28 PM
Proc updated the task description for T255588: Rename username on Phabricator.
Jun 16 2020, 5:05 PM · Phabricator