hartman.wiki wrote:

We need something to scan all these messages for local changes, and then someone to do the dirty work of changing them. Who's got the bot skills ? :D

I do dare to change URLs in the form [ http://some.wikimedia.org desc ], but the URL in MediaWiki:Sitesupport-url can also be used in raw contexts, and changing it would break things.

So I think we can't actually do this, because we cannot be certain that the URLs in this message are *only* used in the correct scenarios, or can we?

If my assumptions are correct, this would be a "wontfix"; input appreciated.

If anything, sitesupport-url should probably just be an https link, because it links to the donation interface.

Does a {{scheme}} pseudo constant fix this class of issues?

https sounds better than protocol relative, changing summary

(In reply to comment #4)

Does a {{scheme}} pseudo constant fix this class of issues?

You mean a magic word that returns 'http' or 'https' depending on which protocol the current user is using? No, that deliberately doesn't exist because it would break the parser cache.

It is possible to do the change on translatewiki with a global replace? Thanks.

Partially. You would not catch local versions of the sidebar.
I am afraid that most wikis have ones, so the changes for those must happen on each wiki individually.

(In reply to comment #8)

Partially. You would not catch local versions of the sidebar.
I am afraid that most wikis have ones, so the changes for those must happen on
each wiki individually.

Yes, that needs also onwiki changes, but changing the translation on translatewiki.net will be a begin.

This has been fixed at some point on local messages (which do indeed exist on each and every wiki), is anything else needed?

In my opinion this needs fixing in the i18n file to get it also to new wikis.

See gerrit 16916

successfully merged