Linking to bug 20342, because of "many protocol relative URLs" are changed.

• Bug 31407 has been marked as a duplicate of this bug. ***

This should be all done now

saibotrash wrote:

Thank you, Reedy!

However, it doesn't work as expected. E.g. CreativeCommons doesn't get https - see: https://de.wikipedia.org/w/index.php?title=Benutzer:Saibo/Wiese5&oldid=94395184 Test page for all interwikis. Is there a update lag or am I blind/stupid somehow? ;-)

Apparently, non-WMF interwikis were not updated at all, for instance this change was ignored https://meta.wikimedia.org/w/index.php?title=Interwiki_map&diff=prev&oldid=2967763 .

I'm not sure how/if interwiki links in the wikis database has any affect/priority over the ones from the file

This is fixed now. Reedy had updated interwiki.cdb instead of interwiki-pr.cdb (the protocol-relative version which is now being used everywhere).

saibotrash wrote:

As I wrote on [[:meta:Talk:Interwiki_map]]:

... I have checked all now for HTTPS errors... and there are some. Strange: they are not relative in the list here. Why are the interwikis relative then?! They should get the fixed "http:" again.

• sec_error_untrusted_issuer
  • [[:wg:]] https://britainloveswikipedia.org/wiki/Test (self signed)
• sec_error_unknown_issuer
  • [[:semantic-mw:]] https://www.semantic-mediawiki.org/wiki/test (wrong name, expired, ...)
  • [[:wmar:]] https://www.wikimedia.org.ar/wiki/test (and wrong name)
  • [[:wmau:]] https://wikimedia.org.au/wiki/test (wrong name, expired, ...)
  • [[:wmil:]] https://www.wikimedia.org.il/test (and wrong name)
• ssl_error_bad_cert_domain
  • [[:wg:]] https://wg.en.wikipedia.org/wiki/test
• sec_error_expired_issuer_certificate
  • [[:Wikitech:]] https://wikitech.wikimedia.org/view/test (and self signed)

There was a bug (or rather an unwanted feature) in dumpInterwiki.php that forced all URLs that look like WMF URLs to protocol-relative, even if they came from the interwiki map and had a protocol. I removed this in r100798 and re-ran the script; it's fixed now.