E.g. https://en.wikipedia.org/wiki/Main_Page gives:
Retrieved from "<a href="http://en.wikipedia.org/wiki/Main_Page">http://en.wikipedia.org/wiki/Main_Page</a>"</div>
Version: unspecified
Severity: trivial
Description
Description
Details
Details
- Reference
- bz31322
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T21270 Relative URIs in interwiki links table break interwiki transclusion | |||
| Resolved | None | T20664 Relative URIs in interwiki links table causes failed redirects | |||
| Resolved | None | T22342 Support for protocol-relative URLs | |||
| Declined | None | T33322 Retrievedfrom URI in print footer is not using httpS on secure server |
Event Timeline
Comment Actions
Not a bug, printfooter explicitly uses the canonical form, not protocol relative.
The "retrieved from" link is there for printing purposes, printers don't print links, however they do print the link text, and that link text is a url and that url should not be protocol relative because it's not meant to be read by machines, it's meant to be read by humans off paper. There is no reason to make the link target different from the text.
Comment Actions
(In reply to comment #1)
Not a bug, printfooter explicitly uses the canonical form, not protocol
relative.
Isn't the canonical form on httpS suposed to point to https?
This bug also affects Portuguese Wikipedia.
Comment Actions
Isn't the canonical form on httpS suposed to point to https?
no - Each website is supposed to have only one canonical form for its url (canonical form would be what we send out on say email notifications and things like that)
We're trying to make it so that the https and http version of a page are identical, which is why just one form of the url is used on the bottom.