Page MenuHomePhabricator

Make default interwiki map links protocol-relative
Closed, DeclinedPublic

Description

For example, [[google:]] provides both http and https so tweak it in this way...


Version: unspecified
Severity: normal

Details

Reference
bz31327

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:53 PM
bzimport set Reference to bz31327.
bzimport added a subscriber: Unknown Object (MLST).

We should probably consider updating our built in interwiki map with protocol relative urls where present. Including the new Wikimedia urls for wikis that support https.

(In reply to comment #2)

We should probably consider updating our built in interwiki map with protocol
relative urls where present. Including the new Wikimedia urls for wikis that
support https.

Already done, see r96132.

(In reply to comment #3)

(In reply to comment #2)

We should probably consider updating our built in interwiki map with protocol
relative urls where present. Including the new Wikimedia urls for wikis that
support https.

Already done, see r96132.

I'm talking about these:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/maintenance/interwiki.list?view=markup
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/maintenance/interwiki.sql?view=markup

So would replacing explicit http:// and https:// prefixes in those two files by // magically work?

Yes, but we would need to take care that URLs we convert to protocol-relative actually support both HTTP and HTTPS.

I disagree. We should use https for those that support it, and http for those that don't.

Protocol-relative URLs were a useful tool when we were mid-migration from HTTP->HTTPS and supported a dual stack and wanted to avoid cache busting. But really they're more confusing than they are useful.

The amount of documentation on wikitech/meta/enwp that still suggests them upsets me (I was reading it today)

(Also, this was never an operations or traffic bug)