Wikipedia:Village pump (technical)/Archive 140
From Wikipedia, the free encyclopedia
This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR, AS, AT, AU, AV, AW, AX · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229
Pages in categories
Could somebody point me to Phabricator ticket (I just don't believe, that this hasn't been reported) about those situations in categories, when the first entry of some letter is in new column, but the letter itself is in the previous (tha last one). Like currently it is with E and Eslamabad-e Kahur Khoshk in this one. --Edgars2007 (talk/contribs) 16:50, 3 September 2015 (UTC)
- Yes, this! Current version of Chrome, XP. Eslamabad-e Kahur Khoshk is the last link in the column. When I click on it, the link bounces to the top of the next next column. Because the click release must normally occur on the link, the target page does not load and I must scroll up to click again. Seen this a lot in a variety of category pages.
- —Trappist the monk (talk) 17:25, 3 September 2015 (UTC)
- Category listing has changed twice this year, once in March, and again in (I think) April. In between those two changes was this thread. Whatamidoing (WMF) (talk · contribs) should know if there are related Phab tickets. --Redrose64 (talk) 17:47, 3 September 2015 (UTC)
- phab:T46304 is pretty close. --AKlapper (WMF) (talk) 08:22, 4 September 2015 (UTC)
- Thank you for the link. Edgars2007 (talk/contribs) 08:58, 4 September 2015 (UTC)
- Andre's phab:fu is stronger than mine. I believe that User:Bawolff and User:Matma Rex also know a thing or three about categories, and they might be interested in this issue, or at least know who else should be. Whatamidoing (WMF) (talk) 22:26, 4 September 2015 (UTC)
- I'm more involved with the backend stuff of categories. This sounds like an issue with the css, which I'm less familiar with. Just to verify, this happens to you when you're logged out as well? (Just to rule out any custom css or gadgets) Bawolff (talk) 03:59, 5 September 2015 (UTC)
- @Bawolff: yes - both logged in and out. Both Vector and Monobook (yes, also in logged out - with
&useskin=monobook), currenlty tested only (some of the latest) Firefox at WinXP (tested also as logged-in at Win7). --Edgars2007 (talk/contribs) 07:44, 8 September 2015 (UTC)
- @Bawolff: yes - both logged in and out. Both Vector and Monobook (yes, also in logged out - with
- I'm more involved with the backend stuff of categories. This sounds like an issue with the css, which I'm less familiar with. Just to verify, this happens to you when you're logged out as well? (Just to rule out any custom css or gadgets) Bawolff (talk) 03:59, 5 September 2015 (UTC)
- Andre's phab:fu is stronger than mine. I believe that User:Bawolff and User:Matma Rex also know a thing or three about categories, and they might be interested in this issue, or at least know who else should be. Whatamidoing (WMF) (talk) 22:26, 4 September 2015 (UTC)
- Thank you for the link. Edgars2007 (talk/contribs) 08:58, 4 September 2015 (UTC)
- phab:T46304 is pretty close. --AKlapper (WMF) (talk) 08:22, 4 September 2015 (UTC)
- Category listing has changed twice this year, once in March, and again in (I think) April. In between those two changes was this thread. Whatamidoing (WMF) (talk · contribs) should know if there are related Phab tickets. --Redrose64 (talk) 17:47, 3 September 2015 (UTC)
Turn off
Hello. How can I turn off MediaWiki:somejs.js for themselves ? — Green Zero обг 14:31, 4 September 2015 (UTC)
- Please try to clarify the question. Give an example of what you are trying to achieve. PrimeHunter (talk) 15:37, 4 September 2015 (UTC)
- @Green Zero: Also, what do you mean by MediaWiki:somejs.js? It doesn't exist. --Redrose64 (talk) 18:17, 4 September 2015 (UTC)
- I think that somejs is placeholder text, not a real js script. --Edgars2007 (talk/contribs) 18:19, 4 September 2015 (UTC)
- In the https://lt.wikipedia.org I want turn off for themselves MediaWiki:Group-autoconfirmed.js . I asked the question out there, but did not get response. I decided to ask here, since the decision must surely be universal in all wiki projects... — Green Zero обг 12:17, 5 September 2015 (UTC)
- Your question at lt:Vikipedija:Forumas#MediaWiki:Group-autoconfirmed.js only said the same as here. I'm still unsure what you want. Do you want the code in lt:MediaWiki:Group-autoconfirmed.js to not be run for your own account? Autoconfirmation requires four days and zero edits at the Latvian Wikipedia (that's the Wikimedia default) so the code is currently run for you even though you only have five edits there. I don't know a way to prevent it from running but in this case I can give code to remove the purge tab it adds. Add the below to lt:Special:MyPage/common.css. PrimeHunter (talk) 13:01, 5 September 2015 (UTC)
- @Green Zero: Also, what do you mean by MediaWiki:somejs.js? It doesn't exist. --Redrose64 (talk) 18:17, 4 September 2015 (UTC)
#ca-purge {display: none;}
- Small geography lesson, PrimeHunter. Latvia (lv) isn't the same country as Lithuania (lt) :) --Edgars2007 (talk/contribs) 07:37, 8 September 2015 (UTC)
- I have global purge-button (m). lt:MediaWiki:Group-autoconfirmed.js on the lt-wiki add to my interface the second purge-button. Code #ca-purge {display: none;} turn off both buttons.. — Green Zero обг 17:30, 5 September 2015 (UTC)
- @Green Zero: Ok, since lt-wiki forces the local script to run for every auto-confirmed user, you could choose to exclude the global purge script from running on the Lithuanian Wikipedia by wrapping the script in your global.js with the following condition :
if ( mw.config.get("wgDBname") !== "ltwiki" ) { mw.loader.load('//uk.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-purgetab.js'); }You will end up with only one purge button that says "Išvalyti podėlį", the lt-wiki default. - 185.108.128.15 (talk) 18:03, 5 September 2015 (UTC)
- @Green Zero: Ok, since lt-wiki forces the local script to run for every auto-confirmed user, you could choose to exclude the global purge script from running on the Lithuanian Wikipedia by wrapping the script in your global.js with the following condition :
Translation tool
Does not make it clear when a page you are creating has already been deleted. This should happen in big red letters as soon as you fire up the tool.
All the best: Rich Farmbrough, 17:20, 4 September 2015 (UTC).
- @Rich Farmbrough: Hi, I don't see this request among the existing ContentTranslation tasks so feel encouraged to create a feature request in Phabricator (see mw:Phabricator/Help for more information). Thanks! --AKlapper (WMF) (talk) 18:37, 7 September 2015 (UTC)
Interface delay
For at least the last week, I'm having trouble with the user interface. It is almost always delayed in rendering the page, adding some pieces right away but other pieces later. I believe that during this delay the Firefox status at the bottom left says "read en.wikipedia" - can't remember if it says wikipedia.org. I have the latest version of Firefox for Windows. It's very annoying because the page jumps around and if I do something before it's stopped jumping, I can click on the wrong thing - not a particularly good idea if I'm blocking someone and the drop-down box moves.--Bbb23 (talk) 21:30, 4 September 2015 (UTC)
- Same here, several days now. It's due to some javascript that only kicks in once page loading is complete. The most annoying aspect is that I might be undoing a bad edit, and about to click on the edit summary box - and it suddenly moves down by half an inch so I click on {{{}}} or similar, squirting that into the edit window. So I then need to "undo". --Redrose64 (talk) 21:40, 4 September 2015 (UTC)
- But it must be something new or changed, right? Wasn't that way before. For me at least my body actual learns and remembers methodology/timing, so I click on something and hit Enter at a pace that is almost automated. Now my mouse hand clicks before it's finished because it didn't take as long before, and I screw up.--Bbb23 (talk) 22:39, 4 September 2015 (UTC)
@Redrose64: Do you have any pull here? No one else has responded, let alone addressed the issue, and sometimes (e.g., today) it's pretty bad. I don't mind if it turns out to be something in my technical configuration. I just want it fixed. Oh, btw, on I assume a completely unrelated topic, I had the weirdest thing happen today. I tried to delete a page (QQF (Qu'est-ce Que Fück?)) that had been tagged for speedy delete, and instead of deleting it, it just redisplayed the page. I tried over and over. I tried blanking the page and then trying again - no go. I was able to delete other pages but not that one. Never happened to me before. And another admin later deleted it. Maybe someone up there doesn't like me.--Bbb23 (talk) 04:17, 6 September 2015 (UTC)
- Although I have met quite a few Wikipedians, I don't have any "pull". --Redrose64 (talk) 09:51, 6 September 2015 (UTC)
- I have also noticed similar behaviour, though I can't say it has been only for the past week. I am with Redrose64 that this is likely just some scripts that modify the interface taking longer than they should to load. Perhaps something's up with ResourceLoader. I will try to ping a few people on IRC and see if they know anything about it.@Bbb23: Your issue with QQF (Qu'est-ce Que Fück?) is 100% my doing with WP:MOREMENU. Or rather, lack of doing by the WMF. We ran into this issue before, if you recall... where we couldn't delete pages with a question mark at the end. That's because I use the MediaWiki-provided JavaScript API, which uses the
en.wikipedia.org/wiki/Example?action=deletekind of URL, as opposed toen.wikipedia.org/w/index.php?title=Example&action=deletewhich is what the normal native Delete link uses. Here is a similar issue because it thinks the ? is where the query params are, when that character should be properly escaped. Anyway it's really WMF's fault, but I can still fix this once and for all with a little workaround so no worries :) — MusikAnimal talk 22:46, 7 September 2015 (UTC)- @MusikAnimal: You have a better memory than I, but I do remember this now. Hopefully, you'll get somewhere with the delay issue, and "past week" was a minimum.--Bbb23 (talk) 23:05, 7 September 2015 (UTC)
- Tried asking about the delay issue on IRC and didn't get a response. As for QQF (Qu'est-ce Que Fück?), I think I've successfully worked around the MediaWiki bug. Let me know if you have any issues with that. Best — MusikAnimal talk 02:48, 8 September 2015 (UTC)
- @MusikAnimal: You have a better memory than I, but I do remember this now. Hopefully, you'll get somewhere with the delay issue, and "past week" was a minimum.--Bbb23 (talk) 23:05, 7 September 2015 (UTC)
- I have also noticed similar behaviour, though I can't say it has been only for the past week. I am with Redrose64 that this is likely just some scripts that modify the interface taking longer than they should to load. Perhaps something's up with ResourceLoader. I will try to ping a few people on IRC and see if they know anything about it.@Bbb23: Your issue with QQF (Qu'est-ce Que Fück?) is 100% my doing with WP:MOREMENU. Or rather, lack of doing by the WMF. We ran into this issue before, if you recall... where we couldn't delete pages with a question mark at the end. That's because I use the MediaWiki-provided JavaScript API, which uses the
Bugzilla vs Phabricator
Why are the Phabricator T numbers 2000 more than the Bugzilla id numbers? GeoffreyT2000 (talk) 14:22, 5 September 2015 (UTC)
- @GeoffreyT2000: That would be phab:T857. or bugzilla id [-1143?]. The T2000 in your username makes sense now. - 185.108.128.12 (talk) 14:43, 5 September 2015 (UTC)
- @GeoffreyT2000: In short, phabricator.wikimedia.org was already used for some tasks before tasks in Bugzilla were transferred and before ending up with a random number, implementing +2000 for redirects looked like an acceptable solution. --AKlapper (WMF) (talk) 18:38, 7 September 2015 (UTC)
Global user pages
The well known user User:Place holder has a user page on meta (which I created for them).
It didn't seem to propagate, elsewhere perhaps because User:Place holder wasn't registered there. Once they visited Meta, and became registered it then propagated to de: when they visited that site, and became registered there too.
I checked sw: and there was no propagation.
However per this page it has propagated to Login, Commons, Species and Incubator, which User:Place holder has never visited.
What's happening?
All the best: Rich Farmbrough, 22:15, 6 September 2015 (UTC).
- meta:Global user pages says: "The global pages will only be inherited on wikis where you have a local account that's not detached (see a list of accounts attached to your global account). That primarily means your global user page won't appear on wikis you've never visited." Special:CentralAuth/Place holder shows the account was attached the same minute at several wikis. I don't know why but this seems to happen for many accounts. PrimeHunter (talk) 23:26, 6 September 2015 (UTC)
- I guess you could log in to it and visit those other wikis? Eman235/talk 04:31, 7 September 2015 (UTC)
- Have fun clicking through Special:SiteMatrix. I think there is a tool somewhere to create an account at all Wikimedia wikis with unified login. PrimeHunter (talk) 14:54, 7 September 2015 (UTC)
- I guess you could log in to it and visit those other wikis? Eman235/talk 04:31, 7 September 2015 (UTC)
Tagged for deletion
Yesterday while going through the Category:Candidates for speedy deletion I found this which was in some other categories. I removed several and it fixed the categories. Now User talk:Strawkipedia is in the Category:Candidates for speedy deletion. I tried removing everything from the sandbox but that didn't seem to help. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 14:56, 7 September 2015 (UTC)
- Fixed. —Kusma (t·c) 15:03, 7 September 2015 (UTC)
- Thanks. I completely missed that. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 15:12, 7 September 2015 (UTC)
Tech News: 2015-37
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- You can now mention up to 50 users in a post and they will get a notification. Previously you could notify up to 20 users.
- A new version of the Wikidata Toolkit has been released. It now has Wikibase API support.
- You can now use Wikidata to find all good or featured articles in a Wikipedia version.
Problems
- There was a problem with Tool Labs due to kernel issues. This has been fixed.
- The Content Translation tool published some pages with the same reference repeated several times. This has been fixed.
Changes this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from September 8. It will be on non-Wikipedia wikis from September 9. It will be on all Wikipedias from September 10 (calendar).
- The maximum character length when you search for something on the Wikimedia wikis is now 300 characters.
- The notifications list has been split into two lists. As a first step, notifications about messages on your user talk page will be placed in the second list. Feedback is requested at the Echo talk page.
Meetings
- You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs are the most important. The meeting will be on September 8 at 19:00 (UTC). See how to join.
- You can join the Wikitech ambassadors mailing list. The list is for Wikimedians interested in spreading information about Wikimedia technology news. See how to join.
Future changes
- The Wikimedia mailing lists will be moved to a new server and the software will be upgraded. This will happen on September 9 at 14:00 (UTC). The mailing lists will not be working during the move. It can take up to four hours.
- Wikidata will soon be able to store measurements, such as a mountain's height or the distance between two places.
Tech news prepared by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
17:29, 7 September 2015 (UTC)
Redirect pages appearing as red links in the pages directed to
Is there any way of facilitating this?
Sometimes you go to list of pages and there are loads of blue links yet some (sometimes many) of them connect to redirect pages of either deleted articles or pages that were created as redirects. The result I think may be confusing for readers. Is there anything that can be done on this? GregKaye 06:46, 8 September 2015 (UTC)
Content missing in mobile view
The "Electoral history" section of Harold Stassen is missing in mobile view. I expect it is a problem with the electoral history template being hidden; could someone comfortable with template coding take a look? 28bytes (talk) 21:35, 26 August 2015 (UTC)
- Confirm this problem, and not just Harold Stassen. Trump'16 also fails in mobile-view, using Template:Endorsements_box for collapsed-by-default-bluebox. I believe all the "Fname Lname presidential campaign, 2016" articles use this very same bluebox trick. Trump'16 works properly in non-mobile-view. Even in mobile-view, you can see the wikitext when you click edit, so the information is not gone, just the bluebox is invisible in mobile-view. Tested in firefox 38. 75.108.94.227 (talk) 00:55, 27 August 2015 (UTC)
- Same goes for the WP namespace here; closed/archived discussions on WP:DRV, as well as similarly closed discussions on AN/I do not appear on mobile enwiki. lavender|(formerly HMSSolent)|lambast 04:29, 27 August 2015 (UTC)
Any templates that use the following classes are hidden by MobileFrontend: ambox, navbox, vertical-navbox, topicon, metadata, nomobile.
See Wikipedia:Village pump (technical)/Archive 138#Navboxes in mobile, phab:T55437 and phab:T68747. 185.108.128.19 (talk) 04:49, 27 August 2015 (UTC)
- Same goes for the WP namespace here; closed/archived discussions on WP:DRV, as well as similarly closed discussions on AN/I do not appear on mobile enwiki. lavender|(formerly HMSSolent)|lambast 04:29, 27 August 2015 (UTC)
- I would say that this is more of an editorial problem. Any time you need to collapse content in order to keep a page readable, sounds like a authoring problem to me. Navboxes is one thing, but to use collapsible inside the actual content is just... bad form —TheDJ (talk • contribs) 09:14, 27 August 2015 (UTC)
- MOS:COLLAPSE actually says you need a really really good reason to use collapsible content in articles. --Izno (talk) 15:38, 27 August 2015 (UTC)
- Yes, you need a really good reason, because you are opening yourself up to problems as the one described here. —TheDJ (talk • contribs) 15:47, 27 August 2015 (UTC)
- @TheDJ: What change(s) would you recommend that would fix the problem? 28bytes (talk) 18:22, 31 August 2015 (UTC)
- I suggest to rewrite the section to actual discuss the electoral history and remove the list per WP:INDISCRIMINATE and possibly move that into wikidata. —TheDJ (talk • contribs) 09:58, 2 September 2015 (UTC)
- Outside the Stassen case, what do you think? (As an aside I disagree with you about Stassen -- detailed election results for perennial candidates ARE what makes them perennial -- the detailed info shows they have less and less of a shot as time goes by, and yet also shows that despite it all they kept running, again and again, in Stassen's specific case something like a dozen times over the decades.) But since I don't actually work on that Stassen article, I'm less concerned about the outcome there. What is your suggestion for endorsements in the 2016 election? The campaign-articles have details that the comparative-across-candidates "main" article doesn't, and furthermore, the candidate-specific articles have the endorsements organized in a distinct layout, too. 75.108.94.227 (talk) 12:12, 9 September 2015 (UTC)
- I suggest to rewrite the section to actual discuss the electoral history and remove the list per WP:INDISCRIMINATE and possibly move that into wikidata. —TheDJ (talk • contribs) 09:58, 2 September 2015 (UTC)
- @TheDJ: What change(s) would you recommend that would fix the problem? 28bytes (talk) 18:22, 31 August 2015 (UTC)
- Yes, you need a really good reason, because you are opening yourself up to problems as the one described here. —TheDJ (talk • contribs) 15:47, 27 August 2015 (UTC)
- MOS:COLLAPSE actually says you need a really really good reason to use collapsible content in articles. --Izno (talk) 15:38, 27 August 2015 (UTC)
- There are templates such as {{Hidden}} (links) and {{Collapsible list}} (links) that will display in mobile view, although they display fully expanded without the show/hide link (which is preferable to not at all). Both of these templates can be found in articles, though at a quick glance they mostly seem to be used inside an infobox. -- Zyxw (talk) 07:12, 6 September 2015 (UTC)
- {{Endorsements box}} has been fixed so the content is now visible in mobile view, pending the articles containing it being updated as suggested above. -- Zyxw (talk) 08:40, 6 September 2015 (UTC)
- Okay, so now the non-mobile-version of the Trump article has a collapsed bluebox, and the mobile-version has an uncollapsed one. Considering how small the mobile screen-sizes are, this seems like only a partial fix. :-) Ping User:Zyxw, is there an ongoing effort to make the mobile-version of the bluebox aka {{Endorsements box}} be tap-to-show-tap-again-to-hide, in much the same way that the non-mobile-bluebox is click-to-show-click-again-to-hide? If such work is not ongoing, can I request such work, please? Think of the children! Err... I mean to say, think of the 4" smartphone users! 75.108.94.227 (talk) 12:12, 9 September 2015 (UTC)
- Good question, but I'm just a user/contributor and don't know what the developers have planned for mobile view. If they make changes, it would likely involve "class=collapsible" (see Help:Collapsing and Wikipedia:NavFrame) rather than specific templates. Hopefully others reading this could answer or better direct you. -- Zyxw (talk) 15:19, 9 September 2015 (UTC)
- Okay, so now the non-mobile-version of the Trump article has a collapsed bluebox, and the mobile-version has an uncollapsed one. Considering how small the mobile screen-sizes are, this seems like only a partial fix. :-) Ping User:Zyxw, is there an ongoing effort to make the mobile-version of the bluebox aka {{Endorsements box}} be tap-to-show-tap-again-to-hide, in much the same way that the non-mobile-bluebox is click-to-show-click-again-to-hide? If such work is not ongoing, can I request such work, please? Think of the children! Err... I mean to say, think of the 4" smartphone users! 75.108.94.227 (talk) 12:12, 9 September 2015 (UTC)
Direct editing of templates
Can we find a means to directly get to a template's edit menu? Example: List of World Championships in Athletics medalists (women) is made up mostly of templates. As we have a new year's worth of data to add, getting into each one of those templates to add the new data requires a multi step process. As much as we had tremendous help in posting information during the event last week, only a few of these were updated because of the difficulty for average editors to get to each template. I obviously know how, but it requires sacrificing your copy cache to copy each complicated title, thus you can't hold the information you could have transported there to post again complicating the process beyond what most editors will go through. Trackinfo (talk) 17:55, 1 September 2015 (UTC)
- You could add a {{Navbar}} to each table. Alakzi (talk) 17:58, 1 September 2015 (UTC)
- It sounds like you don't know some of the ways to get to the template page. If you click the "Edit" tab then the bottom of the edit window has a list with links to templates used on the page. If you click a section edit link and then preview then the bottom has a list of templates used in the section. If you click "Page information" in the left pane then you get a list of templates used on the page, but it may be cut off after 50 templates. PrimeHunter (talk) 03:20, 3 September 2015 (UTC)
- I obviously don't. Please tell me more because from your directions I do not see it. What I am requesting is one or two keystrokes to be able to edit content of the template as viewed from a page using the template. The suggestion above yours is a great deal of legwork for one topical page and clutters the page up. Trackinfo (talk) 03:48, 3 September 2015 (UTC)
- Option 1: Click the "Edit" tab at top of List of World Championships in Athletics medalists (women). Then look for "Pages transcluded onto the current version of this page" at the bottom of the whole browser window. You may have to click the quoted text it to see the list of templates like Template:World Championships in Athletics medalists in women's 100 metres, but it should then remember your click so you don't have to click it next time. Option 2: Click the section edit link at List of World Championships in Athletics medalists (women)#100 m. Then click the "Show preview" button. This time there should be a shorter list at "Templates used in this preview" at the bottom of the window. If you don't see it then what is your browser, skin and interface language? Option 3: At List of World Championships in Athletics medalists (women), click "Page information" under "Tools" in the left menu to get . The last table "Page properties" says "Transcluded templates" in the first column and has a list in the second column, but it only lists 50 of the used templates.
- We could also add an edit notice to List of World Championships in Athletics medalists (women) explaining where to edit the templates and maybe linking to Category:World Championships in Athletics templates. PrimeHunter (talk) 04:14, 3 September 2015 (UTC)
- Not criticizing your prose, but it took 8 lines of text to explain those. Yes, I eventually found it. Do you expect the average user to know this? How about an inexperienced IP? We are supposed to encourage input. Anybody can edit. But the absence of a convenient edit tool will prevent the majority of the population from attempting to edit. Now, putting information into such a difficult to edit process might be good to make it difficult for vandals to figure out. IP editing does have its drawbacks. Someone like me, who watches a lot of pages that should have stable content (like this, which requires updating usually only every two years--except when a drug cheat is disqualified) would also be discouraged from watching this content. For one simple page like this, it takes locating and watching 21 templates. There should be a way to wholesale group watch all the content resolved onto one page. This is the technical pump, repeating the two as proposals:
- I obviously don't. Please tell me more because from your directions I do not see it. What I am requesting is one or two keystrokes to be able to edit content of the template as viewed from a page using the template. The suggestion above yours is a great deal of legwork for one topical page and clutters the page up. Trackinfo (talk) 03:48, 3 September 2015 (UTC)
- It sounds like you don't know some of the ways to get to the template page. If you click the "Edit" tab then the bottom of the edit window has a list with links to templates used on the page. If you click a section edit link and then preview then the bottom has a list of templates used in the section. If you click "Page information" in the left pane then you get a list of templates used on the page, but it may be cut off after 50 templates. PrimeHunter (talk) 03:20, 3 September 2015 (UTC)
- idea#1. There should be an easy, one step method, from a regular article page, to edit content resolved from templates.
- idea#2. There should be a way to wholesale watch the content resolved onto a single page (regardless of it being embedded in a template). Trackinfo (talk) 01:50, 4 September 2015 (UTC)
- Hello, User:Trackinfo, I believe it is *possible* to implement what you are asking about. Not sure it will be easy (or feasible-given-mediawiki-codebase-and-such). Let us take a very simple example, the {{done}} template. This particular template is not used on articles, of course, but the editing of articles and the editing of talkpages is pretty similar, under the hood. and the template is a simple one, good for hypothetical examples. So in scenario#1, we have a wikipedia page which has the following information:
- This is a sentence.
Done Another sentence.
- This is a sentence.
- And when you click the 'edit' button on that page, what you see is this wiki-markup stuff:
- This is a sentence. {{done}} Another sentence.
- In order to implement idea#1, there would have to be some changes made to the way the textarea works when you click that 'edit' button. These changes could be made by implementing a special text-area, or by using some kind of AJAX magic, but would not be something 'easy' to do methinks. Fundamentally, what you are wanting to have happen, is that after clicking the 'edit' button on the page, what you would see is something like this:
- This way, there is no need to visit the page in question, click '[edit]' on a section, click 'preview', click "Templates used in this preview", ctrl+f, manually type the name of the one you want, and finally click the '(edit)' thing. Right? Obviously the software already knows *how* to generate the correct bluelinks... the problem is, getting those bluelinks to appear inside the edit-screen-textarea.
- Hello, User:Trackinfo, I believe it is *possible* to implement what you are asking about. Not sure it will be easy (or feasible-given-mediawiki-codebase-and-such). Let us take a very simple example, the {{done}} template. This particular template is not used on articles, of course, but the editing of articles and the editing of talkpages is pretty similar, under the hood. and the template is a simple one, good for hypothetical examples. So in scenario#1, we have a wikipedia page which has the following information:
In your specific athletic-championship example, here are the steps at present: |
|---|
|
- Saves one pageload, and three user-steps. Anybody have an opinion on how hard it would be, to implement idea#1, so that a little clickable-edit-button appears in the edit-textarea, next to the curlycurly of a template? 75.108.94.227 (talk) 16:49, 9 September 2015 (UTC)
Make a list of templates?
Is it reasonably easy to make a list of templates that contain one or more of these classes?
- ambox,
- navbox,
- vertical-navbox,
- topicon,
- metadata, or
- nomobile
Each of these classes cause the template and its contents to be invisible on Wikipedia's mobile website. If we could make a list, then we could spam the /doc pages for each template with a warning that the contents will not be visible to about 30% of our readers. WhatamIdoing (talk) 18:08, 1 September 2015 (UTC)
- Something like this query seems to get at what you're looking for. You could play with the \=\" to try different syntax various people have used. ^demon[omg plz] 04:32, 2 September 2015 (UTC)
- I can't "play with" regex. ;-)
- That search only finds five templates with "ambox", but there are 1.1 million pages that transclude {{ambox}} itself—and Template:Ambox doesn't appear in that short list (probably because its contents are in Module:Message box instead. Maybe this will have to be done by hand (ugh). WhatamIdoing (talk) 05:37, 4 September 2015 (UTC)
- @WhatamIdoing: maybe John of Reading can help with database scan. --Edgars2007 (talk/contribs) 07:49, 8 September 2015 (UTC)
- A database scan is roughly equivalent to an "insource" search. I'm not sure how I could use one to construct the list reliably. There are over 100,000 template pages that mention the word "navbox", so the proposal involves a lot of edits. -- John of Reading (talk) 09:38, 8 September 2015 (UTC)
- That's more than I'm prepared to do. Can we identify a few meta-templates that use these? Anything using {{navbox}} and {{ambox}} will be affected, so we could tag those two, and at least people using them to create new templates would be informed. But I don't know how many such templates exist. WhatamIdoing (talk) 19:08, 8 September 2015 (UTC)
- A database scan is roughly equivalent to an "insource" search. I'm not sure how I could use one to construct the list reliably. There are over 100,000 template pages that mention the word "navbox", so the proposal involves a lot of edits. -- John of Reading (talk) 09:38, 8 September 2015 (UTC)
- @WhatamIdoing: maybe John of Reading can help with database scan. --Edgars2007 (talk/contribs) 07:49, 8 September 2015 (UTC)
Texas Historical Commission atlas has changed information links
This has also been posted at the WP Project Texas. The home for the Texas Historical Commission atlas URL remains the same: http://atlas.thc.state.tx.us/
However, once you access information, those links have changed. Whatever you have linked to THC as sources in articles are now dead links. I just made a recent change to an article. You can see by the diff how it's been changed.
These atlas links have been used for NRHP citations, as well as other historical marker citations. I have no clue how many thousands of links in articles this affects, but I imagine it's considerable. — Maile (talk) 21:01, 8 September 2015 (UTC)
- If there is a trivial way to correct the link from A to B, I might suggest you file a bot request. --Izno (talk) 22:15, 8 September 2015 (UTC)
- Special:LinkSearch finds 718 links to http://atlas.thc.state.tx.us. The count includes all namespaces and cases with multiple links on the same page. There are around 370 different articles. http://atlas.thc.state.tx.us currently says: "Welcome to the new Atlas! The original Atlas, now located at http://atlas1.thc.state.tx.us, will eventually be phased out in the coming weeks. Please begin transitioning your use to the new Atlas." The links I examined work if atlas is replaced by atlas1 but it sounds like this is temporary. It would be good to find and update to new atlas url's while the old content can be seen at atlas1 (not all url changes are of the same form). If you want bot help then you can post to Wikipedia:Bot requests which is what Izno tried to link. PrimeHunter (talk) 22:25, 8 September 2015 (UTC)
Navigational Popups
The navigational popups have changed from the standard yellow-ish background to a white background and they now take up more space on the screen. I don't see an opt-out on the Preferences section. Is there an opt-out or some code to get it back to the smaller yellow-ish background? Thanks. - Neutralhomer • Talk • 02:22, 9 September 2015 (UTC)
- See Wikipedia talk:Tools/Navigation popups#Report your Issues with the new style. There is currently no easy way to get the old style back. PrimeHunter (talk) 02:31, 9 September 2015 (UTC)
- Well that stinks. :( Thanks for the info. - Neutralhomer • Talk • 03:24, 9 September 2015 (UTC)
Image cycler and randomizer idea
It could reduce some periodic strife at articles like Human, and be a generally useful feature when we have many high-quality images, if we had an image randomizer. It could also be used to replace galleries where space is a concern. (If we already have something like this, perhaps the ideas in here could be used to improve it, but I find no mention of such a thing at WP:IMAGE, WP:PIC, Help:Images, etc.)
This would consist of template or other markup (e.g. a MediaWiki tag) that presented a randomized selection from a pre-defined set of image specifications, given in essentially the same format as within <gallery>...</gallery>, and they could be optionally cycled through on-the-fly, at a specified interval or manually. It would adjust image size to fit within the size specified for the entire container.
Three obvious use cases:
- Load a different image and caption (and alt text) at Human, rotating randomly between various ethnicities, to avoid any seeming bias that one particular group is more "exemplary" of humanity. This could cycle (in series, or pseudo-randomly without repetition, not randomly) through additional images slowly while the user is reading, or only load a new image upon new page visits.
- Replace a gallery with a fairly quickly cycling, non-random, set of images and descriptions, while using much less space than a gallery. The first image displayed (i.e., start point of the cycle) could be randomized or fixed, depending on need.
- Simple and accessible, slow animation with very few frames which are of individual value as separate files, e.g. of a sequence of maps showing the expansion of an empire. [Presently, we only do this with GIF animation as far as I know, built from pre-existing stand-alone images.] This would have non-random start, non-random order. This would be superior to using video (requiring support that may not be built into the browser) and to animated GIFs, in a specific sort of case, in that each image would remain separate, be independently examinable and downloadable, often have a separate caption (though a sequence of visually similar images might share a single caption, but have separate descriptions on their file page). In other cases, video or animated GIFs would be superior (e.g., for realtime playback, for long sequences, and when retention of the sequence as a replayable unit is expected, with individual frames not being independently informative (e.g. growth of a crystal over time, or the stroke of an engine).
In any of these cases, it would be possible to a) manually cycle through the images (forward and back, and jump to start or end for fixed sequences), and b) show the entire gallery. The latter should probably be done in a pop-up or new browser tab, since it would do undesirable violence to an infobox or the like, if done directly within it. Such features should be disableable, where their use was superfluous (e.g. to randomize the icon in a wikiproject banner or whatever).
I reason that Commons could make good use of this feature, as could various other WMF projects (and other sites using MediaWiki), so I would suggest doing it as a MW extension, though for the short term if something like this worked as a template on WP that would be useful.
PS: The images and descriptions to include would be given in the code in the page in which they appeared, so that watchlisters of the page would be alerted to any potentially vandalous alterations. This would also discourage the use of the feature for long sequences better done as GIF animations. A sequence used by multiple articles could easily be transcluded as a template, however.
— SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:39, 6 September 2015 (UTC)
- Pretty sure this has been suggested and rejected before, and not just for accessibility reasons. --Redrose64 (talk) 09:53, 6 September 2015 (UTC)
- On a similar note, you might be interested in knowing about the image cycler at c:User:Hellerhoff#Hello. It does not auto-play, but it takes still images and makes a sort of video out of them. (Use your mousewheel or scroll very slowly through the images to see the "animation".) WhatamIdoing (talk) 17:26, 9 September 2015 (UTC)
HTTPS for selected external links, but how?
As many of you know, Wikimedia has adopted HTTPS-by-default in all of its projects in June 2015 (I don't want to explain why this was a smart decision; those who don't know may be referred to this Federal CIO info website). Since we don't want our readers' privacy to be harmed when they exit Wikipedia, it is only reasonable to also have external links from within Wikipedia point to an HTTPS address rather than HTTP. Unfortunately, of course, not all websites offer HTTPS support yet, but some who do are actually among the most linked-to websites on Wikipedia. This includes most importantly:
- all Google services, such as Google Books, Google News, and also YouTube.
- the Internet Archive, including its much used service Wayback Machine (see also WP:WBM).
Those websites do not only offer HTTPS, they want people to use it. The Internet Archive, for instance, encourages people to update their inbound links to HTTPS. Giving the number of links on Wikipedia to those services—literally millions—I consider it of utmost importance to convert those outbound links from HTTP to HTTPS. As a matter of fact, I have been converting a large number of those links over the past months semi-automatically (using AutoWikiBrowser). However, bureaucracy prevents me to further do this, because while these edits are deemed useful, they are not considered significant enough (by AWB rules) to be done on their own. A bot request of mine to have this done, from a couple of months ago, was dead-end.
Therefore I want to know how we can further improve readers' privacy on Wikipedia. We know what it is that we have to do, but how shall we do it? --bender235 (talk) 19:55, 6 September 2015 (UTC)
- @Bender235: In addition to submitting an AWB feature request, you may also want to update the Wikipedia documentation (e.g. WP:WBM, Template:Cite web, Template:Citation) to encourage people to use HTTPS for the Wayback Machine. GoingBatty (talk) 20:23, 6 September 2015 (UTC)
- @GoingBatty: AWB feature request
Done --bender235 (talk) 14:40, 7 September 2015 (UTC)
- @GoingBatty: unsurprisingly, this request was halted, too, after Billinghurst turned it into a "style issue" and asked for even broader consensus. --bender235 (talk) 12:51, 9 September 2015 (UTC)
- Bitey! How about you accurately report what I said. I challenged that the English Wikipedia is able to dictate that the AWB tool should be setting https as genfixes within AWB, when the AWB tool is more than English Wikipedia. I said that you should go and get a broader consensus involving those wikis. My argument was never about blinking style. — billinghurst sDrewth 14:37, 9 September 2015 (UTC)
- @Billinghurst: Please note that there are already several AWB general fixes that are specific to the English Wikipedia. Thanks! GoingBatty (talk) 15:08, 9 September 2015 (UTC)
- @Billinghurst: I understand your concern about the English Wikipedia imposing something on other language versions. But at the same time, I fail to see why the German, Italian, or Arab Wikipedia would be damaged by having these links fixed. For the same reason Wikimedia's move to HTTPS-by-default applies to all language versions, I don't see why privacy protection in this regard would disturb anyone. --bender235 (talk) 16:12, 9 September 2015 (UTC)
- Bitey! How about you accurately report what I said. I challenged that the English Wikipedia is able to dictate that the AWB tool should be setting https as genfixes within AWB, when the AWB tool is more than English Wikipedia. I said that you should go and get a broader consensus involving those wikis. My argument was never about blinking style. — billinghurst sDrewth 14:37, 9 September 2015 (UTC)
- @GoingBatty: unsurprisingly, this request was halted, too, after Billinghurst turned it into a "style issue" and asked for even broader consensus. --bender235 (talk) 12:51, 9 September 2015 (UTC)
- @GoingBatty: AWB feature request
- @Bender235: You might also want to submit feature requests to User:Ohconfucius/script/Sources, WP:REFLINKS, and User talk:Zhaofeng Li/reFill. GoingBatty (talk) 21:54, 6 September 2015 (UTC)
- @Bender235: I have added a couple of Wayback Machine items recently. There is scope for improving the cite system here: one has to add two long fields:
archiveurl=https://blah.internet.archive/stuff/2012021230456/<the original url>andarchivdate=12 February 2012
- It would be simple to have instead:
wayback=2012021230456
- to generate both the url (https, or protocol relative) and the date.
- All the best: Rich Farmbrough, 22:08, 6 September 2015 (UTC).
- @Rich Farmbrough: How would
|wayback=know which date format to use to be in sync with the rest of the article? Thanks! GoingBatty (talk) 22:16, 6 September 2015 (UTC)- Might I suggest that this side topic of
|wayback=is best raised and discussed at Help talk:Citation Style 1 so that Editor Bender235's topic isn't completely derailed?
- Might I suggest that this side topic of
- @Rich Farmbrough: How would
- —Trappist the monk (talk) 22:49, 6 September 2015 (UTC)
This is not a technical issue, this is a manual of style issue, and should be dealt with through that process. Prior to enforcing a means of linking to https, this should be put to the whole community as an RFC. — billinghurst sDrewth 01:08, 8 September 2015 (UTC)
- This has nothing to do with “style,” because the appearance of the link itself doesn't change at all. It is a technicality. --bender235 (talk) 12:48, 9 September 2015 (UTC)
- This is also about how we get users to add links, so clearly that includes aspects of style, and is more than technical. You are wanting our users to do something without telling them what or why, or you are wanting to change something that our users are doing without any explanation, other than words of "technical fix", and you want to do it without broadly consulting them. If you want to change greater than ten of thousands of links on this wiki alone, go out and get a broad consensus. If you want to turn it into a proper fix, and truly make a difference and truly protect our users from a privacy breach then I would suggest that you do it properly, and put a proper Request for Comment at Meta and address this to the whole Wikimedia community as collectively there will be hundreds of thousands links to google, and archive.org. If you are truly concerned, you will do the job properly, you will do it respectfully involving the community. — billinghurst sDrewth 14:37, 9 September 2015 (UTC)
- I'm sorry, but you're wrong. If any user adds a WBM link for archive purposes these days, it will automatically be HTTPS, because the Internet Archive switched to HTTPS by default in October 2013. (Try for yourself and browse to
http://archive.org/.) So unless someone manipulates the URL he has copied & pasted, it will always be HTTPS. The same goes for Google Books. If you enterhttp://books.google.com/today, you will automatically be redirected tohttps://books.google.com/. So what ever (new) link a user copies, it will be HTTPS already. - What this discussion is concerned with is old existing external links. Those need to be fixed, and its a mere technicality. Nothing will look or feel different. --bender235 (talk) 15:52, 9 September 2015 (UTC)
- Please ignore billinghurst's trolling. The suggestion is perfectly valid, and there is no reason why you should not raise it here. An RFC or similar might help shed light on potential unforeseen consequences.--Anders Feder (talk) 16:10, 9 September 2015 (UTC)
- I do not consider his comments "trolling." In fact, over the past years that I have been fixing these links on my own, I had dozens of similar complaints by people who do not understand the issue completely. People who complain it would break existing links (which it does not), people who complain the HTTPS version might be different from the HTTP version (which they are not), people who oppose HTTPS in general (for Wikipedia itself, too) because they don't value readers' privacy as much as others or simply because they don't understand that there is no such thing as non-sensitive web traffic. I take those comments and concerns seriously, and I am willing to address them. --bender235 (talk) 16:18, 9 September 2015 (UTC)
- Then you should go ahead and create the RfC. It should give you plenty of complaints to deal with.--Anders Feder (talk) 16:32, 9 September 2015 (UTC)
- @Anders Feder:
Done. --bender235 (talk) 17:07, 9 September 2015 (UTC)
- Commented. You should probably sign the first part.--Anders Feder (talk) 17:16, 9 September 2015 (UTC)
- @Anders Feder:
- Then you should go ahead and create the RfC. It should give you plenty of complaints to deal with.--Anders Feder (talk) 16:32, 9 September 2015 (UTC)
- I do not consider his comments "trolling." In fact, over the past years that I have been fixing these links on my own, I had dozens of similar complaints by people who do not understand the issue completely. People who complain it would break existing links (which it does not), people who complain the HTTPS version might be different from the HTTP version (which they are not), people who oppose HTTPS in general (for Wikipedia itself, too) because they don't value readers' privacy as much as others or simply because they don't understand that there is no such thing as non-sensitive web traffic. I take those comments and concerns seriously, and I am willing to address them. --bender235 (talk) 16:18, 9 September 2015 (UTC)
- Please ignore billinghurst's trolling. The suggestion is perfectly valid, and there is no reason why you should not raise it here. An RFC or similar might help shed light on potential unforeseen consequences.--Anders Feder (talk) 16:10, 9 September 2015 (UTC)
- I'm sorry, but you're wrong. If any user adds a WBM link for archive purposes these days, it will automatically be HTTPS, because the Internet Archive switched to HTTPS by default in October 2013. (Try for yourself and browse to
RfC moved to WP:VPR upon request.
Mobile talkpage editing when blocked
Please see the "Talk page editing when blocked" section at WP:AN as of right now. In short, User talk:Gothaparduskerialldrapolatkh is absolutely full of new sections, because the user has discovered that he can create new sections while blocked, but he can't edit existing sections while blocked. Someone noticed that this user's edits were all through a mobile device, and Samwalton9 discovered that when you're using a mobile device to edit as a blocked user, you get a "you've been blocked and can't edit..." message when you try to edit your own talk page, except if you're creating a new section. People not using the mobile version of the site don't have this problem: unless talk page access is totally disabled, you can create new sections and edit existing sections on your talk page when you're blocked. Could someone request a bug fix? Nyttend (talk) 20:44, 7 September 2015 (UTC)
- @Samwalton9 and Nyttend: Hmm, are you sure? That's not good, but I'm not sure how that would happen. The code definitely checks if you're blocked, but even if it doesn't blocks are managed in the back-end of MediaWiki, which doesn't care about whether you're editing from mobile, VE or elsewise. Jdforrester (WMF) (talk) 22:03, 7 September 2015 (UTC)
- Here is a more direct link to the thread at AN that began this Wikipedia:Administrators' noticeboard/Archive274#Talk page editing when blocked. MarnetteD|Talk 22:07, 7 September 2015 (UTC)

- @Jdforrester (WMF): Yep. Testing again, I blocked Samwalton9Testing (without autoblock to avoid issues) without talk page revoked. I can definitely edit the whole page fine in the web view but in mobile view I get the error shown in the image to the right. I can click Add Discussion with no problem. Sam Walton (talk) 22:12, 7 September 2015 (UTC)
- @Samwalton9, Nyttend, and MarnetteD: OK, interesting. Two distinct bugs, which I've filed as phab:T111739 and phab:T111741. Thanks for finding them! Jdforrester (WMF) (talk) 23:10, 7 September 2015 (UTC)
Problem with icons and wiki editor
I can't see the icons in the wiki editor toolbar as well as the wikipedia logo in the up and left of the page. I use firefox. What happened? -Odythal (talk) 16:35, 8 September 2015 (UTC)
- It works for me in Firefox 40.0.3. Files in file pages are stored at https://upload.wikimedia.org while the logo and edit icons are stored locally at https://en.wikipedia.org. Maybe you have accidentally disabled images from https://en.wikipedia.org in your browser. Can you see https://en.wikipedia.org/static/images/project-logos/enwiki.png which is used in the upper left corner? Can you see https://upload.wikimedia.org/wikipedia/commons/b/b3/Wikipedia-logo-v2-en.svg which is displayed on File:Wikipedia-logo-v2-en.svg? Are you accessing Wikipedia at https://en.wikipedia.org? PrimeHunter (talk) 19:15, 8 September 2015 (UTC)
{{TfD}} placing all template pages it's transcluded on into Category:Templates for deletion
All welcome templates that are being used by the ACC Wikilove template, for example, are in that category due to {{ACC WikiLove Welcomer}} having that template in it. Note: was originally posted at User talk:Anomie/linkclassifier. Eman235/talk 03:54, 9 September 2015 (UTC)
- Have you informed the person who made those edits, and asked them to check over their work? --Redrose64 (talk) 08:59, 9 September 2015 (UTC)
- I suppose this wasn't very good action, but at least pages, that don't need to be categorized, don't get into categories. --Edgars2007 (talk/contribs) 09:01, 9 September 2015 (UTC)
- Yeah, there has to be a better way to do this...will link this discussion from Template talk:Template for discussion. Eman235/talk 03:37, 10 September 2015 (UTC)
- I suppose this wasn't very good action, but at least pages, that don't need to be categorized, don't get into categories. --Edgars2007 (talk/contribs) 09:01, 9 September 2015 (UTC)
- Something like this should work to have only the template page itself be categorized. I've tested it by changing {{ACC WikiLove Welcomer}} to use the sandbox of the /dated template (without saving) and previewing it on different pages. SiBr4 (talk) 09:59, 10 September 2015 (UTC)
- Or this, which uses an #ifeq check to set {{category handler}}'s
|nocat=parameter instead. SiBr4 (talk) 10:06, 10 September 2015 (UTC)




