Change 271932 had a related patch set uploaded (by MarcoAurelio):
Removing Gather from enwiki and miscellaneous cosmetic changes

https://gerrit.wikimedia.org/r/271932

If there's some config file/change else needed, please let me know.

Scheduled for deployment.

Blocked by @demon until RFC closes. Patch is -2 now. Removing from today's SWAT.

I've closed the RFC.

In T127509#2050875, @TheDJ wrote:

I've closed the RFC.

Thank you. Just for clarity, is removing Gather what is really requested here?

The request is to make it so that neither registered users nor anonymous users can interact with the functionality the extension provides. The simplest way to do this, is to simply removing the extension from the setup as far as I know. In that case, all data will remain in the database, making it possible to migrate or extract at a later time.

The only risk I see here is with any log actions in the public log mechanism. I'm not sure if there are any, but such log entries have proven to be difficult with removing extensions in the past (AFTv5 ?).

At least one "hide" log entry does exist, yes. https://en.wikipedia.org/w/index.php?title=Special:Log&offset=20160201000000&limit=50&type=&user=Future+Perfect+at+Sunrise&page=&tagfilter=&hide_thanks_log=1&hide_patrol_log=1&hide_tag_log=1&hide_review_log=1

In T127509#2050875, @TheDJ wrote:

I've closed the RFC.

Thanks :D

In T127509#2051085, @MarcoAurelio wrote:

In T127509#2050875, @TheDJ wrote:

I've closed the RFC.

Thank you. Just for clarity, is removing Gather what is really requested here?

Removing it from enwiki is how I read the RFC and how I see it closed by @TheDJ. I think we can move forward in the next day or so with the removal...I believe @Tnegrin was mentioning wanting to make an at least cursory announcement so those that are using it (however few) aren't caught by surprise.

In T127509#2051425, @JEumerus wrote:

At least one "hide" log entry does exist, yes. https://en.wikipedia.org/w/index.php?title=Special:Log&offset=20160201000000&limit=50&type=&user=Future+Perfect+at+Sunrise&page=&tagfilter=&hide_thanks_log=1&hide_patrol_log=1&hide_tag_log=1&hide_review_log=1

This doesn't really matter.

MariaDB [enwiki_p]> select count(*) from logging where log_type = 'articlefeedbackv5';
+----------+
| count(*) |
+----------+
|   497197 |
+----------+
1 row in set (0.72 sec)

Log and database cleanup (including dumps) can be handled later. Feel free to immediately file reports for such cleanup.

Per discussion with the Reading team, this is blocked on T127784. The target date for uninstalling Gather is next Tuesday (PDT).

In T127509#2051385, @TheDJ wrote:

The only risk I see here is with any log actions in the public log mechanism. I'm not sure if there are any, but such log entries have proven to be difficult with removing extensions in the past (AFTv5 ?).

Gather uses a ManualLogEntry so uninstalling should not cause any problem with displaying the logs, right?

In T127509#2053935, @Tgr wrote:

Gather uses a ManualLogEntry so uninstalling should not cause any problem with displaying the logs, right?

The i18n message will go away, so it does cause display problems. But given past precedent, it's not a problem worth stopping removal over.

Can we add the message into WikiamediaMessages?

In T127509#2054475, @Peachey88 wrote:

Can we add the message into WikiamediaMessages?

I don't think so, because the message key would be the same as the one in the Gather extension, and I don't think TWN can handle the same key in two extensions?

We can definitely create it locally on en.wp, which is probably good enough in this case.

I don't think TWN can handle the same key in two extensions?

It can actually, just set a custom message prefix https://git.wikimedia.org/blob/translatewiki.git/master/groups%2FMediaWiki%2Fmediawiki-extensions.txt#L2735

ok -- we have the text of the message. Can someone please tell me how to
send it?

-Toby

I surveyed the available options in T127784#2061919. None of them is great.

gather-checkuser-log-action is the message mentioned by @JEumerus, and that comes from ApiEditList::getGatherLogFormattedString (with action being the mode parameter of the list edit API), which is registered as the log handler for gather/action (which is the only log type for Gather as far as I can see). I'm not familiar with the logging system, but just creating that message locally is clearly not going to help. Is there a fallback message key that gets constructed when no handler is registered?

T128056 is not a blocker of this bug, but only of the (future) request to drop the tables.

There are no public logs related to Gather on enwiki, so it shouldn't be a blocker. FYI, T126123 is about this.

Change 271932 merged by jenkins-bot:
Removing Gather from enwiki and miscellaneous cosmetic changes

https://gerrit.wikimedia.org/r/271932

Done. Log looks broken (if I read the code correctly, with no registered log handler it should fall back to LegacyLogFormatter, which should be able to make more sense of it than this), but that should be a separate task.

I filed T130470 just now to do a postmortem regarding the Gather deployment and subsequent disablement.