https://bugzilla.wikimedia.org/show_bug.cgi?id=30682
Krinkle <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from Krinkle <[email protected]> 2011-12-29 11:15:05 UTC --- (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). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
