Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
A segment of Amsterdam metro line 51 was rebuilt as light-rail tram line 25 (a.k.a. Amsteltram). Thus, I would like to convert the infobox s-rail and s-line entries for each rebuilt station (e.g. Sacharovlaan tram stop) so that "Amsterdam Metro" (s-rail title) becomes "Amsterdam trams", "Line 51" becomes "Line 25" (or better [[Amsteltram|Line 25]]), "Amsterdam Centraal station|Centraal station" (preceding station/toward) becomes "Zuid station" and "Isolatorweg" (following station/toward) becomes "Westwijk". I can change the s-rail title, but the others are stored in or validated against some hidden table entry for line 51. There also appears to be another hidden table to convert s-line station names (e.g. "Sacharovlaan") into article names (eg. [[Sacharovlaan tram stop|Sacharovlaan]]). What I would like to do is create a separate table entry (or entries) for line 25, but how do I do that? Template:S-rail and Template:S-line do not seem to provide the answer. I do not want to change the entries for metro line 51 as the line exists today but takes another route. How can I solve this problem? Thanks. TheTrolleyPole (talk) 15:39, 25 December 2020 (UTC)[reply]
Category:Amsterdam Metro templates appears to contain all or most of the components to make s-rail and s-line work for "Amsterdam Metro". But how do the s-rail and s-line templates know that these are the templates to use for "Amsterdam Metro"? Is it by a strict naming convention (e.g. Template:Amsterdam Metro lines, Template:Amsterdam Metro stations, etc.)? The Template:S-line documentation suggests but does not explicitly mention a naming convention. Or is there another table to link all the "Amsterdam Metro" templates? I would like to know in order to set up a similar set of "Amsterdam Trams" templates. Could someone advise? Thanks. TheTrolleyPole (talk) 18:31, 29 December 2020 (UTC)[reply]
It sounds as if you need a new "system", replacing {{s-line|system=Amsterdam Metro|line=51|previous=Spinnerij|next=Westwijk}} by something like {{s-line|system=Amsterdam trams|line=25|previous=Poortwachter|next=Westwijk}}. That will require {{Amsterdam trams stations}}, to translate "Foo" into "Foo tram station", and {{Amsterdam trams lines}} to convert 25 into the desired text. You'll also need {{S-line/Amsterdam trams left/25}} and {{S-line/Amsterdam trams right/25}} containing the names of the terminal stations. An alternative is to use the newer {{Adjacent stations}} and write some simple Lua code in Module:Adjacent stations/Amsterdam trams based on a similar Adjacent stations module. Certes (talk) 19:46, 29 December 2020 (UTC)[reply]
User:Certes: Thank you for your answer. From your answer, it seems that the proposed Amsterdam Trams templates must be precisely named in order for s-rail and s-line to link to them; that is, a spelling variation would cause malfunction. So, presumably, if I keep to the strict naming convention, everything should automatically work. TheTrolleyPole (talk) 02:38, 30 December 2020 (UTC)[reply]
Yes. S-line uses its |system= and |line= arguments to create template names, and requires that templates with those exact names exist. You are free to choose the system and line names but must use them consistently. Certes (talk) 11:10, 30 December 2020 (UTC)[reply]
Thanks to all who answered. I successfully set up Category:Amsterdam Tram templates and Oranjebaan tram stop is an example. TheTrolleyPole (talk) 16:27, 2 January 2021 (UTC)[reply]
I'd like to use {{If preview}} on a subst-only template. Is there any way to configure that or its module so that it could be used this way? Cheers, {{u|Sdkb}}talk 20:57, 25 December 2020 (UTC)[reply]
Bumping thread. {{u|Sdkb}}talk 10:25, 29 December 2020 (UTC)[reply]
I just substed a template which uses If preview, and it did what I expected. What exactly were you trying to do, what happened, and what did you expect to happen? Is the problem that {{subst:If preview|Foo|bar}} gets replaced by {{#invoke:If preview|pmain}}, which returns blank because its arguments get lost? Certes (talk) 23:16, 29 December 2020 (UTC)[reply]
@Sdkb: What exactly are you trying to accomplish? What does it even mean to subst a template in preview? * Pppery *it has begun... 23:28, 29 December 2020 (UTC)[reply]
{{subst:If preview|Foo|bar}} produces a blank string (both in preview and when saved: it's not a preview issue). Changing {{If preview}} to use safesubst:#invoke (rather than just #invoke) should allow that template to be substed (though I can't think why that would be useful). Certes (talk) 23:53, 29 December 2020 (UTC)[reply]
Certes and Pppery, sorry for not being clearer. I was looking to add a cautionary notice to a subst-only talk page message such that, if used on a user where it wouldn't really be appropriate, it would display a "hey, you might not want to post this" warning during the page preview, but that, if the poster went ahead anyways, it'd just disappear and not clog up the wikitext in the posted message. It's not a high-priority application, so no worries if it's not possible, but I was just curious. Using #invoke instead sounds promising, so I'll experiment with that. {{u|Sdkb}}talk 22:23, 30 December 2020 (UTC)[reply]
@Sdkb: Changing Template:If preview to add safesubst: before the #invoke may make everything work as you wish. A proper test needs the wikitext of your subst-only talk page message but I've added safesubst: to Template:If preview/sandbox as a start. If you change [a sandbox of] your message template to use {{If preview/sandbox}} instead, you should be able to see whether that works in your case. Certes (talk) 22:56, 30 December 2020 (UTC)[reply]
NSFW project for wikipedia on Phabricator under construction
An optional NSFW filter project for wikipedia is under construction on Phabricator (see here). I request here to further help if anyone can. 103.67.157.161 (talk) 16:47, 26 December 2020 (UTC)[reply]
Whose definition of NSFW? This is a global site, the NSFW definition in Saudi Arabia would be very different to that in Sweden or Oklahoma. ϢereSpielChequers 17:02, 26 December 2020 (UTC)[reply]
@WereSpielChequers: indeed - in some places it wouldn't be safe to look at a picture of a palace or a bridge, in some a woman in a public place, in some certain political symbols. — xaosfluxTalk 18:13, 26 December 2020 (UTC)[reply]
We can provide three layers of filter: light, medium and hard. IPs or users will choose their option as their requirement and surely if user does not use the filter option, there will be no filter. We can add many options of layer as per demand of users and viewers. There will also be manual option to add specific files or catagories in the filter list. There can be also manual option to also exclude one or more specific image from any layer of filter for the user only personally. 116.58.200.249 (talk) 18:21, 26 December 2020 (UTC)[reply]
(Edit Conflict) I was thinking more thighs, midriffs and male nipples as areas that divide the global population. But yes there are lots of things that are controversial to some people and uncontroversial to others. Meta:2010_Wikimedia_Study_of_Controversial_Content and Meta:Controversial_content/Brainstorming/personal_private_filters are both worth looking at from when the community last discussed this nearly a decade ago. As I remember it things got spectacularly toxic when the WMF started out with the assumption that we can just define one set of NSFW criteria that will work worldwide. Of course if you want a global site that respects differing moral standards, differing definitions of NSFW around the world, you have the problem that in some parts of the world the human penis is unacceptable, in others it is acceptable as part of an artwork that might be on display in a public square, museum or temple. ϢereSpielChequers 18:47, 26 December 2020 (UTC)[reply]
Light medium and hard would still need defining, and then there is the issue of whether we as a movement would endorse certain levels of censorship/filtering. Some people will be uncomfortable if certain artworks are defined as NSFW by Wikimedia, others will not be happy if we endorse a system that is not gender neutral. ϢereSpielChequers 18:52, 26 December 2020 (UTC)[reply]
If this works on categories then there are at least two problems you hit, the first is that the commons category system is not intended to enable filtering stuff out, rather for finding and classifying content, so if a male nude was a minor component in an image then it might not be mentioned in the categories. The second is that if the filter "fails" because something got past the categorisers or has not yet been categorised it might well be presented as a failure of the categorisors rather than of the system. Better surely to use image recognition software and exclude mages similar to one the user wants to avoid. ϢereSpielChequers 19:00, 26 December 2020 (UTC)[reply]
Phwoarr! Look at those arches! You don't get many of them to the ton@Xaosflux: Bridges? How so? --Redrose64 🌹 (talk) 19:15, 26 December 2020 (UTC)[reply]
Some bridges, roads, and other transportation infrastructure are considered "military-sensitive" in some countries. davidwr/(talk)/(contribs) 🎄 19:21, 26 December 2020 (UTC)[reply]
Obligatory "what could go wrong" story: long ago, I worked at a hospital. The IT department put up a firewall to filter out whatever the IT department and/or their firewall contractor thought should be filtered out. Turns out, that included any website with the word "breast". Including the external site hosting the mandatory sexual harassment training seminar. -- RoySmith(talk) 19:26, 26 December 2020 (UTC)[reply]
Speaking of breasts, what about white-meat chicken breasts, and speaking of food, what about shiitake mushrooms? Yeah, what could possibly go wrong indeed. davidwr/(talk)/(contribs) 🎄 19:53, 26 December 2020 (UTC)[reply]
I guess they also blocked information concerning the methods for interpreting a mammogram. Tough on Angelina Jolie and millions like her. --Redrose64 🌹 (talk) 19:55, 26 December 2020 (UTC)[reply]
Cross-posting from Phab: from my interpretation of the task description, it seems "NSFW" for this task means "image with a tendency to be added to unrelated articles by vandals for shock value", which seems both (relatively) culture-independent and easier to calculate. Enterprisey (talk!) 05:20, 28 December 2020 (UTC)[reply]
Fucking Hell, how is the filter going to differentiate context between swear words and the (soon to be renamed) village of Fucking? Just of an example of where this could easily be self-defeating. The C of E God Save the Queen! (talk) 06:31, 28 December 2020 (UTC)[reply]
That doesn't mean it would be ineffective in the majority of cases. Don't start doubting the technology even before it is created. – SD0001 (talk) 06:49, 28 December 2020 (UTC)[reply]
No we shouldn't doubt the technology but we should define the requirement and use cases before creating the technology. This project doesn't seem to be doing that atm. Nthep (talk) 10:21, 28 December 2020 (UTC)[reply]
I again mention there should be different options of different filter layers, so that the users can choose any of the following filters according to their demand and culture. 43.245.122.149 (talk) 16:17, 28 December 2020 (UTC)[reply]
@Redrose64:, I am not talking about putting sensor, I am talking about optional filter which user can choose by their wish or not, the can select or undo the filter at any time they wish. it is their right to see or not to see, you can not force them to see or not to see, mostly for images including uncovered private body parts such as human penis, vagina, buttock and female breast and human sexual acts like intercourse and kissing, and violence such as which contains blood or panic etc, moreover, wikipedia can give as many as option according to users current demands, if want. There is less or zero objection for written informations, so I thing for that case, no filter is needed, only for images and videos, so don't frequently mention the subject of censor, no one is saying about that. Having something purely intellectual does not mean that you have to touch the thorn every time penetrating your finger all the time to feel the pain verbally, you can have it once, remember it when needed to feel, but you should not mustly avoid to avoid it to all the time feel it verbally. Some people gets some things arousive, in most of the cases it happens with images and videos. Thats the case about sensitive images and pictures, we should not have the pictures seen all the time while taking information about something necessary but sensitive. Wikipedia also can meet these demand of each user individually, if it hold this aim strongly and supportively without neglecting it. - 43.245.123.72 (talk) 06:46, 29 December 2020 (UTC)[reply]
I don't think that's what the project is about. From T214201, it seems to me it's about developing a classifier for images with substantial shock value that would likely be surprising to readers of arbitrary articles. The classifier could be used as an AbuseFilter variable or to filter images that are randomly suggested to users in other interfaces. I cannot see any mention of an in-browser filter for readers to use, because that has all the problems that other editors in this section have mentioned. Enterprisey (talk!) 09:03, 29 December 2020 (UTC)[reply]
Out of curiosity, how do large tech companies deal with this 'issue'? eg Google's SafeSearch. I presume they just use the Western definition of what is NSFW? Secondly, why is using the Western definition inappropriate? In practically every Western and English-speaking country I can think of, from the USA/UK to India, human penises are considered NSFW. Heck, I'm not sure I can think of a major language/culture (which has a decently sized WMF project) that doesn't find a human penis NSFW. On enwiki, for better or worse, we mostly present content from a Western perspective, even w.r.t. article titles (eg refusing to change Kiev -> Kyiv), irrelevant of where the reader is from. ProcrastinatingReader (talk) 18:28, 28 December 2020 (UTC)[reply]
The law of unintended consequences looms large over this. As asked above, what is NSFW in Saudi won't match what is NSFW in Ireland, which won't match what is NSFW in US State X (as compared with US State Z). We all know Wikipedia is not censored, it's one of the over-arching principles of the project, so what does this patch intend to fix? I can see a creeping sense of censorship and control if we're not careful. doktorbwordsdeeds 06:52, 29 December 2020 (UTC)[reply]
Before anyone jumps to conclusions, it should be pointed out that such projects already exist for Wikipedia and this project too will hopefully be as well. And from what I've followed, the project intends to have a model trained with images and video media on Wikimedia Commons and then have an API to receive a N/SFW score, so to say - pretty typical for a project like this. As such, I believe the discussion should be more structured regarding on a) what is regarded as NSFW, for e.g. is genetalia in the soft/medium/hard category, et al. b) how is distinguishing visually similar N/SFW media going to work. --qedk (t愛c) 12:49, 29 December 2020 (UTC)[reply]
But that doesn't appear to be happening, instead we have the classic "let's design a tool then work out what it can be used for" situation that has doomed umpteen software projects over the years. I'm yet to see here or on phab any outline defining what the tool is supposed to achieve or who it is intended for. Even the most agile projects have planning and analysis. Nthep (talk) 14:58, 30 December 2020 (UTC)[reply]
The Outreachy task linked at the beginning of this thread (T264045) links to the main/original task (T214201) which is mentioned in several other tasks where it could be used. That task suggests providing the scores from the service as a new edit filter variable. One of the other potential applications (T224751) is filtering high-scoring images from image caption edit suggestions. Enterprisey (talk!) 06:27, 1 January 2021 (UTC)[reply]
If it happens then we will be able to use wikipedia in all the schools end academic institutions of the world in their teaching regardless primary or secondary or higher secondery and will be also able wikipedia as an open and hasitation free office tool regardless conservative or non conservative workplace for our informations.It will make wikipedia welcoming for all the places and circumstances. It will also help to use wikipedia in conservative family sorroundings openly without any hasitation. It will make the wikipedia for all regardless anything, any difference. 116.58.201.45 (talk) 10:28, 30 December 2020 (UTC)[reply]
I just wanted to note I've been using the same NSFW algorithm for years. See notes at Special:AbuseFilter/1001 (if you have rights to view them). The algorithm is amazingly accurate and for English Wikipedia purposes, at least, rest assured you will see great results. "NSFW" is just a bad name. Don't over think it. I'm a little out of touch with the Outreachy project, but if it is to work like we discussed in the past, no wiki is forced into making use of the scores. We certainly will (and we already do). — MusikAnimaltalk 20:06, 1 January 2021 (UTC)[reply]
@MusikAnimal:: the filter you pointed to is not visible to mere mortals.
this issue was discussed and argued on hewiki multiple times, and the solution agreed upon was implemented: explicit photos are displayed "collapsed", showing some warning. for mobile view, which does not support collapsing, a link to the image is shown, instead of the image itself. this clearly shows that this issue is not at all "let's design a tool then work out what it can be used for", as claimed above - it's a better solution to a real and meaningful challenge.
also note that the not-so-new feature of "page preview" creates a "side issue", where such photos can "accidentally" pop up on the reader's screen when floating the mouse above some internal link, e.g. L'Origine du monde. editors and readers on hewiki expressed concern, stemming from religious reasons ("i am not allowed to view such images") or educational ones ("i want my 8/10/12 years old to be able to read WP safely"). one obvious use to such "rating" is to make sure no "x-rated" photo, photos displaying "hard to watch" pathology, etc., are used as the "page preview" photo. peace - קיפודנחש (aka kipod) (talk) 20:49, 1 January 2021 (UTC)[reply]
@קיפודנחש: I should have clarified my use of the NSFW classifier is for counter-vandalism purposes, hence why the filter is private. I don't know if enwiki will hide such images from readers, but something along the lines of what you all agreed to on hewiki is certainly worthy of discussion. Once scores are pre-computed and stored in the database, we can modify the software to hide them or have a "click to show" button, etc., even in page previews and on mobile. — MusikAnimaltalk 21:23, 1 January 2021 (UTC)[reply]
@קיפודנחש and MusikAnimal: we can add this filter in my preference option of users so that they can enable or disable the filter if they want. If it is added in my preferences, it will be outstandingly helpful for many a users. And instead of NSFW filter, we can call it sensitive image/visual content filter. 43.245.122.136 (talk) 04:31, 2 January 2021 (UTC)[reply]
Reflinks down
Hi all, the Reflinks tool is down. I don't knw about others, but I'm getting a timed out message or a connection refused message when I try to access it. The C of E God Save the Queen! (talk) 08:33, 29 December 2020 (UTC)[reply]
@The C of E: Dispenser's domain has expired. Tools are still available via IP address, e.g. [1] but may not work fully, especially if they require user tables which broke in a 2019 database update. Certes (talk) 17:12, 30 December 2020 (UTC)[reply]
I have two questions
Hello everyone, I'm at ckbwiki. I have two questions.
Is there any way to prevent users from using a gadget that does not know how to use it? And they're using it badly? For example, create a black list for those users. Somewhat the idea is like Wikipedia:AutoWikiBrowser/CheckPage, but it's for good users, not bad ones. I want this to add users who don't know how to use a specific gadget to add them to the black list.
We have a good user who has forgotten his password and has not provided an email address for his account. Is there any legal way to return his account?
Thanks! ⇒ AramTalk 15:26, 30 December 2020 (UTC)[reply]
To question 2: no. --Redrose64 🌹 (talk) 19:17, 30 December 2020 (UTC)[reply]
@Aram: To question 1: even if such blacklist was possible, it would certainly be counter-productive; if you black-list a user who can't use a gadget properly then that user will never be able to learn using it. --CiaPan (talk) 19:25, 30 December 2020 (UTC)[reply]
@Aram: You said "legal" and I'm not a lawyer, but in the past, WP:Committed identity could be used in such a circumstance. I've never seen it discussed, but if the person was previously "known in person to a lot of people" such as by having attended an official Wikimania function, preferably one where he was photographed, that might also be a way to restore the account. Even if one or both of these is "currently within the rules" - and based on Redrose64's statement they may not be - they aren't options for most editors unless those editors took action prior to losing their password. If the person's real-life identity is known to the WMF, re-confirming that identity might be a solution, but that's not common for most "regular" editors. Also, it's highly unlikely that someone would be "known to the WMF" and not have email unless they had it at one point and removed it or lost control of that email address. davidwr/(talk)/(contribs) 🎄 19:27, 30 December 2020 (UTC)[reply]
@Redrose64: Thank you very much for your response.
@Davidwr: Thank you very much for answering both questions. To question 1: No, that's not the idea. We give users a lot of time to teach themselves how to use gadgets, but there are such users, which are not actually bad, but use gadgets regardless of instructions. Here, blocking is a cruel act, but there should be a way that the user cannot use a specific gadget. Whenever he promises to use it in accordance with instructions, we can allow him to use the gadget again.
@Davidwr: To question 2: First, sorry to use that word (legal). I'm not an English man and I don't speak English very well. However, I also know that Wikipedia users should provide e-mail addresses for their accounts, but now that user has this situation. I didn't really know that the user was known in WMF. He's just a normal Wikipedia editor, but he's a good user, and that's why I'm trying to get his account back now. The other way (WP:Committed identity), I think it's too old way, right? Is it working now? I hope there's a good solution. Thank you again! ⇒ AramTalk 20:56, 30 December 2020 (UTC)[reply]
For question 2 create an task on phabricator for the user, with the tag wikimedia-site-requests. One of the developers would get in touch with the user. If the user understands arabic but not english, then specify that on phabricator.--Snaevar (talk) 22:54, 30 December 2020 (UTC)[reply]
I should clarify, I didn't mention committed identity because it's used much more rarely than an email address. So, if the user has neither set an email address in their prefs nor generated a committed identity, and later loses or forgets their password, then it's game over. Also, if you lose access to your email inbox, and obtain a new email address, you should freshen the email address in your Wikipedia prefs ASAP, just in case. --Redrose64 🌹 (talk) 23:23, 30 December 2020 (UTC)[reply]
For number 1, yes this could be done, but it isn't a great idea (and nothing would stop an editor from just reusing the gadget source code). See mw:Extension:Gadgets for some documentation, basically you can have a gadget only for users with certain userrights; you could also have your gadget manually load a list of black/white listed users from another script and abort out if they are/aren't in there -- I strongly discourage this though, it will require your int-admins to constantly maintain it. — xaosfluxTalk 23:46, 30 December 2020 (UTC)[reply]
@Snaevar: I really have to try it as a single chance. Thank you very much for your instructions!
@Redrose64: According to Snaever's reply, there is a chance. I'm trying. Thank you again!
@Xaosflux: Can you explain it to me a little more? I really like coding, but after reading some related pages at MediaWiki, I didn't get a good result because I can't really understand it. I will thank you if you can write to me the script you are talking about. Thank you!
@Aram: keep in mind that for most "coding" purposes, a Gadget is the same as any other user javascript you create so you can test these out on yourself easily. You can write a script to check the current username against a list, and abort out if it matches for example (or the reverse). However, nothing would stop someone from just copying your script and removing the check lines. — xaosfluxTalk 15:11, 31 December 2020 (UTC)[reply]
Page move on mobile
Is it possible in the mobile software to move a page? I'm away from my laptop and am on a semi-wikibreak (mobile only), and have come across a few one-entry dab pages that need round robin moves. I have looked on the mobile version, and I cannot find anything that allows me to move pages. I have the extendedmover user right. Hog FarmBacon 20:57, 30 December 2020 (UTC)[reply]
Switch to the desktop version? My (Android) mobile shows the mobile version by default, but has a link at the very bottom of the page for the Desktop skin. My iPad is the same — GhostInTheMachinetalk to me 21:41, 30 December 2020 (UTC)[reply]
Thanks. I was unaware that desktop mode option exists before this. Mine mobile system also defaults to the mobile skin, but I have a strong preference for the desktop one. Hog FarmBacon 23:49, 30 December 2020 (UTC)[reply]
Excess space
At Harvey Weinstein I'm seeing excess space between article's title and lead, but can't figure out how to fix. The editing mode suggests there's excess }} in the infobox, but removing it breaks the infobox, displaying it incorrectly. Brandmeistertalk 21:51, 30 December 2020 (UTC)[reply]
There was a lot of invisible junk in the lead which I've squished onto one line (and removed at least one unnecessary displaytitle statement). --Izno (talk) 22:16, 30 December 2020 (UTC)[reply]
At least one? How many unnecessary displaytitle statements were there? --Redrose64 🌹 (talk) 23:13, 30 December 2020 (UTC)[reply]
I didn't stop to count if there were others on the page. --Izno (talk) 02:34, 31 December 2020 (UTC)[reply]
On this page section, maths is coming up as UNIQ--postMath-00000001-QINU instead of the actual math formula.
Is this bug T138453 or something else? Mr248 (talk) 21:58, 30 December 2020 (UTC)[reply]
This is T266182. I've fixed it by commenting out the already-not-working musical scores. * Pppery *it has begun... 22:13, 30 December 2020 (UTC)[reply]
Using Wikipedia anti-vandalism tools on Wikidata
Approximately how badly would trying to load RedWarn on Wikidata work? So far, I've tried to use the mw.loader.load command and it somehow worked to an extent, but I'd like to ask for your opinions on if this is a good idea. JJP...MASTER![talk to] JJP... master? 22:07, 30 December 2020 (UTC)[reply]
Don't bother. The content spaces on Wikidata are using JSON storage. It's worthless trying to make a tool designed for Wikitext content model work for JSON. --Izno (talk) 22:22, 30 December 2020 (UTC)[reply]
Your connection (or browser) may be slow: if the page load hasn't completed (and that includes executing the Javascript) at the time that you make the first click, then it will indeed be a multi-click process. Many browsers provide a spinny thing in the page's tab to indicate that loading is still going on, try waiting for that to disappear or be replaced by the Wikipedia favicon (depending upon your browser). Once that occurs, a single click is sufficient. --Redrose64 🌹 (talk) 23:11, 30 December 2020 (UTC)[reply]
Yes, assume a slow connection. This is normal. Waiting for spinny things to disappear is quite a pain. The new watchlisting procedure is quite a pain. —SmokeyJoe (talk) 23:20, 30 December 2020 (UTC)[reply]
I'm pretty sure it's not new. I have gotten it every once in a while over many years. It's a fallback for when things are overloaded or when you click very quickly while the page is still loading. – Jonesey95 (talk) 02:19, 31 December 2020 (UTC)[reply]
Yeah - it's you, I'm afraid, SmokeyJoe. There is no "new way". It's only doing this because you're clicking to watch before pages finish loading. - The BushrangerOne ping only 07:21, 31 December 2020 (UTC)[reply]
Thanks. Something as changed, but it is limited to a particular device. Something is wrong, and it is not quick clicking (the page can be sitting there for ten minutes and it still happens). —SmokeyJoe (talk) 11:42, 31 December 2020 (UTC)[reply]
It is just my iPad. I have lost the editing toolbar. I can’t expand collapsed boxes. The watch button is affected. No AfC or NPP tools are working. This is just on the iPad, no problem on the iPhone, nor on a desktop. Any ideas? Delete and reinstall safari? —SmokeyJoe (talk) 00:16, 2 January 2021 (UTC)[reply]
What version of the software (iOS/Safari) are you running? Also, even though your other platforms are Just Fine, you may wish to review to see if you may have some other buggy Javascript (maybe TheDJ can spot the Bad Thing). --Izno (talk) 00:31, 2 January 2021 (UTC)[reply]
Nothing fixed until I power-cycled the iPAD. All noted iPad problems now fixed I think. My watch button bug has gone away. The edit toolbar is back. The afch review tab is back.
Inconsistent page titles across multiple languages
Not sure if this is the correct village pump, but the volunteer response team recommended it.
It came to my attention that Wikipedia uses different hyphens in their HTML title-nodes.
Thanks to some scripting a lot of cURLing I was able to create this small list of different separators across all Wikipedias (except for nostalgia and the closed Wikipedias):
The correct place to discuss this is on meta. If you are making an request, then create an subpage of meta:Requests for comment, but if you are simply asking, then the right place is meta:Wikimedia Forum (although asking for advice here is fine). This is due to the fact this conserns several wikipedias, not just the english one.--Snaevar (talk) 12:41, 31 December 2020 (UTC)[reply]
Page not archiving and I cannot figure out whhhhhyyyy
Wikipedia talk:WikiProject Current events had posts/threads on it from 2006 so I set up auto-archiving December 26th but the bot still hasn't run. I've looked at the code and it seems fine but obviously *not* since, as I said, the bot hasn't run. If someone/s could take a look at the code and tell me what I did wrong or just fix it that would be fantastic. Thanks, Shearonink (talk) 07:23, 31 December 2020 (UTC)[reply]
That's not it. An active bot has taken over and User:MiszaBot/config can still be used. I tried removing a space after the namespace in the archive parameter.[2] Let's see if that works. The space is allowed in wikilinks like Wikipedia talk: WikiProject Current events/Archive 1, but the bot makes its own check to see whether the parameter is a subpage of the talk page. PrimeHunter (talk) 07:55, 31 December 2020 (UTC)[reply]
Thanks for looking into it PrimeHunter, I hope the space adjustment works. Yeah I know that User:lowercase sigmabot III took over for User:MiszaBot as seen here:User:Lowercase sigmabot III/Archive HowTo and here:User:MiszaBot/config. I looked and looked and looked at my code on the WP talk page and couldn't figure out what was wrong. All I could come up with was I thought maybe there was something specifically technical I didn't know about archiving WP Talk pages themselves. I'll be watching with bated breath... Shearonink (talk) 15:32, 31 December 2020 (UTC)[reply]
PrimeHunter THANK YOU, that space adjustment did the trick. I'll remember to look for that as a possible culprit the next time auto-archiving doesn't work... Shearonink (talk) 05:59, 1 January 2021 (UTC)[reply]
Fixed. Added an empty text parameter to remove the {{{1}}}. If wanted, the header text can be moved to the text parameter. Dreamy Jazztalk to me | my contributions 11:35, 31 December 2020 (UTC)[reply]
Main page click path stats
Can anyone point me to where I can find click path stats for enwiki and/or specifically for visitors whose entrance page is the Main Page? (In other words, when a reader starts at the Main Page, where do they click next?) Thanks in advance and Happy New Year! Levivichharass/hound 19:12, 31 December 2020 (UTC)[reply]
This is not currently available largely for privacy reasons (initially). (I question whether the main page is a good one to consider since so much of the content changes daily.) I think there is some work being done to enable it but Phab is unusable searching for the word 'tracking'. Maybe MusikAnimal (WMF) knows or can point us somewhere. --Izno (talk) 19:22, 31 December 2020 (UTC)[reply]
Thanks for the info Izno! I can't imagine what privacy reasons would be relevant to aggregate statistics. The Main Page is good to consider specifically because it changes daily. So we if looked at, for example, what were the most popular links on the Main Page today, yesterday, the day before yesterday, etc., it would help us understand how readers use the Main Page. One thing I'm curious about is how many people go to en.wikipedia.org for the search box (I assume not many, but is that true?), and how many people click through to Main Page-listed articles, and from which section (as opposed to people who are reaching those same articles via some page other than the Main Page). Levivichharass/hound 19:30, 31 December 2020 (UTC)[reply]
Oh, I agree that an aggregate would be fine. --Izno (talk) 21:55, 31 December 2020 (UTC)[reply]
I'm pretty sure this is not currently available. We've obtained statistics on disambiguation page use by replacing a direct wikilink by one via a redirect not linked elsewhere, and running pageviews on the redirect. That technique may or may not suit your purposes. Certes (talk) 19:28, 31 December 2020 (UTC)[reply]
Click stream for London as of October 2017 There are monthly aggregate stats published at https://dumps.wikimedia.org/other/clickstream/readme.html, but no visualization tool that I'm aware of. I have never examined this data and am not even sure if you could narrow down to click paths starting with a specific page. See meta:Research:Wikipedia clickstream the related research project that has some concrete examples. The sources for pageviews (which is based on a different metric, I believe), across all projects can be viewed at https://discovery.wmflabs.org/external/. "None" in this case I think is mostly when there is no referer data, not necessarily that it was a direct pageview from typing in the URL as it might seem. Short answer – I think most traffic comes from search engines and internal links within whatever article the reader started on. The Main Page is the most-viewed page, but comparatively is not usually the starting point for a reader to land on any specific page (unless that page is something featured on the Main Page, of course). The folks on the Analytics mailing list would know more and I'm sure are happy to answer more questions. Best, MusikAnimal (WMF) (talk) 22:33, 31 December 2020 (UTC)[reply]
I've noticed that JerrieAtrix has been manually substing {{Spaced en dash}} because, according to them, it breaks navigation popups. I have popups enabled and have not noticed anything amiss with them on pages where the template is transcluded. But if there is an issue with it, it should presumably be fixed in the template itself or in MediaWiki, instead of being manually substituted. AleatoryPonderings (???) (!!!) 22:56, 31 December 2020 (UTC)[reply]
The Navigation Popups feature suppresses display of all templates, including {{Infobox}}, {{Convert}}, {{snd}}, {{Spaced en dash}}, etc., resulting in run-together text and loss of meaning when inline templates are used. That's just the way it is; there is nothing to "fix" in MediaWiki. Editors should simply learn not to put inline templates in the lede. Besides, the use of HTML – uses the same or fewer number of characters as some of the silly templates being employed and the symbols are readily available from the Wiki markup menu below the editing window, both for logged-in and IP editors. In my opinion, templates such as {{snd}}, {{Spaced en dash}} and other variants on en dashes and em dashes should be deprecated in this Wiki and eventually deleted by a 'bot. They're training wheels for tots and are unneccessary. — JerrieAtrix (talk) 23:09, 31 December 2020 (UTC)[reply]
Well, {{Spaced en dash}} is transcluded 47,704 times, so if there's a problem with it there should be some centralized solution, whatever it ends up being. AleatoryPonderings (???) (!!!) 23:33, 31 December 2020 (UTC)[reply]
JerrieAtrix, as a rule we do not change wikitext because a gadget does not function as expected. If the specific gadget can't (or won't) handle it, that is something to be changed for the specific gadget. (Clearly this is a poorly thought out design decision on the pop ups part.) Please stop. --Izno (talk) 00:55, 1 January 2021 (UTC)[reply]
It's probably more a case of template rendering being hard to implement properly than "a poorly thought out design decision". PrimeHunter (talk) 01:30, 1 January 2021 (UTC)[reply]
Gadgets shouldn't try to reimplement rendering probably. ;) --Izno (talk) 02:41, 1 January 2021 (UTC)[reply]
Izno, the gadget predates the render options. It's 2003-2004 code. :D —TheDJ (talk • contribs) 10:44, 4 January 2021 (UTC)[reply]
I would never dare to presume that gadgets should be maintained. ;) --Izno (talk) 17:24, 4 January 2021 (UTC)[reply]
The popupPreviewKillTemplates option can alter how popups handles templates. There's no option for "expand and process as usual", but there is an option other than "omit altogether". DMacks (talk) 17:21, 1 January 2021 (UTC)[reply]
If you are interested in gnoming to fix some popups render bugs without altering documented standards, consider converting [[''foo'']] to ''[[foo]]''. The former causes display of raw HTML tags. DMacks (talk) 17:23, 1 January 2021 (UTC)[reply]
Unable to click on the little triangle to exapand the tree. Tried purging the page, Safari and Firefox browsers, logged in and not logged in. No apparent recent breaking edits to the template itself. Others having the same issue, or just me? UnitedStatesian (talk) 16:24, 1 January 2021 (UTC)[reply]
Same here. Oddly, they do work when previewing an edit:
The CategoryTreeToggleHandlerAttached class on the triangle is missing when viewing — present when editing — GhostInTheMachinetalk to me 17:09, 1 January 2021 (UTC)[reply]
Categorytree was updated on 12 December. Bug logged on 17 December – T270360. Was yesterday a real Thursday? — GhostInTheMachinetalk to me 17:40, 1 January 2021 (UTC)[reply]
Last Thursday deployment of 2020 happened on December 17th. Majavah (talk!) 17:56, 1 January 2021 (UTC)[reply]
Dirty, short term fix if anybody really wants it. Just add mw.loader.using( 'ext.categoryTree', function () {} ); to your common.js – the triangle is not correctly styled, but then does work — GhostInTheMachinetalk to me 18:11, 1 January 2021 (UTC)[reply]
Category tree don't work
I was experimenting with the category tree function of Wikipedia. However, it looks like it does not work anymore. --Soumya-8974 (he)talkcontribssubpages 08:05, 3 January 2021 (UTC)[reply]
@Soumya-8974: I moved your post to the existing section. There is ongoing work to fix it. PrimeHunter (talk) 08:14, 3 January 2021 (UTC)[reply]
bug in chrome causes "math" tag to display incorrectly.
it was reported and verified (in hewiki) that google chrome can display mathematical formulas incorrectly. for instance, this formula appears in Gravitational constant: .
Repoduction
view this formula using Google Chrome version 87.0.4280.88 (current version), on windows
change the "zoom level" of the browser, using CTRL -, or mouse wheel
note that at certain zoom levels (smaller than 100%), the minus sign of the last power (-3), disappears.
this behavior seems almost arbitrary: e.g., on my windoze rig, it disappears at 90% and reappears at 80%, only to disappear again at 75.
this turns out to be a bug in the way chrome renders SVG images. i reported it in chrome, using this image, generated by a formula on hewiki, but i doubt a single report is enough to prioritize a fix, so if you successfully verify/reproduce, i encourage you to create your own report (in chrome: hamburger => help => report an issue), preferably using a different image (once you reproduce with some formula, open the image in a new tab, verify the bug again, and create the report from there).
afaik, chrome is the most common desktop browser, so this affects many readers. a possible temporary remedy is to change the default for math display to "png" (logged-in users can set it in their preferences). since the early days of wikipedia, we habitually "pervert" things to accommodate for specific browsers' bugs, often by adding attributes to specific CSS classes (we prolly do this in hewiki more than it's done here, often to circumvent RTL specific bugs). peace - קיפודנחש (aka kipod) (talk) 19:50, 1 January 2021 (UTC)[reply]
This is phab:T269222: "Minus signs not displaying in Math formulas (on certain zoom levels in Chrome browsers)". PrimeHunter (talk) 20:28, 1 January 2021 (UTC)[reply]
@קיפודנחש: Please consider adding your upstream Chrome task to the Phab task (where I see you've commented). --Izno (talk) 00:33, 2 January 2021 (UTC)[reply]
@Izno: sorry, i did not understand. my phabricator "contribution" is limited to opening bug reports and commenting. what would you like me to do? iow, what do you mean exactly by "adding your upstream Chrome task"? i am not aware of such task. on hewiki, i suggested to our "technical chief", (in absence of better "job description") to "make it happen", specifically for hewiki. i think there's some phab standard way for such requests for individual projects. if the community thinks it's an acceptable workaround, i'm pretty sure there are people here who know which knobs to push and pull to make PNG the default on enwiki. personally, i think wikimedia should change the default globally, until those buggy browsers are flushed out, but "global config" is way above my pay grade. peace - קיפודנחש (aka kipod) (talk) 01:41, 2 January 2021 (UTC)[reply]
@קיפודנחש: Ah, I misunderstood what you meant then when you said you had reported the issue to Google. I thought you had filed a task on the Chrome bug tracker. --Izno (talk) 02:24, 2 January 2021 (UTC)[reply]
ah! no, you understood, it's i who didn't understand. however, i did not do it the "professional way", i simply clicked hamburger => help => report bug. i did so from a the svg image directly ("open image in a new tab"), so it was a "shoot and forget" affair. i don't have any "receipt". it may be possible to find it in their bug tracker - i didn't try, and i doubt i will. peace- קיפודנחש (aka kipod) (talk) 04:24, 2 January 2021 (UTC)[reply]
Looking at the fifth entry, "<math>\exp\left( \left(\frac{\pi}{2}\right)^{\frac{\pi-e}{\sqrt{2}}}\right) \approx \pi</math>, within 0.000 02%"
appearing (for viewers here) as , within 0.000 02%
has (for me) the minus sign missing between the π and the e in the fraction for the exponent.
Looking at the tenth entry, "<math display="inline"> e^{-\frac{\pi}{9}} + e^{-4\frac{\pi}{9}} + e^{-9\frac{\pi}{9}} + e^{-16\frac{\pi}{9}} + e^{-25\frac{\pi}{9}} + e^{-36\frac{\pi}{9}} + e^{-49\frac{\pi}{9}} + e^{-64\frac{\pi}{9}} = 1.00000000000105... \approx 1</math>. In fact, this generalizes to the approximate identity:<math> \sum_{k=0}^{n-1}{e^{-\frac{k^2\pi}{n}}}\approx\frac{-1+\sqrt{n}}{2}</math>"
appearing (for viewers here) as . In fact, this generalizes to the approximate identity:
has the minus signs in front of all the fractions exponents appearing, but not the minus sign in the exponent of the sum. When I use "show preview" in the edit mode, all the minus signs in the exponents disappear from the series as well. I tried to change fractions like (which look strangely like improper fractions to me) to be or , which would also match the format of the sigma notation summation, but in either case all the minuses also disappear.
I looked at the phab:T269222 link that PrimeHunter noted but it appears to have concluded that this is not a WP problem. If the problem can't be fixed locally, should it be flagged in some way for editors who notice a problem but then can't figure out why it is happening? I know I have run into this before and each time given up in confusion or frustration. EdChem (talk) 03:00, 2 January 2021 (UTC)[reply]
Correction: Having posted this note, I find that the minus signs do not appear for me in the series terms in the second example above on this page, but they do appear for me in the same series on the mathematical coincidence#Containing both π and e. The only difference that I see is that, at the article page, the entry is preceded by a bullet point that is not included in my post above. If it helps, I am using Google Chrome "Version 87.0.4280.88 (Official Build) (64-bit)". EdChem (talk) 03:04, 2 January 2021 (UTC)[reply]
Sorry, but I cannot reproduce this bug. Regardless of zoom level minuses are always present. Have you tried to disable hardware acceleration? Ruslik_Zero 14:09, 2 January 2021 (UTC)[reply]
If you want the corresponding Chromium bug its [4]. I think it will be fixed soon. --Salix alba (talk): 07:46, 3 January 2021 (UTC)[reply]
Dark Theme
Browser: Firefox
On the EN Wikipedia, this script see diff does not work on en wiki, but works on all other projects fine, any fixes to this? To be clear, no scripts work on EN Wikipedia,but on all other projects work fine. --つがるTalk to つがる:)🍁 22:47, 1 January 2021 (UTC)[reply]
Cleaning out Vector Js solved the problem, now, how do I isolate it to find the individual script that cause the problem? --つがるTalk to つがる:)🍁 00:58, 2 January 2021 (UTC)[reply]
@つがる: It's clearly the one with comment "Invert page color". If you preview one of your js or css files then the previewed version runs, so you don't have to save to experiment if the result can be seen when you are on that page. PrimeHunter (talk) 07:53, 2 January 2021 (UTC)[reply]
Per the discussion at q:Wikiquote:Village_pump#Introducing Wikiquote Page ratings, we plan to introduce a quality system roughly parallel to that of Wikipedia, which will ultimately make Wikiquote content more useful for Wikipedia to link. Would anyone here be able to set up the template structure there? It appears to be rather complicated, and we don't want to muck it up. We will have slightly fewer classes of categories than Wikipedia has, currently looking like: Unassessed, Stub-Class, C-Class, B-Class, and Good Page, plus a Utility-Class to encompass mainspace pages not containing quotes (lists, disambiguation pages, redirects, and placeholder pages). BD2412T 05:49, 2 January 2021 (UTC)[reply]
Another archiving question
I recently set up automatic talk page archiving here: Talk:Baháʼu'lláh. I've been told before that the archiving bot is able to detect existing archives and adds to the last. Apparently that is not the case and it appended to the first talk page archive (out of 6). So now all the dates are messed up (additionally to the already messed up six manual archives).
What is the best way to fix this? Thanks — Preceding unsigned comment added by Mvbaron (talk • contribs) 12:57, 2 January 2021 (UTC)[reply]
I have reverted the bot and fixed the numberstart parameter.[5]PrimeHunter (talk) 13:09, 2 January 2021 (UTC)[reply]
PrimeHunter, thank you! I knew that was possible. Is that the only way to fix something like this? So, the bot *does not* append to existing archives, I take it then? Mvbaron (talk) 13:40, 2 January 2021 (UTC)[reply]
It appends to the archive given by numberstart until it's full, then adds 1 and continues. If there are already archives then set numberstart to the last, or add 1 to start a new archive. PrimeHunter (talk) 13:44, 2 January 2021 (UTC)[reply]
hmm okay, I suppose that makes sense - I expected the bot to prioritize archive number over archive size, but okay. Thank you. (and thank you for fixing the archiving as well) Mvbaron (talk) 13:48, 2 January 2021 (UTC)[reply]
How to prevent constant pulling (GET requests) of the Watchlist?
I implemented a way to get a working watchlist that does not require you to waste lots of time. I found that when you have the watchlist open in a tab it sends a GET request every second or so - it's continually pulling even if "Live updates" is disabled. This is also how it displays the "View new changes since..." note at the top when things have changed.
I don't need or want this constant pulling and it doesn't work with my method to get a working watchlist, which is why I'd like to disable this. It only drains my computer/network's and MediaWiki servers' resources and has no advantage at a minimum in my case. However, I couldn't find any setting to disable it in the preferences.
You can check it like this:
Open your Watchlist
Press F12 in Firefox
Go to the Network tab in that new window
There should be a new GET request every 2 seconds or so
Xaosflux, I'd like to use the JavaScript interface though as it's more up-to-date and modern and I'm not sure if one could configure the same filtered display with the non-JavaScript version.
Furthermore, I don't consider it "bloated" - the problem is that features useless or less important for imo most users have been added while important features have been not been added / ignored. Prototyperspective (talk) 22:05, 2 January 2021 (UTC)[reply]
@Prototyperspective: I loaded a vanilla account to see the behavior, it appears there is a large toggle for "Live Updates" - but that doesn't actually stop the updates from happening, I've updated the phab ticket to reflect that. — xaosfluxTalk 00:10, 3 January 2021 (UTC)[reply]
The Live Update button is not intended to stop the polling – it changes the behaviour when the polling detects a change. Without Live Update, the polling stops – inviting the user to update the history display. With Live Update, the display update is done automatically and the polling continues. The phab ticket probably needs to change and instead ask for the on/off button to be changed to a 3-way option: do not poll (but allow a manual refresh of the history display without a full page reload), poll and stop, full live update. — GhostInTheMachinetalk to me 09:19, 3 January 2021 (UTC)[reply]
IP blocking even when signed in?
Hello. I just have a question regarding the IP blocking system on Wikipedia. I'm not an active user here. Something I noticed in the past was that when I'm at my university or when I use a VPN, I couldn't edit Wikipedia without signing in. You also couldn't make a Wiki account with these IPs. This makes sense.
But now, I see that I can no longer edit Wikipedia unless I'm at home and not using a VPN, even if I sign in. When did this change take effect and why? In fact, I also couldn't type this without being at home. Amir Abdullah (talk) 01:22, 3 January 2021 (UTC)[reply]
@YemeniFriend: There are two types of IP blocks. A softblock will allow logged in users from the IP, but a hard block will prevent logged in users also from that IP range. It is not new. See WP:HARDBLOCK. RudolfRed (talk) 01:50, 3 January 2021 (UTC)[reply]
We have 210 indef hardblocks from before 2020. Most are proxies, but would it be sensible to review the others? Some appear malformed, having a user id of 0 but a (sometimes abusive) username instead of an IP address. Certes (talk) 13:00, 3 January 2021 (UTC)[reply]
Is there anyway to request the change of some IPs from a hardblock to a softblock? What determines whether an IP gets a hardblock or softblock? Amir Abdullah (talk) 23:47, 3 January 2021 (UTC)[reply]
A message in the front of the article is showing Lua error in package.lua at line 80: module 'Module:Location map/data/State of Palestine' not found. and by clicking the message it is showing:
Lua error in package.lua at line 80: module 'Module:Location map/data/State of Palestine' not found.
Backtrace:
[C]: in function "error"
package.lua:80: in function "load"
package.lua:99: ?
(tail call): ?
package.lua:103: ?
(tail call): ?
mw.lua:487: in function "executeModule"
mw.lua:757: in function "loadData"
Module:Location_map:20: in function "getMapParams"
Module:Location_map:510: in function "main"
Module:Infobox_military_conflict:213: in function "render"
Module:Infobox_military_conflict:262: in function "chunk"
mw.lua:518: ?
[C]: ?.
How can it be resolved? 103.67.156.0 (talk) 05:12, 3 January 2021 (UTC)[reply]
Fixed by [6]. I don't know whether other changes are needed to fix other pages. PrimeHunter (talk) 08:09, 3 January 2021 (UTC)[reply]
Get pages and their redirects from the database
Resolved – I ran the queries back to back on the database machine and the performance hit was minimal, in the dozens of milliseconds. Closed, not relevant. Magog the Ogre (t • c) 02:04, 4 January 2021 (UTC)[reply]
Good morning. I am attempting to write a single prepared statement to retrieve all pages and their redirects which are in a category.
Here is my first query which returns in ~.33 seconds.
Here is a second query which takes from the first result and returns in ~.10 seconds.
Here is a third query where I try to combine the two but which hangs indefinitely.
Can someone familiar with MySQL help me out? I tried to run EXPLAIN but I do not have rights.[7]
PS. I am a MySQL novice so don't assume I know anything Magog the Ogre (t • c) 15:55, 3 January 2021 (UTC)[reply]
You can get EXPLAIN results using https://sql-optimizer.toolforge.org/. I'm not sure why that query isn't working well, but the Commons replicas are having performance problems at the moment that mean indexes don't work as well as they should. That likely has something to do with it. --AntiCompositeNumber (talk) 16:26, 3 January 2021 (UTC)[reply]
According to this thread, it appears that we need some sort of super-administrator to update a crontab so that Special:WantedTemplates is updated more often. Unfortunately, I don't know what sort of user right is required, or where that crontab lives. Any clues would be appreciated. – Jonesey95 (talk) 18:43, 3 January 2021 (UTC)[reply]
"crontab"s are server-side scripts/organizational tools. When administrator is used in context, that means "system administrator" i.e. your request must be to Phabricator. --Izno (talk) 23:26, 3 January 2021 (UTC)[reply]
This could probably be recreated as a database report. If there aren't any other takers I'll try to do this next week. -FASTILY 23:43, 3 January 2021 (UTC)[reply]
Fastily, if you do recreate it as a database report, would it be possible to exclude .js pages? That would help cut down on the noise in the report. Thanks! Also, it might be worth corresponding with Plastikspork, who translates the current special page into User:Plastikspork/Transclusions of deleted templates/1. – Jonesey95 (talk) 00:32, 4 January 2021 (UTC)[reply]
no results after "next 500" in suggested word search
entering a misspelled or non existent word such as "dakdm" in Wikipedia search box produces results for an alternate suggested word, with the following message :
"Results 1 – 20 of 21,635"
"Showing results for daddy. No results found for dakdm."
clicking on "next 20"
or "500" then "next 500"
produces :
"There were no results matching the query."
it is not showing the extended results for the alternative word initially displayed, in this instance "daddy".
is this an intended feature, or should it be reported as bug ? Gfigs (talk) 06:26, 4 January 2021 (UTC)[reply]
If that is intended it's stupid. Going to the next page shouldn't change the search, and adding a link that leads nowhere isn't going to help. It might be the result of independent intentional decisions, but in the combination it's a bug. --mfb (talk) 08:09, 4 January 2021 (UTC)[reply]
thanks..I tried learning German sometime ago, although did not go too well, unfortunately.. Gfigs (talk) 08:45, 4 January 2021 (UTC)[reply]
Gfigs, Hmmm, I can see how this could be somewhat unexpected, but I don't know I'd go so far as to call it a bug. I would expect that the continuation link ("next 20") would be disabled in this case, however.
In the "Showing results for daddy. No results found for dakdm." message, "daddy" is a link to the alternate search. When I get one of those, I generally click that link and continue from there, so it's not a big deal. -- RoySmith(talk) 14:23, 4 January 2021 (UTC)[reply]
ah, ok.. Gfigs (talk) 14:35, 4 January 2021 (UTC)[reply]
See the problem happened below with the template:
"Allah! There is no god but He,-the Living, the Self-subsisting, Eternal. No slumber can seize Him nor sleep. His are all things in the heavens and on earth. Who is there can intercede in His presence except as He permitteth? He knoweth what (appeareth to His creatures as) before or after or behind them. Nor shall they compass aught of His knowledge except as He willeth. His Throne doth extend over the heavens and the earth, and He feeleth no fatigue in guarding and preserving them for He is the Most High, the Supreme (in glory)."[Quran2:255 (Translated by Yusuf Ali)]116.58.200.228 (talk) 11:32, 4 January 2021 (UTC)[reply]
There are some extra characters after the 255. The following seems to work:
{{Cite Quran|2|255| translator= y
| quote= Allah! There is no god but He,-the Living, the Self-subsisting, Eternal. No slumber can seize Him nor sleep. His are all things in the heavens and on earth. Who is there can intercede in His presence except as He permitteth? He knoweth what (appeareth to His creatures as) before or after or behind them. Nor shall they compass aught of His knowledge except as He willeth. His Throne doth extend over the heavens and the earth, and He feeleth no fatigue in guarding and preserving them for He is the Most High, the Supreme (in glory).
}}
"Allah! There is no god but He,-the Living, the Self-subsisting, Eternal. No slumber can seize Him nor sleep. His are all things in the heavens and on earth. Who is there can intercede in His presence except as He permitteth? He knoweth what (appeareth to His creatures as) before or after or behind them. Nor shall they compass aught of His knowledge except as He willeth. His Throne doth extend over the heavens and the earth, and He feeleth no fatigue in guarding and preserving them for He is the Most High, the Supreme (in glory)."[Quran2:255 (Translated by Yusuf Ali)]
Is that correct? — Jts1882 | talk 12:00, 4 January 2021 (UTC)[reply]
Editing from different devices
I usually edit Wikipedia from my mobile and laptop but since I became a bit more active on Wikipedia from last year, I sometimes edit from anywhere if needs be. Like I may be editing from a friend's device or university's library. Similarly I sometimes edit using different networks, from a shared hotspot, university's wifi etc. I do it all while logged in but still I'm skeptical as to it sometimes that is it all oky for my account and edits? I actually don't understand much about how IPs work here. I even get confused sometimes when I'm not logged in and see that there's a new message on talk that comes out to be of the IP and when I see in contributions, there are edits which I never done so I assume that IPs might be changing continuosly. Can somebody makes me understand all this? Thanks! USaamo(t@lk) 11:56, 4 January 2021 (UTC)[reply]
Wikipedia doesn't care from which IP you edit, if you do so while logged in everything is linked to your account. How IPs are given out depends on the internet service provider (and potentially the local network you are working in). Some of them reuse IPs frequently. That can be a bit confusing in Wikipedia. If you log in then everything is tied to your account and the IP does not matter. --mfb (talk) 15:01, 4 January 2021 (UTC)[reply]
I decided to copy-paste the entirety of RedWarn to another page (User:JJPMaster/RWS.js) and...
it somehow didn't work, even when I uninstalled the proper RedWarn thing. I don't know where else to ask this question, so I came here. JJP...MASTER![talk to] JJP... master? 20:46, 4 January 2021 (UTC)[reply]
Bumping thread. {{u|Sdkb}} talk 10:25, 29 December 2020 (UTC)
Fixed. Added an empty text parameter to remove the {{{1}}}. If wanted, the header text can be moved to the text parameter. Dreamy Jazz talk to me | my contributions 11:35, 31 December 2020 (UTC)
Resolved – I ran the queries back to back on the database machine and the performance hit was minimal, in the dozens of milliseconds. Closed, not relevant. Magog the Ogre (t • c) 02:04, 4 January 2021 (UTC)