Page MenuHomePhabricator

Enable Growth features on Wikipedias upon creation
Open, LowPublic

Description

Background & Problem

As of today, Growth features are deployed on all Wikipedias. That said, Growth features aren't deployed to new Wkipedias upon their creation, because of several reasons:

  • The database tables aren't created by the wiki creation script
  • Extension is enabled only on explicitly listed wikis (not automatically at all Wikipedias via 'wikipedia' => true)
  • The wiki would need manual configuration (as the initWikiConfig.php script won't work because a fresh wiki has no pages connected to WD)
Solution

Complete the following tasks (order is important):

  1. T417019: Enable GrowthExperiments on all wikis where growthexperiments tables exist
  2. T417021: Verify growthexperiments x1 tables are in sync with the definition on all wikis
  3. T417023: Enable GrowthExperiments on all open Wikipedias

Once those tasks are completed, we should be able to set wmgUseGrowthExperiments to true.

Related Objects

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald Transcript

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

[mediawiki/extensions/WikimediaMaintenance@master] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

Please move to In progress once patch gets merged, so I can do the rest.

Change 771549 merged by jenkins-bot:

[mediawiki/extensions/WikimediaMaintenance@master] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

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

[mediawiki/extensions/WikimediaMaintenance@wmf/1.39.0-wmf.3] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

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

[mediawiki/extensions/WikimediaMaintenance@wmf/1.39.0-wmf.4] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

Change 772901 merged by jenkins-bot:

[mediawiki/extensions/WikimediaMaintenance@wmf/1.39.0-wmf.4] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

Change 772900 merged by jenkins-bot:

[mediawiki/extensions/WikimediaMaintenance@wmf/1.39.0-wmf.3] addWiki: Create GrowthExperiment's tables for all new Wikipedia

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

Mentioned in SAL (#wikimedia-operations) [2022-03-23T14:41:47Z] <urbanecm@deploy1002> Synchronized php-1.39.0-wmf.3/extensions/WikimediaMaintenance/addWiki.php: rEWMA9a0aed014bdf: addWiki: Create GrowthExperiment tables for all new Wikipedias (T304052) (duration: 01m 06s)

Mentioned in SAL (#wikimedia-operations) [2022-03-23T15:39:50Z] <urbanecm> foreachwikiindblist wikipedia extensions/WikimediaMaintenance/createExtensionTables.php growthexperiments # T304052

I just created guw.wikipedia from my volunteer hat. Thanks to the addWiki.php changes, the Growth tables were automatically created at the right place. Once the wiki was up, I briefly enabled GE features at guw.wikipedia (the newest Wikipedia) to ensure it is fine to do for a newly created wiki. I observed the expected behavior – because there's zero configuration, there are no suggested edits or help panel, but otherwise, the features seem to be up.

I think we should be able to just switch to 'wikipedia' => true at this point in wmgUseGrowthExperiments.

kostajh subscribed.

I just created guw.wikipedia from my volunteer hat. Thanks to the addWiki.php changes, the Growth tables were automatically created at the right place. Once the wiki was up, I briefly enabled GE features at guw.wikipedia (the newest Wikipedia) to ensure it is fine to do for a newly created wiki. I observed the expected behavior – because there's zero configuration, there are no suggested edits or help panel, but otherwise, the features seem to be up.

I think we should be able to just switch to 'wikipedia' => true at this point in wmgUseGrowthExperiments.

Nice! Thank you @Urbanecm_WMF. I'm marking this as resolved, but feel free to reopen or make new tasks as needed for follow-up.

Urbanecm_WMF removed Urbanecm_WMF as the assignee of this task.
Urbanecm_WMF added a subscriber: Trizek-WMF.

@kostajh This still needs the last bit, ie. to actually use 'wikipedia' => true in the config repo; currently, we still list (nearly) all Wikipedias manually.

Originally, I planned to make that config change after guw.wikipedia creation, but after my heads-up Slack message, @Trizek-WMF said he's hesitant to do this, so I didn't do that in the end.

Reopening, unclaiming and moving off sprint, so we don't forget about this.

@kostajh This still needs the last bit, ie. to actually use 'wikipedia' => true in the config repo; currently, we still list (nearly) all Wikipedias manually.

Originally, I planned to make that config change after guw.wikipedia creation, but after my heads-up Slack message, @Trizek-WMF said he's hesitant to do this, so I didn't do that in the end.

Reopening, unclaiming and moving off sprint, so we don't forget about this.

@KStoller-WMF @Trizek-WMF what do you think about this?

IMO enabling the features on new wikis by default is less confusing for everyone to reason about, even if the default Homepage experience will be lacking compared to more established wikis.

IMO enabling the features on new wikis by default is less confusing for everyone to reason about, even if the default Homepage experience will be lacking compared to more established wikis.

I'm hesitant as a newcomer at this wiki will get a totally empty homepage. It would look like a dead end.

We can promote mentorship to new communities, as a way to welcome newcomers in a better way, or, better, work on article creation.

IMO enabling the features on new wikis by default is less confusing for everyone to reason about, even if the default Homepage experience will be lacking compared to more established wikis.

I'm hesitant as a newcomer at this wiki will get a totally empty homepage. It would look like a dead end.

We can promote mentorship to new communities, as a way to welcome newcomers in a better way, or, better, work on article creation.

We could adjust Special:Homepage to not display Suggested Edits if there are no newcomer tasks available at all. Then it would look like fr.wiktionary.org.

Alternatively, we could consider defaulting SuggestedEdits to off for new wikis (that's easier) and again, those new wikis would look like fr.wiktionary.org.

Either of those options seems preferable to not enabling the features at all.

French Wiktionary setup mentorship, I'm unsure about new wikis: they might not find it relevant.

I'll check with Kirsten.

It would be great to A/B test what works best on new wikis, but I assume the sample would be too small to run a small experiment and come back with significant findings. Perhaps we could consider a few user tests with newcomers on new wikis?

I discussed this briefly with @Trizek-WMF and then did a little testing to see what the newcomer homepage looks like without Suggested Edits and without Mentorship. It's definitely sparse.

However without enabling Growth features on new Wikipedias upon creation, the newcomer is simply linked to their non existent userpage when they click on their username (example). That page is also sparse and reads more like an error page than what a non-Wikimedian expects of a userpage.

I think once the new impact module is released to all wikis, then the newcomer homepage will be a superior landing page even if it's missing several modules. My suggestion is that we consider one of the following:

  1. gather feedback from a few newcomers on new Wikis
  2. Wait until the new impact module is release to all wikis, and then complete this task
  3. Enable the Growth extension on all wikis, but new wikis still need to manually enable Growth features from Community configuration to actually default new accounts to be opted into "Newcomer editor features".
    Screenshot 2023-03-13 at 2.59.58 PM.png (270×956 px, 42 KB)

I have a slight preference for doing 1 & 2, but curious what others think.

The impact module doesn't require any setup, so it mostly comes down to whether we think that's useful on its own (there's also the help panel but I think that one is not super helpful).
IMO we should avoid a situation where the homepage might or might not exist based on something dynamic (like whether there are any tasks or mentors at the moment, that could mean it appears and disappears and it's going to be very confusing for everyone. Maybe we should think about whether there's any cheap-to-implement fallback content we could add that's at least mildly useful.

Maybe we should think about whether there's any cheap-to-implement fallback content we could add that's at least mildly useful.

Are there any mandatory welcome messages that get translated when a new Wikipedia is set up?

I was thinking something like a dismissible "Welcome module" populated by a welcome template. This could provide communities with more customization and content on small wikis. And perhaps on larger wikis, communities would also appreciate having the ability to customize this welcome message?
But there are certainly a lot of wikis that don't have a version of Template:Welcome, so maybe that's not a feasible idea for new wikis? I also acknowledge this might be an odd user experiences if that message just duplicates the same message the newcomer receives on their talk page.

Are there any mandatory welcome messages that get translated when a new Wikipedia is set up?

welcomecreation-msg, but it isn't very fancy by default (many wikis customize it, e.g. this is the frwiki version). It's only shown when no extension redirects the user elsewhere after registration, ie. never when GrowthExperiments is enabled (since we direct the user to the welcome survey instead).

Most wikis use (alongside or instead of it) talk page messages as their main welcome mechanism.

This comment was removed by Trizek-WMF.

If we provide the Homepage as a default feature, we will have at least the Impact module, as it will work no matter what, and the Help links, as they are by default based on mediawiki.org resources.

What does the Homepage look like with only the impact and resources modules? Isn't it enough to create a reasonable empty state?

If we provide the Homepage as a default feature, we will have at least the Impact module, as it will work no matter what, and the Help links, as they are by default based on mediawiki.org resources.

What does the Homepage look like with only the impact and resources modules? Isn't it enough to create a reasonable empty state?

It would look like frwiktionary, except with the new impact module which looks nicer in an empty state.

image.png (1×3 px, 253 KB)

Thank you Kosta. I think it is safe to consider it as a decent empty state.