Page MenuHomePhabricator
Feed Advanced Search

May 28 2019

Framawiki awarded T224263: Structured Discussions are not visible in Special:Contributions for IP ranges a The World Burns token.
May 28 2019, 6:29 PM · patch-welcome, Growth-Team, StructuredDiscussions

May 24 2019

NicoScribe updated the task description for T224263: Structured Discussions are not visible in Special:Contributions for IP ranges.
May 24 2019, 8:06 AM · patch-welcome, Growth-Team, StructuredDiscussions
Restricted Application added a project to T224263: Structured Discussions are not visible in Special:Contributions for IP ranges: Growth-Team.
May 24 2019, 7:48 AM · patch-welcome, Growth-Team, StructuredDiscussions

Feb 14 2019

NicoScribe added a comment to T215725: Consider removing mediawikiwiki from wgCentralAuthAutoCreateWikis.

But some people have no account on 'metawiki', for instance Hubert0482 and RalfU690717.

Yeah, bugs happen and might break local account autocreation temporarily. Also different wikis have different blacklists / abuse filters and those can block local account autocreation as well.

OK, thank you. I am just saying that it is not difficult to find other global accounts without account on 'metawiki': Bill Dance 22, Diane Sims Black, IanDBeacon 3, Larissa Cordova... Perhaps another Phabricator task should be created to investigate the bugs / blacklists / abuse filters, that are preventing these local account autocreations on 'metawiki'.
(And there are also old global accounts with recent activity but without account on 'mediawikiwiki + metawiki': Fear3235, James265, Saphomicron.)

Feb 14 2019, 11:35 AM · User-Zppix, Wikimedia-Site-requests

Feb 13 2019

NicoScribe added a comment to T215725: Consider removing mediawikiwiki from wgCentralAuthAutoCreateWikis.

It seems that you consider that a local account on 'metawiki' is autocreated, when a global account is created.
But some people have no account on 'metawiki', for instance Hubert0482 and RalfU690717.

Feb 13 2019, 6:53 AM · User-Zppix, Wikimedia-Site-requests

Nov 14 2018

NicoScribe updated the task description for T209541: Milestone notifications are incorrect.
Nov 14 2018, 10:24 PM · MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), Growth-Team (Current Sprint), Patch-For-Review, Notifications
NicoScribe created T209541: Milestone notifications are incorrect.
Nov 14 2018, 9:46 PM · MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), Growth-Team (Current Sprint), Patch-For-Review, Notifications

Jul 1 2018

NicoScribe raised the priority of T192933: Display TitleBlacklist warnings for user with special rights from High to Needs Triage.
Jul 1 2018, 1:26 PM · Move-Files-To-Commons, TCB-Team
NicoScribe renamed T197664: Create test setup for Japanese, Chinese and Thai from noaaaaaaaa to Create test setup for japanese, unified han and thai.
Jul 1 2018, 12:31 PM · MediaWiki-Page-History, Chinese-Sites, WMDE-QWERTY-Sprint-2018-06-05, wikidiff2, WMDE-QWERTY-Team, German-Community-Wishlist, MediaWiki-Page-Diffs, TCB-Team
NicoScribe renamed T195515: GUC query performance regressed 100x from <3s to 80-300s from cccaaaaaaa to GUC query performance regressed 100x from <3s to 80-300s.
Jul 1 2018, 12:28 PM · cloud-services-team (Kanban), Stewards-and-global-tools, Data-Services, Tool-Global-user-contributions
NicoScribe renamed T194272: Clean up wikidiff2 config variable handling from vadaaaaaaa to Clean up config variable handling.
Jul 1 2018, 12:24 PM · MW-1.35-notes (1.35.0-wmf.4; 2019-10-29), MW-1.34-notes (1.34.0-wmf.7; 2019-05-28), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), WMDE-QWERTY-Sprint-2019-01-10, WMDE-QWERTY-X-Mas-Sprint-2018-12-18, WMDE-QWERTY-Sprint-2018-08-29, MW-1.32-notes (WMF-deploy-2018-08-28 (1.32.0-wmf.19)), WMDE-QWERTY-Sprint-2018-08-14, WMDE-MediaWiki-maintenance, wikidiff2, WMDE-QWERTY-Team, TCB-Team, MediaWiki-Page-Diffs
NicoScribe lowered the priority of T194272: Clean up wikidiff2 config variable handling from High to Medium.
Jul 1 2018, 12:24 PM · MW-1.35-notes (1.35.0-wmf.4; 2019-10-29), MW-1.34-notes (1.34.0-wmf.7; 2019-05-28), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), WMDE-QWERTY-Sprint-2019-01-10, WMDE-QWERTY-X-Mas-Sprint-2018-12-18, WMDE-QWERTY-Sprint-2018-08-29, MW-1.32-notes (WMF-deploy-2018-08-28 (1.32.0-wmf.19)), WMDE-QWERTY-Sprint-2018-08-14, WMDE-MediaWiki-maintenance, wikidiff2, WMDE-QWERTY-Team, TCB-Team, MediaWiki-Page-Diffs
NicoScribe removed projects from T194272: Clean up wikidiff2 config variable handling: Mail, New-Editor-Experiences, Language-2018-Apr-June, KartoEditor, Jade, Hashtags, Gamepress, Tamil-Sites, Connected-Open-Heritage-Batch-uploads (RAÄ-KMB_1_2017-02), CheckUser.
Jul 1 2018, 12:24 PM · MW-1.35-notes (1.35.0-wmf.4; 2019-10-29), MW-1.34-notes (1.34.0-wmf.7; 2019-05-28), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), WMDE-QWERTY-Sprint-2019-01-10, WMDE-QWERTY-X-Mas-Sprint-2018-12-18, WMDE-QWERTY-Sprint-2018-08-29, MW-1.32-notes (WMF-deploy-2018-08-28 (1.32.0-wmf.19)), WMDE-QWERTY-Sprint-2018-08-14, WMDE-MediaWiki-maintenance, wikidiff2, WMDE-QWERTY-Team, TCB-Team, MediaWiki-Page-Diffs
NicoScribe updated the task description for T194272: Clean up wikidiff2 config variable handling.
Jul 1 2018, 12:22 PM · MW-1.35-notes (1.35.0-wmf.4; 2019-10-29), MW-1.34-notes (1.34.0-wmf.7; 2019-05-28), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), WMDE-QWERTY-Sprint-2019-01-10, WMDE-QWERTY-X-Mas-Sprint-2018-12-18, WMDE-QWERTY-Sprint-2018-08-29, MW-1.32-notes (WMF-deploy-2018-08-28 (1.32.0-wmf.19)), WMDE-QWERTY-Sprint-2018-08-14, WMDE-MediaWiki-maintenance, wikidiff2, WMDE-QWERTY-Team, TCB-Team, MediaWiki-Page-Diffs
NicoScribe updated subscribers of T194272: Clean up wikidiff2 config variable handling.
Jul 1 2018, 12:21 PM · MW-1.35-notes (1.35.0-wmf.4; 2019-10-29), MW-1.34-notes (1.34.0-wmf.7; 2019-05-28), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), WMDE-QWERTY-Sprint-2019-01-10, WMDE-QWERTY-X-Mas-Sprint-2018-12-18, WMDE-QWERTY-Sprint-2018-08-29, MW-1.32-notes (WMF-deploy-2018-08-28 (1.32.0-wmf.19)), WMDE-QWERTY-Sprint-2018-08-14, WMDE-MediaWiki-maintenance, wikidiff2, WMDE-QWERTY-Team, TCB-Team, MediaWiki-Page-Diffs

Jun 13 2018

NicoScribe added a comment to T191482: Add thanks for resolving StructuredDiscussions topics?.

I am sorry, but I think that the community does not know about the possibility to thank for flow-lock-topic and flow-restore-topic. And I think that the reasoning "I want to thank Foo for resolving this topic... No 'thank link' is displayed in the topic... No 'thank link' is displayed in the topic's history... I have to search for a 'thank link' in the public logs..." is too long (and complicated) for the contributors.
So I think that the 'thank link' should be displayed in the topic's history.

Jun 13 2018, 9:00 AM · Growth-Team, User-notice-collaboration, MW-1.31-release-notes (WMF-deploy-2018-04-10 (1.31.0-wmf.29)), Patch-For-Review, Collaboration-Team-Triage, Community-Tech, Thanks, StructuredDiscussions
NicoScribe added a comment to T60485: [Epic] Allow thanks of log entry.

In this example, I was unable to thank for the edit of a topic summary of a structured discussion. I do not see the associated log type in the description of this task.

Jun 13 2018, 8:57 AM · Growth-Team, Patch-For-Review, Community-Wishlist-Survey-2017, Community-Tech, User-notice, Collaboration-Team-Triage, Thanks
NicoScribe added a comment to T60485: [Epic] Allow thanks of log entry.

My preferred use case would be thanking file uploads. Furthermore, I would like to use it to thank sysops if I ask them to use their rights to do something for me, so deletion, rights and protect log would be nice options too.
If I think about ist, maybe thanks for blocks should only be an option since a block is a really destrucitve action. I imagine really weird situations about users thaning sysops because they blocked another user thex don't like...

What "weird situations" are you supposing?
Let's suppose that Foo and Bar hate each other, and each one has a "fan club of contributors", and Foo opens a request against Bar, and the sysop Baz blocks Bar due to the request. What kind of harassment/trolling (in the block log) are you supposing? The "Foo hooligans" would thank Baz in the block log? The "Bar hooligans" would dishonestly thank Baz in the block log?

Jun 13 2018, 8:56 AM · Growth-Team, Patch-For-Review, Community-Wishlist-Survey-2017, Community-Tech, User-notice, Collaboration-Team-Triage, Thanks
NicoScribe added a comment to T60485: [Epic] Allow thanks of log entry.

My preferred use case would be thanking file uploads. Furthermore, I would like to use it to thank sysops if I ask them to use their rights to do something for me, so deletion, rights and protect log would be nice options too.
If I think about ist, maybe thanks for blocks should only be an option since a block is a really destrucitve action. I imagine really weird situations about users thaning sysops because they blocked another user thex don't like...

I do not understand the hesitations about the log type "block" (and "gblblock" and "gblrights" and "globalauth").
A block can be seen as a "destructive action". But a deletion can be seen as a "destructive action" too. And these two actions can also be seen as "positive actions", because they protect the Wikimedia projects.
I suppose that the hesitations should be about consensual/contentious actions, instead of positive/destructive actions. But all the actions can be considered contentious (by some users): there are contentious blocks, contentious deletions, contentious moves, contentious protections, etc.
I think that most of the actions are not contentious, and that most of the contentious actions do not lead to harassment/trolling, and that the sysops have the necessary experience to handle these situations. So I think that we should assume good faith (of the contributors who just want to thank the sysops) and allow 'thanks' for the log type "block" (and "gblblock" and "gblrights" and "globalauth").

Jun 13 2018, 8:54 AM · Growth-Team, Patch-For-Review, Community-Wishlist-Survey-2017, Community-Tech, User-notice, Collaboration-Team-Triage, Thanks
NicoScribe added a comment to T60485: [Epic] Allow thanks of log entry.

I understand the reasoning to disallow 'thanks' for some logs (such as User creation log and Thanks log, because it can be confusing). But I see no reasoning to disallow 'thanks' for these log types:

  • abusefilter
  • gblrename
  • renameuser
  • stable (for the pending changes log).
Jun 13 2018, 8:48 AM · Growth-Team, Patch-For-Review, Community-Wishlist-Survey-2017, Community-Tech, User-notice, Collaboration-Team-Triage, Thanks

Mar 16 2018

NicoScribe added a comment to T189819: Revert to last revision by user should not mention.

There is the same problem on Wikipedia in Italian, cf. https://meta.wikimedia.org/wiki/Talk:Community_Tech/Ping_users_from_the_edit_summary#Reverts_to_last_edit_by_XXX
There is the same problem on Wikidata: I have been notified for the edit https://www.wikidata.org/w/index.php?title=Q1420&oldid=prev&diff=650083501

Mar 16 2018, 8:31 AM · Community-Tech, MW-1.31-release-notes (WMF-deploy-2018-03-20 (1.31.0-wmf.26)), Collaboration-Team-Triage, Notifications

Nov 16 2017

NicoScribe created T180707: Option "excludezero" for Special:CentralAuth.
Nov 16 2017, 5:08 PM · MediaWiki-extensions-CentralAuth