Wikinews:Water cooler/technical/archives/2013/April

This is an archive of past discussions from Wikinews:Water cooler/technical/archives/2013. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current page.

Please change en.wikipedia.org link to wikinews items

No foolin' 108.73.114.248 (talk) 20:27, 1 April 2013 (UTC)[reply]

Where are you seeing this, or - should I say, please explain yourself a good-deal better. I've no idea what you're talking about and closing your remark with "No foolin'" is, most charitably put, as baffling. --Brian McNeil / ^talk 20:31, 1 April 2013 (UTC)[reply]
- I am also confused. This would require a consensus decision to make a policy change of not linking to articles that provide better context for news. No such consensus exists, and it would unlikely be adopted. Go try es.wn and make the same proposal to see how how this view is pretty universal amongst Wikinews projects. --LauraHale (talk) 20:44, 1 April 2013 (UTC)[reply]

I see the IP corrected one in the quake article, what I've seen on the additional listed articles is just how absolutely awful the portals look. --Brian McNeil / ^talk 20:50, 1 April 2013 (UTC)[reply]

If they removed without linking to local Wikinews thing, problem. Ad IPs working on portals are currently under blocks for editing against consensus. All pages they edit are getting protected so the IP has to create an account and login. --LauraHale (talk) 20:53, 1 April 2013 (UTC)[reply]

(od) See http://en.wikipedia.org/wiki/Portal:Current_events 99.119.131.226 (talk) 23:47, 1 April 2013 (UTC)[reply]

What, pray tell, is supposed to be the significance of pointing us at a list of encyclopdia articles, which touch on current news events, meant to impart? --Brian McNeil / ^talk 01:39, 2 April 2013 (UTC)[reply]
- On Portal:Current events the Wikinews articles have an "extra" en, thus get redirected incorrectly. Anyone know how to repair these? 99.181.145.23 (talk) 02:50, 2 April 2013 (UTC)[reply]

The urls do look odd, but if I click on one it takes me to the article correctly. Do the links not work for you? --Pi zero (talk) 03:00, 2 April 2013 (UTC)[reply]

Secure access link

The "Secure access" link visible at the top of e.g. Portal:Europe points to secure.wikimedia.org, whereas this is the outdated version of Wikimedia sites' HTTPS versions, the up-to-date one being https://en.wikinews.org. It Is Me Here ^{t / c} 11:44, 28 March 2013 (UTC)[reply]

That's Template:Region portal header if anyone feels like fixing it. —Tom Morris (talk) 12:04, 28 March 2013 (UTC)[reply]

Heh. I must have been pursing this in parallel with you.

There is no fix within wiki markup. I have implemented the same code as is used on the main page, but it doesn't work. Since the much-lauded change to secure server access, there has been no way within wiki markup to tell whether one is using the secure server. I do wonder whether that nasty Lua extension thing might provide a way to check. --Pi zero (talk) 12:16, 28 March 2013 (UTC)[reply]

An appropriate response might be to get rid of the 'secure access' link then... —Tom Morris (talk) 15:55, 28 March 2013 (UTC)[reply]

The code fails in a way that causes the link to not be there. I'd just as soon keep the code as a record of what's wanted — "place working code here when available". --Pi zero (talk) 16:10, 28 March 2013 (UTC)[reply]

The code quietly fails because the update included typos which when fixed to be consistent with the old implementation force the SECURE ACCESS text to always be shown due to a bug/feature in canonicalurl which always uses the default protocol, regardless of how a person connects, which they say is to avoid fragmenting page caching. MediaWiki's URI Library in Lua is essentially a wrapper for the magic words and so suffer from the same shortcomings. JavaScript could be used as a workaround if people don't mind that not everyone will see it. --dark lama 18:28, 13 April 2013 (UTC)[reply]

Thanks for picking up the typos; as it happens, I copy-and-pasted that code from the main page header, where I've now made the same fixes. Since atm cannonicalurl does use the default protocol, and were we to change our default to secure this would cause the secure link to never be displayed, as opposed to now when (with the typos fixed) it's always displayed, I've temporarily changed the code to use fullurl instead of canonicalurl, which is sure to always not-work in favor of showing the secure-access link. --Pi zero (talk) 19:43, 13 April 2013 (UTC)[reply]

Wikinews traffic levels are such that my preference would be for https to be the protocol default. --Brian McNeil / ^talk 15:43, 28 March 2013 (UTC)[reply]

To be accomplished how? Alas I don't what this means, as an action item. --Pi zero (talk) 16:00, 28 March 2013 (UTC)[reply]

One of the settings in MediaWiki is the default protocol; that's currently set to http. Were it https, then you can have a request for http://en.wikinews.org redirect to https://en.wikinews.org/wiki/Main_page. Doing that will push web spiders to https (so search results start to offer ssl links by default), and things like the link to log in can also force people onto ssl. --Brian McNeil / ^talk 19:35, 28 March 2013 (UTC)[reply]

Youtube account

I sent a message to EnglishWikinews on Youtube, using the site's send-an-email-to-this-account feature asking whoever owns it to show up at the Water cooler. There was no response. I would like to ask whether it would be worth asking WMF to regain access over the account as Wikinews is a trademark, and how to define its new holder; or we could possibly just create a new one with another name. Cheers. Gryllida 14:23, 17 April 2013 (UTC) P.S. I sent the message at the end of March, if I recall correctly; there has been no reply I could see. Gryllida 14:23, 17 April 2013 (UTC)[reply]