If it is installed it should be disabled by default and only users that want it should be able to enable it. Waiting for approval from sysadmins before this can be installed as it would be a global extension.

In T1681#30901, @Reception123 wrote:

If it is installed it should be disabled by default and only users that want it should be able to enable it. Waiting for approval from sysadmins before this can be installed as it would be a global extension.

If we were to follow Wikimedia config, it's not something user can turn it on and off. Users have no choice, extension does not care whether they want global userpage or not.

• if you don't have meta userpage and don't have local userpage = nothing happens.
• if you have meta userpage and don't have local userpage = meta userpage replicated to local.
• if you have meta userpage and local userpage = local userpage.

If you have a Meta userpage and don't want it to be replicated on certain wikis, you can create a local blank userpage on those wikis which will solve the problem.

@Amanda I wouldn't want to go on every wiki and create a blank userpage. If a global userpage is obligatory and there's no way to disable the feature (or enable it in the first place) then I'm against installing.

If I recall correctly, wrapping the content of a global User page with <noinclude> prevents the content from being shown on other wikis. However, that hardly counts as opt in/opt out

I have no issues with this extension.

More so there is no requirement for the wiki source to be metawiki.

If anyone is opposing this extension being enabled, please comment now. So far, I see general support for this, so I would like the sysadmins to be able to move forward soon.

@Amanda please DO NOT remove subscribers without their approval

And I dont fully oppose but if it is mandatory to have a global page then I do

The extension in its experimental versions implemented the magic word __NOGLOBAL__ that allows to just deactivate the global user page. However, this is a beta feature that is just being implemented in WMF wikis and from here to Miraheze it can take several months. My suggestion for now (if there is still interest) would be to open an RFC in Meta and seek global consensus.

Actually, I believe that __NOGLOBAL__ should work on the most recent version.

However, there also appears to be a way to make global user pages opt-in, if we set wgDefaultUserOptions['globaluserpage'] = false;, but even if we don't it should be something you can opt out of in preferences, or by NOGLOBAL. Again, you can always just control content by using <noinclude></noinclude> tags.

At the moment I think we could look for the possibility to discuss it globally and see the opinion of the rest of the users. I think that <noinclude> tags also work, besides, technically, users who generally edit in several wikis for different reasons (either by CVT, cleaning, etc.) would rather have global user pages to remove The red and passing links that the local collaborators know how to contact them or who they are without having to resort to Meta.

I will support this.

As I said above, until the part about making it global is made optional (not the other way around), I would not support adding this extension.

Also, the MediaWiki.org documentation page has this:

Anyway you can disable it by using ___NOGLOBAL___ or <noinclude> tags.

I'm aware, it was discussed above. My issue is with it being the default, and users having to do extra work to disable it, instead of you having to do extra work to enable it.

It appears that shoutwiki has an option to disable it in user settings, but it requires the GlobalPreferences to be installed. You can see where its defined here.

GlobalPreferences has been discussed and declined in T1013, so I don't think that's an option for now.

@MacFan4000 Since this affects many users, and Miraheze globally, I think John's comment was corrected, and that an RfC should be organised to see whether the community agrees with this new feature or not.

I'm for an RfC. If I have content I don't want to be on 800+ random wikis (as me or some user may have) then I want a little switch saying on off. Also community consensus is just about everything on a wiki where there is an active community to make the decision (like meta).

There has been discussion on the Community noticeboard about this. I am worried about this as it seems everyone who has supported the motion is already well versed in dealing with Mediawiki in a top level sense. I believe that is unfair to the countless number of people on Miraheze who are not experienced with Miraheze and may find it confusing and annoying having to disable something they don't want. I believe there should be an opt-in and I do not see why everyone cannot agree on that, it is simpler, makes everyone's life easier and allow both sides of this debate, happy.

If this cannot be settled here, then an RfC is needed and all community members need to be invited to comment on such a matter.

That was an RFC IMO.

There is a prefrences option that can be set to false by default, but it requires the GlobalPreferences extension, which recently passed WMF security review. They are planning to deploy it on their production wikis.

Where is the WMF Phabricator task or RfC that states that this extension is being installed across the WMF systems? If it is true, then GlobalPreferences could be installed.

https://phabricator.wikimedia.org/T184643 Is the only relevant task for it for us.

Then I'd say there is no longer much of a problem here. MacFan said with this extension it can be set to false by default, so therefore, I support the installation of GlobalUserPage.

@MacFan4000 status on this?

@John waiting for MW 1.31 to roll out