Change 722574 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Undeploy GettingStarted I: Disable on all wikis

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

Change 722575 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Undeploy GettingStarted II: Don't load regardless of config

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

Change 722576 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Undeploy getting started III: Don't set wmgUseGettingStarted, now ignored

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

Change 722578 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Undeploy GettingStarted V: Remove now-obsolete logging channels

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

A couple of post-undeployment tasks off the top of my head:

• https://www.mediawiki.org/wiki/Extension:GettingStarted needs to be updated
• SRE should be notified as the extension used Redis to store lists of articles
  • https://wikitech.wikimedia.org/wiki/Redis#Cluster_redis_sessions should be updated

We can announce the date on the next Tech News. So we need a date. Let's say on week 40 (October 3)?

Possible text:

The GettingStarted extension provides an onboarding process for new editors of a few versions of Wikipedia. However, Growth features provide a more complete onboarding experience. Since the vast majority of Wikipedias now have access to the Growth features, GettingStarted will be deactivated on [date].

There's also gettingstarted-with-category-suggestions.yaml plus a couple wiki yaml files referencing it.

Parsoid which has a bunch of gettingstarted-task-toolbar-show-intro references in its codebase (which is a GettingStarted user preference key), not sure about that (tests? will they break when it's undeployed?) - @ssastry do you know about that?

Non-config followups:

• drop the GettingStartedRedirectImpression EventLogging schema
• drop message overrides from WikimediaMessages
• revert rEGSTd266c4e39419: Suppress VisualEditor welcome dialog when tour is active
• maybe reach out to the few non-Wikimedia users to see if they care, and archive the extension if they don't?

In T235752#7370025, @Tgr wrote:

Parsoid which has a bunch of gettingstarted-task-toolbar-show-intro references in its codebase (which is a GettingStarted user preference key), not sure about that (tests? will they break when it's undeployed?) - @ssastry do you know about that?

They are just cached site configs used in testing. We can regenerate them anytime.

In T235752#7368815, @Trizek-WMF wrote:

We can announce the date on the next Tech News. So we need a date. Let's say on week 40 (October 3)?

Sounds good to me!

for Tech News, I see there are 2 drafts above. Which would you prefer?

Starting 4 October, [[GettingStarted]] will be removed from the wikis. This is due to the deployment of [[Growth features]], which provide a more complete experience for newcomers.

or

The [[GettingStarted extension]] provides an onboarding process for new editors of a few versions of Wikipedia. However, [[Growth features]] provide a more complete onboarding experience. Since the vast majority of Wikipedias now have access to the Growth features, GettingStarted will be deactivated starting on 4 October.

Added like so: https://meta.wikimedia.org/w/index.php?title=Tech/News/2021/39&diff=22062205&oldid=22062192&diffmode=source

Thank you for deciding, @Quiddity!

Set due date per T235752#7368815.

I pinged communities that have a page about the extension. I rely on Tech News for the others.

Change 722574 merged by jenkins-bot:

[operations/mediawiki-config@master] Undeploy GettingStarted I: Disable on all wikis

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

Change 722575 merged by jenkins-bot:

[operations/mediawiki-config@master] Undeploy GettingStarted II: Don't load regardless of config

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

Mentioned in SAL (#wikimedia-operations) [2021-10-04T11:35:10Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: 1c7405ad1eb323a8da524819f17d6f1a66afaa57: Undeploy GettingStarted I: Disable on all wikis (T235752) (duration: 00m 58s)

Change 722576 merged by jenkins-bot:

[operations/mediawiki-config@master] Undeploy getting started III: Don't set wmgUseGettingStarted, now ignored

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

Mentioned in SAL (#wikimedia-operations) [2021-10-04T11:37:00Z] <urbanecm@deploy1002> Synchronized wmf-config/CommonSettings.php: 9eaf960c4b7c304be57dfc8d248aca0c6501d04c: Undeploy GettingStarted II: Dont load regardless of config (T235752) (duration: 00m 58s)

Mentioned in SAL (#wikimedia-operations) [2021-10-04T11:39:47Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: d60f332785868797e7ecc9b5e410616d5604b392: Undeploy getting started III: Dont set wmgUseGettingStarted, now ignored (T235752) (duration: 00m 58s)

Change 722577 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Undeploy GettingStarted IV: Don't build i18n

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

Change 722577 merged by jenkins-bot:

[operations/mediawiki-config@master] Undeploy GettingStarted IV: Don't build i18n

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

Mentioned in SAL (#wikimedia-operations) [2021-10-04T11:42:31Z] <urbanecm@deploy1002> Synchronized wmf-config/extension-list: 9709bcfc8dacbcd1704471df08c31cec0711bea6: Undeploy GettingStarted IV: Dont build i18n (T235752) (duration: 00m 58s)

Change 722578 merged by jenkins-bot:

[operations/mediawiki-config@master] Undeploy GettingStarted V: Remove now-obsolete logging channels

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

Hi @Kormat, pinging you as today's SRE clinic duty. The GettingStarted extension was undeployed, which means it no longer uses Redis in production (https://wikitech.wikimedia.org/wiki/Redis#Cluster_redis_sessions). I'm not sure if anything else needs to be done, apart from updating docs and undeploying the code.

Mentioned in SAL (#wikimedia-operations) [2021-10-04T11:44:29Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: b0a96bed4562bcc975187b1d34626201d407404b: Undeploy GettingStarted V: Remove now-obsolete logging channels (T235752) (duration: 00m 59s)

In T235752#7398055, @Urbanecm_WMF wrote:

Hi @Kormat, pinging you as today's SRE clinic duty. The GettingStarted extension was undeployed, which means it no longer uses Redis in production (https://wikitech.wikimedia.org/wiki/Redis#Cluster_redis_sessions). I'm not sure if anything else needs to be done, apart from updating docs and undeploying the code.

As far as i can tell, this doesn't require anything from the SRE side of things. Cheers.

Change 725928 had a related patch set uploaded (by Raimond Spekking; author: Raimond Spekking):

[translatewiki@master] [GettingStarted] was undeployed from WMF cluster

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

In T235752#7368776, @phuedx wrote:

• SRE should be notified as the extension used Redis to store lists of articles

See T235752#7398601 above.

• https://wikitech.wikimedia.org/wiki/Redis#Cluster_redis_sessions should be updated

Done in https://wikitech.wikimedia.org/w/index.php?title=Redis&type=revision&diff=1927887&oldid=1922731

Marked as unmaintained in https://www.mediawiki.org/w/index.php?title=Extension:GettingStarted&oldid=4851506, not sure if any other updates are warranted for that page.

Change 725910 had a related patch set uploaded (by Phuedx; author: Phuedx):

[mediawiki/extensions/GettingStarted@master] Revert \"Suppress VisualEditor welcome dialog when tour is active\"

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

Change 725928 merged by jenkins-bot:

[translatewiki@master] [GettingStarted] was undeployed from WMF cluster

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

In T235752#7370025, @Tgr wrote:

Non-config followups:

• drop the GettingStartedRedirectImpression EventLogging schema

I marked the schema as inactive in https://meta.wikimedia.org/w/index.php?title=Schema_talk%3AGettingStartedRedirectImpression&type=revision&diff=22118965&oldid=13302817.

Should dropping the data be tracked in another task?

I've removed the row from https://www.mediawiki.org/wiki/Developers/Maintainers

Change 725980 had a related patch set uploaded (by Jforrester; author: Jforrester):

[mediawiki/tools/release@master] Stop branching GettingStarted for Wikimedia production

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

Change 725980 merged by jenkins-bot:

[mediawiki/tools/release@master] Stop branching GettingStarted for Wikimedia production

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

Change 726743 had a related patch set uploaded (by Gergő Tisza; author: Gergő Tisza):

[operations/mediawiki-config@master] Delete gettingstarted-with-category-suggestions dblist

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

In T235752#7399147, @phuedx wrote:

In T235752#7370025, @Tgr wrote:

Non-config followups:

• drop the GettingStartedRedirectImpression EventLogging schema

I marked the schema as inactive in https://meta.wikimedia.org/w/index.php?title=Schema_talk%3AGettingStartedRedirectImpression&type=revision&diff=22118965&oldid=13302817.

Should dropping the data be tracked in another task?

@Ottomata, do you know if there are any conventions for the schemas of extensions which are undeployed? Should the schemas get dropped or preserved for the sake of history? Should we do something about the data or is it dropped eventually anyway? (It has a bunch of "keep" entries in event_sanitized_analytics_allowlist, not sure what that means for data retention.)

Change 726744 had a related patch set uploaded (by Gergő Tisza; author: Gergő Tisza):

[mediawiki/extensions/WikimediaMessages@master] Remove GettingStarted overrides

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

Change 726744 merged by jenkins-bot:

[mediawiki/extensions/WikimediaMessages@master] Remove GettingStarted overrides

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

Change 726743 merged by jenkins-bot:

[operations/mediawiki-config@master] Delete gettingstarted-with-category-suggestions dblist

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

Mentioned in SAL (#wikimedia-operations) [2021-10-06T10:01:51Z] <urbanecm@deploy1002> Synchronized dblists/: 01633739462f3bf09ae4e50b955454921ea4fbf9: Delete gettingstarted-with-category-suggestions dblist (T235752; 1/2) (duration: 01m 04s)

Mentioned in SAL (#wikimedia-operations) [2021-10-06T10:04:21Z] <urbanecm@deploy1002> Synchronized wmf-config/: 01633739462f3bf09ae4e50b955454921ea4fbf9: Delete gettingstarted-with-category-suggestions dblist (T235752; 2/2) (duration: 01m 05s)

dblist dropped from prod. Thanks a lot to everyone for helping with identifying things that should be cleaned up.

Change 725910 abandoned by Phuedx:

[mediawiki/extensions/GettingStarted@master] Revert \"Suppress VisualEditor welcome dialog when tour is active\"

Reason:

Per https://gerrit.wikimedia.org/r/c/mediawiki/extensions/GettingStarted/+/725910/1#message-fd1e76fdb256eebe41e343ba377cc315cd04807e.

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

Filed T292654: Archive the GettingStarted extension for follow-up, will reach out to the wikis using the extension.

In T235752#7404499, @Tgr wrote:

@Ottomata, do you know if there are any conventions for the schemas of extensions which are undeployed? Should the schemas get dropped or preserved for the sake of history? Should we do something about the data or is it dropped eventually anyway? (It has a bunch of "keep" entries in event_sanitized_analytics_allowlist, not sure what that means for data retention.)

My read of https://wikitech.wikimedia.org/wiki/Analytics/Systems/EventLogging#Retiring_a_schema is that we should remove the allowlist entries themselves as there's no data being actively collected/purged and that dropping the data is a decision for the data owner.

Sorry I missed the earlier ping!

There isn't a lot of great guidance/automation here.

• Schemas should stay, but perhaps we can update their description or README files to indicate they are deprecated.
• stream config entries should be removed. Actually, better would be to have an official way to 'decom' a stream. See also T259712: Allow disabling/enabling configured streams via wgEventStreams config.
• I think sanitize allowlist entries should be removed.
• Previously sanitized data will never be purged, even if there is no longer an entry in the allowlist. It can be manually removed though, if that is necessary.

I've captured the remaining work for decommissioning the GettingStarted* instruments in T306879: Finish decommissioning the GettingStarted* instruments.

In T235752#7877799, @Ottomata wrote:

• Schemas should stay, but perhaps we can update their description or README files to indicate they are deprecated.
• stream config entries should be removed. Actually, better would be to have an official way to 'decom' a stream. See also T259712: Allow disabling/enabling configured streams via wgEventStreams config.

Fortunately (or unfortunately, depending on how you look at it), the GettingStarted schemas/instruments were never migrated to the Event Platform so these steps aren't necessary.

Oh, okay!