Last modified: 2014-02-12 19:22:15 UTC
Please note that the linking icon of links to exactly the same location might look completely different, depending on if they use protocol relative URLs or not. I don't know how (or if) to fix that, but wanted to let you know.
I don't understand what you mean. Could you provide an example or a screenshot?
Added a URL.
Looking at the URL I get it now. [http://foo.com Foo] and [//foo.com Foo] both get the normal external link icon (blue square with an arrow at a 45-degree angle), while [https://foo.com Foo] gets the secure link icon (lock). When viewed over HTTPS, the protocol-relative link and the HTTPS link will have the same target but a different icon. I'm not sure this is at all fixable without causing cache pollution.
I’m not sure if it should be fixed, it depends of the interpretation of each symbol. Previously (in all-http mode) the lock emphasized the link is in https (exception to the http standard protocol) and the blue arrow simply indicated a link. Now in https, given external links are also used for internal links (link to action=edit for instance), fixing this bug would mean many locks would appear in https mode and I’m not sure it is desirable for internal external links (at least). It could also be argued that the blue arrow is a "normal" link and the lock has the special meaning of emphasizing an https link. Else to solve this issue, a solution could be to have a special icon for protocol-relative links which would be different in http or https mode (special configuration of the server/Apache). It’s a bit complicated and not easily deployable/packageable, perhaps not possible. Or it could be indicated in mediawiki.org as a customization for sysadmins.
inconsistent, but only because our usage of the links is not yet very much consistent yet. It might help though, to deploy: r98690 to make it a BIT more consistent.
*** Bug 33269 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > Looking at the URL I get it now. > > [http://foo.com Foo] and [//foo.com Foo] both get the normal external link icon > (blue square with an arrow at a 45-degree angle), while [https://foo.com Foo] > gets the secure link icon (lock). When viewed over HTTPS, the protocol-relative > link and the HTTPS link will have the same target but a different icon. > > I'm not sure this is at all fixable without causing cache pollution. We could serve a different icon per protocol on bits.wikimedia.org/..../icon_current_protocol.png :D Just kidding, alternatively we could add a class to <html> in mediawiki.page.startup and use that in CSS for .mw-https > [href ^="//"]; Although that is cache friendly and not WMF specific and also works for dynamically inserted links, it does mess with cascading system a little bit (in that overriding this with a different icon from somewhere else becomes less trivial and might break existing rules).
Hello, has any progress been made, I was about to report this and found that it was reported over a year ago, and there have been no comments for almost 11 months now.
I've given a possible implementation. Feel free to implement it, someone.
