Protocol-relative URLs enabled on all Wikimedia Foundation wikis

Translate This Post

In July we enabled protocol-relative URLs on testwiki, and asked for bug reports. We did this in preparation for native HTTPS support for the sites. We received and fixed a number of protocol-relative related bugs, and then tested on a few of the larger wikis. We are now at a point where protocol-relative URL support is stable enough to enable it on all wikis, so today we’ve enabled it.
For information about what protocol-relative URLs are, why they are needed, and how it’ll affect you, see the post written in July. In brief: this changes most links we output in our content from looking like http://www.example.com to //www.example.com . The change shouldn’t affect you.
If you find any bugs related to protocol-relative URLs, please submit a bug report. Known issues are linked from the tracking bug.
Ryan Lane
Operations Engineer
EDIT Sep 28 14:29 UTC: Because of reported breakage in iOS clients, the API’s action=parse interface has been hacked not to return protocol-relative URLs. This is a temporary hack that you should not rely on; fix your clients instead. For details, see http://lists.wikimedia.org/pipermail/mediawiki-api-announce/2011-September/000024.html

Archive notice: This is an archived post from blog.wikimedia.org, which operated under different editorial and content guidelines than Diff.

Can you help us translate this article?

In order for this article to reach as many people as possible we would like your help. Can you translate this article to get the message out?

10 Comments
Inline Feedbacks
View all comments

What does this mean for secure.wikimedia.org?

Protocol-relative URLs don’t affect secure. Native HTTPS support will affect secure, though. secure.wikimedia.org won’t go away, it’ll instead redirect to the proper URLs. I have an announcement post coming about HTTPS real soon like.

good

“it’ll instead redirect to the proper URLs” — nice, I always hated when someone sent me a link to secure.wikimedia.org: the favicon looked different in the browser tab, I had to login again, the url scheme was different… looking forward for more details in your next https-related post 🙂

[…] for Apple to approve the updated app in the App Store. The source of the problem is a recent change in how Wikipedia writes their URLs. Older Entries Newer […]

[…] deployment of protocol-relative URLs, paving the way for native […]

[…] (source) Share this:Twitter […]

[…] recently enabled protocol-relative URLs on all Wikimedia Foundation wikis. That change was in preparation for this change: we’ve just enabled native HTTPS support on […]

[…] recently enabled protocol-relative URLs on all Wikimedia Foundation wikis. That change was in preparation for this change: we’ve just enabled native HTTPS support on […]

[…] deployment of protocol-relative URLs paved the way for native HTTPS […]