https://bugzilla.wikimedia.org/show_bug.cgi?id=29497
--- Comment #6 from Roan Kattouw <[email protected]> 2011-09-28 14:55:03 UTC --- (In reply to comment #5) > (In reply to comment #1) > > For documents in general, that's a bit more fragile; when we use > > protocol-relative links we're saying "we know FOR SURE that both this site > > and > > the other site we're talking about are available on both http and https, and > > that the correct thing to do is to send you to the same protocol on the > > other > > site". > There are sites we know for sure: our own. In the situation as it is, you will > have to use [//wikipedia.org //wikipedia.org] instead of just //wikipedia.org. [snip] > This is worse, and explizitly the fullurl:-thing will break a lot. So I think, > at least for our own domain(s) we have to enable un-bracketed links. > Yes, using {{fullurl:}} to produce a clean link doesn't work any more. This is known and deliberate. > > IMO that's a bit flaky -- folks are probably more likely to accidentally > > put in > > a link that doesn't actually work in one mode or the other without testing > > it > > correctly -- but it might be a necessary evil. > > And I'd say it is necessary. Allowing only for spezific domains (settable in > config?) would make it more complex than it must be. wgUrlProtocols (the js > variable) would need to provide the domains for which protocol and which link > syntax will work. Urghh. I think it is much cleaner to allow every site, even > if there may happen accidents. We do allow every site, where are you getting this idea that we're not? -- 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
