Informatics Educational Institutions & Programs

Hi. I didn't find anything in the hundreds of archives here and I feel a bit displaced. So I just ask: Most times I edit on the mobile app on a tablet. I always search on the browser, also in wikipedia, eg differently named lemmas and such. When I click on a wi:link I get the pop-up, don't you want to open it in the app, and everytime I have to say no. If a link opens in the app, while I am editing in it, the edit is lost. (I just lost about six hours of work on a lemma.) I know, stupid enough, I could prevent at least some of it, if I would edit incrementally and save my edits once in a while.

But, isn't there a way to (optionally) suppress the pop-up in the browser altogether or have another way to NOT loose my edits? The app doesn't allow other tabs, while editing, so the app seems not to be designed for editing anyway. Would you advice not to edit in the app as a principle rather than to think about any kind of solution to fix the unsecure state of an open editing page?

Another question: is there any way I can restore my (last) lost edit via a log or protocoll in the tabletvor the app? Thanks in advance, MenkinAlRire 23:30, 10 November 2023 (UTC)

@MenkinAlRire we can see if there is a known bug open. Please let us know which version of the Wikipedia App you have installed. To verify, this only breaks if you navigate away from the edit in the app (via the browser link) while you are editing correct? And a fix would be if you could unregister the link handler from your browser? — xaosflux ^Talk 10:33, 11 November 2023 (UTC)

@User:Xaosflux Hi. Yes, I am not totally sure, but the pop-up comes up specifically, if I click a link of a search result (different from the edited page; although then it might break with the edited page as well, I don't know). If you are not fully concentrated, you are surprised, how it happened; maybe the default is 'resolve link in app', so that pushing enter on the key pad would suffice. You need to be able to search things while editing (verify links...), and I really try to pay attention, but it happens. So, as you said, to be able to unregister the link handler would do the trick. My version is 2-7-50455-r-2023-10-10, should be the latest, and I use firefox (def. newest v). Nice to see you interested, thanks, MenkinAlRire 13:14, 11 November 2023 (UTC)

@MenkinAlRire what operating system are you using, and what version of what browser are you using? — xaosflux ^Talk 15:24, 11 November 2023 (UTC)

The latest Firefox, as I said, 119.1.0. I have a Galaxy Tab S7FE with Android 13 (and One UI-version 5.1.1). MenkinAlRire 16:11, 11 November 2023 (UTC)

@MenkinAlRire

Here are some options that you may be able to try:

• https://support.mozilla.org/en-US/kb/set-firefox-android-open-links-native-apps (seems to turn off ALL links in firefox from opening apps)
• https://www.theverge.com/23036034/change-default-app-android-phone-browser-texting-assistant-how-to (you may be able to unregister the wikipedia app from opening links in app)

— xaosflux ^Talk 12:28, 12 November 2023 (UTC)

You found answers outside wiki. Obviously you have to understand the problem to ask the right questions. I knew that I have the option to suppress/asked/allow to handle links, downloads etc. But it didn't came to my mind in this case, since it is a universal rule for links, dwnld... so usually I wanna be asked - as a result I have the problem with wiki. Let's see if it'll bother me, when ff does everything on its own; on the PC its the default (unfortunately the tablet has no right-click menu). The other link proposes tools to manage behaviour. My experience with xy-manager is that they don't provide anything, that is not already there (on windows at least). So I doubt, that they could allow me in firefox to just suppress this one pop-up on this one site.

Hey, anyway, thank you very much for this simple answer, I hope, it will suit my behaviour - and also, that I wasn't at the wrong place and bothered you with it. Problem (dis)solved. MenkinAlRire 15:10, 12 November 2023 (UTC)

@MenkinAlRire was trying to find you a "quick fix" while a longer solution could be looked at; as far as a feature request could go would your user story be something like: "If another program opens a link with the Wikipedia App, it should not cause the app to abandon any edits in progress in the app"? — xaosflux ^Talk 15:46, 12 November 2023 (UTC)

Yeah, exactly, simple as this (sounds like). How and where would I make such a request? Or are you already about to do it for me? MenkinAlRire 16:02, 12 November 2023 (UTC)

@MenkinAlRire: I've opened a feature request to require a confirmation before abandoning the edit in this manner that I think would solve your concern. It is tracked as phab:T351037, you may log on there using your Wikipedia account and subscribe for updates. Please keep in mind that not all feature requests will be selected and there is no SLO for implementation. — xaosflux ^Talk 16:51, 12 November 2023 (UTC)

Very cool. Thank you, keep up the good work. MenkinAlRire 17:55, 12 November 2023 (UTC)

@JTanner (WMF), CFeng (WMF), and DBrant (WMF) Nardog (talk) 15:10, 11 November 2023 (UTC)

“just lost about six hours of work on a lemma” The simplest lesson of course, is to save more often, regardless of any changes made to the software. —TheDJ (talk • contribs) 19:42, 12 November 2023 (UTC)

If I may quote myself: "I know, stupid enough, I could prevent at least some of it, if I would edit incrementally and save my edits once in a while." So, yes, I already try to get used to it. (I probably overcompensate my discontent with edit sessions of others, who save after every point and leave a half page of entries in the history. I worked offline, too, which bears other risks.) MenkinAlRire 22:17, 12 November 2023 (UTC)

On Google Chrome with this page, the combination of U+033A ◌̺ COMBINING INVERTED BRIDGE BELOW with certain characters, such as U+0282 ʂ LATIN SMALL LETTER S WITH HOOK, causes the latter to become a box: ʂ̺. Тɦ!§ ο∏|ץ ♯ⴷp̪Ᵽ3クΣ f̃ʘᒋ 𖼺𖽙𑣣ع 🐍♈️▛▛▌ß◑λⓈ. Т̺ɦ̺!̺§̺ ̺ο̺∏̺|̺ץ̺ ̺♯̺ⴷ̺p̺̪̺Ᵽ̺3̺ク̺Σ̺ ̺f̺̺̃ʘ̺ᒋ̺ ̺𖼺̺𖽙̺𑣣̺ع̺ ̺🐍̺♈̺️̺▛̺▛̺▌̺ß̺◑̺λ̺Ⓢ̺.̺ –LaundryPizza03 (dc̄) 23:53, 12 November 2023 (UTC)

Seems similar to what was discussed at Wikipedia:Village pump (technical)/Archive 208#Dotted circle + combining diacritic displaying as tofu on Android web access. Anomie⚔ 00:17, 13 November 2023 (UTC)

I am using macOS, and this does not happen in other applications. It also does not happen in the source editor box. –LaundryPizza03 (dc̄) 06:32, 13 November 2023 (UTC)

LaundryPizza03, could you add a translation for the last two sentences of your original post? I think I understood them, but writing something that isn't English, and which neither Google Translate nor a LLM can translate, isn't a good way to communicate with your fellow editors. (Perplexity.ai: 'I'm sorry, but the text you provided cannot be translated into plain English as it contains a mix of different characters and symbols that do not form a coherent sentence or phrase. It is possible that the text is in a different language or encoding that cannot be recognized by the system. If you have a specific text or phrase that you would like to translate, please provide it in a format that can be recognized by the system.') BlackcurrantTea (talk) 07:58, 13 November 2023 (UTC)

This only happens for some numbers? Not sure about the last word. 0xDeadbeef→∞ (talk to me) 08:57, 13 November 2023 (UTC)

"This only happens for some symbols." (I didn't even realize it was meant to resemble a sentence until BlackcurrantTea pointed it out.) Nardog (talk) 09:03, 13 November 2023 (UTC)

Ah, "symbols" makes more sense. 0xDeadbeef→∞ (talk to me) 09:13, 13 November 2023 (UTC)

The inverted-bridged s-hook works for me both in Chrome on Windows desktop and in my usual extreme-minority browser, both here and in Voiceless retroflex fricative#Occurrence. Both give me tofu for 𖼺𖽙𑣣, whether or not they're bridged; Chrome also tofus ⴷ and ᒋ when bridged. —Cryptic 10:34, 13 November 2023 (UTC)

Are all of your browsers using the same font? At first glance this seems like a font issue rather than a browser issue. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:02, 13 November 2023 (UTC)

Ok in legacy 2010. I'm not the only one with this problem. See User talk:Cacycle/wikEd#Any conflicts? Doug Weller talk 14:30, 10 November 2023 (UTC)

Any chance of help with this? Doug Weller talk 09:53, 13 November 2023 (UTC)

Pinging Jon (WMF). BlackcurrantTea (talk) 13:06, 13 November 2023 (UTC)

Would appreciate it muchly if some of the experts around here would take a look at User talk:Shearonink and respond here telling me whyyyyy. When you figure out what is wrong post here and just let me fix it myself please, that way maybe I'll learn.
Here's the code:
{{User:MiszaBot/config |archiveheader = {{talkarchivenav}} |maxarchivesize = 100K |counter = 11 |minthreadsleft = 1 |minthreadstoarchive = 1 |algo = old(30d) |archive = User talk:Shearonink/Archive %(counter)d }}
Thanks, Shearonink (talk) 15:01, 9 November 2023 (UTC)

@Shearonink: From User:MiszaBot/config#Setting up archiving, the template must be located ... before the first ==second level header== on the page. Archiving stopped when you added the "Try to be nice" header above the archiving instructions. -- John of Reading (talk) 16:04, 9 November 2023 (UTC)

Thanks for the correction, I adjusted that. Shearonink (talk) 23:59, 9 November 2023 (UTC)

Asking whether TimedText:US Army Special Forces Dive Team-1956.ogv.en.srt, TimedText:RAID 1.ogg and TimedText:This-prounciation-audio-nonlabial.ogg.en.srt are actually working for the enwiki file. Jo-Jo Eumerus (talk) 17:16, 13 November 2023 (UTC)

No, that does not work. I tried asking for one of those to be imported to commons in c:Commons:Administrators'_noticeboard/Archive_93#Transwiki_import, but got no response. Maybe it will be different now that you could give them the edit history in an XML file, IDK. Snævar (talk) 18:11, 13 November 2023 (UTC)

Apparently Atavoidturk imported the first TimedText to Commons, to commons:TimedText:US Army Special Forces Dive Team-1956.ogv.en.srt. Jo-Jo Eumerus (talk) 18:34, 13 November 2023 (UTC)

You can always copy-paste to commons, in the summary link to the original, then drop the import request; it should work while you are waiting. — xaosflux ^Talk 18:42, 13 November 2023 (UTC)

Looks like this was done. @Xaosflux an aside: it looks like TimedText syntax rules are not enforced. We have a filter on Commons that does this (c:Special:AbuseFilter/103), perhaps this can be imported to here? — Mdaniels5757 (talk • contribs) 20:29, 13 November 2023 (UTC)

@Mdaniels5757 its possible, but unless it is an actual issue we probably won't bother. Feel free to propose at WP:EF/R. — xaosflux ^Talk 21:03, 13 November 2023 (UTC)

MediaWiki message delivery 23:50, 13 November 2023 (UTC)

IPs can ping me, and I don't see any way I can disable that in my preferences. It should at least be disable-able, as it enables abuse. I have a recent example of how that can work, which I don't want to describe here per WP:BEANS, but I can e-mail it if you ask. Bishonen | tålk 13:28, 12 November 2023 (UTC).

phab:T207659 is a 2018 request with no action is a 2018 request with no action. PrimeHunter (talk) 13:39, 12 November 2023 (UTC)

Thank you, PrimeHunter. That's disappointing. I'm not much good at talking to Phabricator, and have trouble understanding most of the comments there. But I guess the upshot is the LTA in question can simply go on sending me disgusting messages with pings from random IPv6's? Because if I was able to mute them, that would be a "privacy violation"...? :-( Bishonen | tålk 14:26, 12 November 2023 (UTC).

The privacy violation mentioned at phab:T207659 is only if you also got the ability to mute logged in users based on their current IP address which would otherwise be unknown to you. PrimeHunter (talk) 14:37, 12 November 2023 (UTC)

Yes, that's what it looked like. It may have been unfortunate that that obviously much more controversial request got mixed up with the simple (and surely uncontroversial) one. So why wouldn't they make it possible simply to mute all IPs? Just, there was no interest? I suppose you wouldn't like to re-awaken the 2018 request and emphasize that it's the simple muting of IPs that's wanted, PrimeHunter? Or start a new one, if that's the appropriate way of doing it. Bishonen | tålk 17:40, 12 November 2023 (UTC).

In 2017, I corresponded with Trevor Bolliger who was Product Manager, Anti-Harassment Tools (User:TBolliger (WMF)). He was very responsive and I was going to suggest emailing Trust and Safety, if they are still active, but I see that TBolliger authored phab:T207659 which quickly faded to nothing on the premise that muting an IP range would also mute any users in that range which might allow determining information about a user's IP. That is clearly not what is needed. If someone is being harassed by a troll using IPs, the target needs a way to mute all IPs or a range of IPs on the understanding that the mute would not apply to registered users. My guess is that the WMF would be unable to identify an obviously required measure and would just suggest adding to a page of feature requests that will be ignored. I wouldn't think that posting to the moribund phab:T207659 would achieve much particularly with the upcoming hiding of IPs. Johnuniq (talk) 01:50, 13 November 2023 (UTC)

There is related discussion about the upcoming IP masking at phab:T331058 and phab:T344647. Somebody apparently thought you could mute IP's now and requested it should remain possible after IP masking. It was noted that you cannot do it now and the request was therefore declined as based on an incorrect assumption. That doesn't sound satisfactory to me. Even if you cannot do it now, it could be added as a new feature. It looks like phab:T344647 should be reopened or a new request created if you want it after IP masking. It may not be worth the effort to try to get it added to IP's now when the whole IP system is going to change. PrimeHunter (talk) 02:06, 13 November 2023 (UTC)

Emailing Trust & Safety would make it clear to them that there's a need for tools to deal with this. Even if (as Johnuniq suggested, realistically) it's one more item on a long list, it will make the point that this isn't a 'hypothetical use case': it's real. BlackcurrantTea (talk) 07:22, 13 November 2023 (UTC)

• Added phab:T351091 to request creation of a "mute all non-users" option. — xaosflux ^Talk 14:48, 13 November 2023 (UTC)

  @Bishonen and all, I have forwarded this thread to the Trust and Safety Product team, for them to look into it. Thanks for your patience. –– STei (WMF) (talk) 20:44, 13 November 2023 (UTC)

  Thank you, Xaosflux and STei (WMF). Bishonen | tålk 21:50, 13 November 2023 (UTC).

• I have raised a patch for phab:T207659 yesterday, but no guarantees on when it would be reviewed or merged as the Echo extension does not receive much of maintenance nowadays. – SD0001 (talk) 18:59, 14 November 2023 (UTC)

A new feature is coming to your wiki soon: Reference Previews are popups for references. Such popups have existed on wikis as local gadgets for many years. Now there is a central solution, available on all wikis, and consistent with the PagePreviews feature.

Reference Previews will be visible to everyone, including readers. If you don’t want to see them, you can opt out. If you are using the gadgets Reference Tooltips or Navigation Popups, you won’t see Reference Previews unless you disable the gadget.

Reference Previews have been a beta feature on many wikis since 2019, and a default feature on some since 2021. Deployment is planned for November 22.

• Help page
• Project page with more information (in English).
• Feedback is welcome on this talk page.

-- For Wikimedia Deutschland’s Technical Wishes team,

Johanna Strodt (WMDE), 13:11, 15 November 2023 (UTC)

Searching the archive, the last time I could find any update was about 6 months ago. Do we have any action we should take to fix pages that use the disabled Graph template? Or are we still in a holding pattern waiting for a fix? Thank you 87Fan (talk) 16:29, 15 November 2023 (UTC)

@87Fan: It was in tech news a few weeks ago, but the current situation is shown at mw:Extension:Graph/Plans#Roadmap. --Redrose64 🌹 (talk) 16:44, 15 November 2023 (UTC)

See also here. LittlePuppers (talk) 16:47, 15 November 2023 (UTC)

All of the Mw:Extension:Graph based templates need to be updated. There is progress on Module:Graph, Template:Graph:Lines and Template:OSM Location map. All of these three are waiting on phab:T335325. If you want to help read mw:Extension:Graph/Vega 2to5 list, copy a template over to beta wikipedia and get started! Snævar (talk) 18:01, 15 November 2023 (UTC)

Anyone else unable to archive links using the iabot? APK whisper in my ear 06:16, 14 November 2023 (UTC)

What do we need to do/click to test this? –Novem Linguae (talk) 22:29, 15 November 2023 (UTC)

We might need some tech-minded folks and someone who has a page-move bot to look in over at Wikipedia talk:Featured article candidates#Use of 'archiveN' as subpage name for active, non-archival page

The main point is why brand-new FAC pages are called Wikipedia:Featured article candidates/Philosophy/archive1, even though the discussion isn't archived (yet). It seems that years ago, moving the pages when the discussion ended was deemed too burdensome. I think we can do better now. WhatamIdoing (talk) 01:17, 16 November 2023 (UTC)

What is needed here is assistance in implementing this template. You can see Template talk:Refideas editnotice for full discussion, and the original discussion happened here.

I did a limited test on a small selection of articles for 30 days, but they were not high traffic articles so while most of the users who edited the articles advised me they could see the template, none of them made actual use of the sources on the talk page. If you believe that more testing is required before implementation, then we can try again with a selection from this list of talk pages with Refideas and work with some high-traffic articles such as Jazz and Puerto Rico and Star Wars (film) to see if that will lead people to use any of the sources they find on the talk page.

What is needed specifically is to make sure that the edit notice can be made to:

The goal is that we want everyone who clicks "edit" on any article with the Refideas template on its talk page to be able to see this editnotice. BOZ (talk) 21:50, 8 November 2023 (UTC)

@Pppery, @SilverLocust, @Folly Mox any insight on how to proceed, or know anyone else who might? BOZ (talk) 04:29, 11 November 2023 (UTC)

BOZ, based on Template talk:Refideas editnotice, this has gone way beyond my technical competence. It seems like there are a fair number of articles that would need this editnotice, and it would have to be configured to appear on articles whenever someone transcludes {{refideas}} onto its talk page. Both of those sound like tasks for a bot, and since no one has responded to your request here, maybe your next port of call might be WP:BOTREQ? Sorry I'm not able to be of more assistance. Folly Mox (talk) 05:26, 14 November 2023 (UTC)

That actually counts as assistance. :) Thanks! BOZ (talk) 05:40, 14 November 2023 (UTC)

So here is a question. When I click "edit" on a BLP article, I get a red box that says "Notice about sources This article must adhere to the biographies of living persons policy..." which I assume appears because the talk page has the WikiProject Biography tag with the "living=yes" parameter. If that is correct, then would it be a matter of replicating that for articles with the Refideas template? Just hoping to not reinvent the wheel. BOZ (talk) 06:11, 14 November 2023 (UTC)

For reference, that editnotice is triggered by a rule in MediaWiki:Common.js. Dunno if something similar can be done for pages with the refideas template. Jo-Jo Eumerus (talk) 09:19, 14 November 2023 (UTC)

Have you looked at the implimentation of {{todo}}? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:29, 14 November 2023 (UTC)

I'm not particularly technically oriented, but from a glance that looks like it could potentially be similar to my request? BOZ (talk) 14:09, 14 November 2023 (UTC)

@BOZ: Re When I click "edit" on a BLP article, I get a red box, assuming that you mean this notice, it's nothing to do with the talk page banners - as shown in its documentation, it is shown automatically when editing a page categorized as either Category:Living people or Category:Possibly living people. The relevant code in MediaWiki:Common.js is lines 144 on, particularly lines 165-173. --Redrose64 🌹 (talk) 21:48, 14 November 2023 (UTC)

Ah, gotcha, OK. BOZ (talk) 21:49, 14 November 2023 (UTC)

@Redrose64, I thought of this; what if Refideas generated a category? Would we then be able to implement the editnotice on any article that had that category on its talk page? BOZ (talk) 14:43, 15 November 2023 (UTC)

Yes, because Common.js looks at the categories that the page is actually in; it doesn't examine the wikimarkup for the page source. --Redrose64 🌹 (talk) 16:35, 15 November 2023 (UTC)

@Redrose64, sweeeet. :) So the next question is, how do we cause Template:Refideas to generate a category on the talk pages of articles? BOZ (talk) 16:47, 15 November 2023 (UTC)

@Redrose64 or anyone else with the know-how who wouldn't mind helping, so Category:Talk pages with Refideas template now exists, so what would be the next step to test with Common.js to make sure this can work with Template:Refideas editnotice? BOZ (talk) 22:42, 15 November 2023 (UTC)

To be really frank, I do not support adding this to Common.js. Izno (talk) 23:01, 15 November 2023 (UTC)

@Izno oh OK, is there a better method you can think of to achieve the same goal? I'm not technically oriented so I am not aware of what the possible issues might be. BOZ (talk) 23:10, 15 November 2023 (UTC)

The fundamental issue is not one of better or worse, it's that everything has a cost. Adding such a module to Common.js (or any reader-facing JavaScript solution) carries a cost. In this case, the cost is much more than any benefit than I can see.

Someone could probably trivially put together a script for you to import if you wish to know if a specific page has refideas.... Izno (talk) 23:15, 15 November 2023 (UTC)

No, that's not really what I'm hoping to accomplish here. BOZ (talk) 23:21, 15 November 2023 (UTC)

I have created {{Refideas editnotice if exists}} and added to Template:Editnotices/Namespace/Main so this should now be functional. Yes, the BLP editnotice should be coded in the same way instead of using JavaScript, and no I'm not going to fix it. Apologies for not doing this sooner, but this series of messes has gone on long enough now. * Pppery * _{it has begun...} 23:31, 15 November 2023 (UTC)

This does mean that it now appears twice on the test articles. Firefangledfeathers, would you mind deleting those manual additions as now redundant? * Pppery * _{it has begun...} 23:32, 15 November 2023 (UTC)

Awesome, awesome, awesome @Pppery, thank you very much for your help! I love it. :) BOZ (talk) 23:51, 15 November 2023 (UTC)

Don't mind! Will get to em soon. Firefangledfeathers (talk / contribs) 01:08, 16 November 2023 (UTC)

Done. Firefangledfeathers (talk / contribs) 01:47, 16 November 2023 (UTC)

Currently, Wikipedia articles are designed to be read mainly on screens. There's a mobile view and a short description but their format doesn't seem well-suited to a coming class of devices. Smart speakers are already familiar and now there's the ai pin which is a wearable which looks promising. The technical issues which will arise with these may be similar to those arising from the use of screen readers by the blind or visually disabled. And there are users like car drivers and runners who want to keep looking where they are going. Or the elderly who are not comfortable with sophisticated smartphones. So what's the road map or strategy for this class of devices and user? And is someone working on a voice interface for editing so that there can be a two-way traffic? Andrew🐉(talk) 23:46, 15 November 2023 (UTC)

Related: sound logo for Wikimedia. — Frostly (talk) 06:09, 16 November 2023 (UTC)

The new Vector theme appears to have changed the wording of the "New section" tab to "Add topic". This is causing some confusion, as seen here but also in general as help pages such as WP:TPNEW still use "New section". I hate trying to remember how to dig for and find the specific MW config pages that deal with this, but would it be possible to change the wording of the new theme back to "New section"? (please do not ping on reply) Primefac (talk) 11:31, 15 November 2023 (UTC)

See WP:QQX for how to find system messages. uselang=qqx in Vector 2022 says "(vector-2022-action-addsection / skin-action-addsection)". I'm not sure of the meaning when there are two message names but I guess it means to use MediaWiki:Vector-2022-action-addsection if it has been created, and otherwise use MediaWiki:Skin-action-addsection. The MediaWiki default is "Add topic" in both Vector legacy and Vector 2022. Back in 2009, MediaWiki:Vector-action-addsection was created to instead say "New section" in Vector (the only Vector skin at the time). We could create MediaWiki:Vector-2022-action-addsection with "New section" to only affect Vector 2022. We could also create MediaWiki:Skin-action-addsection with "New section". I guess that would affect more skins whose users may be used to "Add topic". PrimeHunter (talk) 12:47, 15 November 2023 (UTC)

With the shortcut being QQX, you can see why I have trouble remembering it... I honestly don't care which we use I mainly prefer "New section" just because it's what I've always seen, but I don't think we should be splitting uses across flavours (and I won't lose sleep if I'm in the minority). Primefac (talk) 12:59, 15 November 2023 (UTC) Okay, so I do have a small preference

WP:MEDIAWIKI is a shortcut to the whole page. WP:QQX is a redirect (without official shortcut status) to the section about the qqx feature. PrimeHunter (talk) 13:07, 15 November 2023 (UTC)

What makes a shortcut "official"? --Redrose64 🌹 (talk) 16:12, 15 November 2023 (UTC)

I assume PrimeHunter is referring to appearing in a {{shortcut}}. Izno (talk) 16:34, 15 November 2023 (UTC)

Yes. It was actually me who made the redirect WP:QQX. The idea was to help users who already know there is something called qqx and try to search it. I didn't think it was worth a {{shortcut}} at the target section. PrimeHunter (talk) 18:29, 15 November 2023 (UTC)

I bring up an issue, and the only responses are about an irrelevant point I made about forgetting a shortcut.... goodness. Primefac (talk) 20:35, 15 November 2023 (UTC)

Congratulations on summing up the Wikipedian philosophy in a few small words! ——Serial 17:23, 16 November 2023 (UTC)

• And of course the tooltip says "Start a new section". — xaosflux ^Talk 21:01, 15 November 2023 (UTC)

Which is the MediaWiki default in MediaWiki:Tooltip-ca-addsection. Maybe the default tooltip deliberately uses different wording from the default label "Add topic". A tooltip isn't very useful if it just repeats the text you are already hovering over. PrimeHunter (talk) 23:08, 15 November 2023 (UTC)

• I prefer add topic as it describes what it does to someone who has never used wiki software before, much less talk pages. New section doesn't. Izno (talk) 22:37, 15 November 2023 (UTC)

Also, users of other MediaWiki wikis may be familiar with "Add topic" which has been the default since Vector became the default skin in 2010. And Special:Preferences#mw-prefsection-editing says "topic" seven times about recent features. I think a consensus discussion would be required before changing to "New section" in Vector 2022. PrimeHunter (talk) 23:08, 15 November 2023 (UTC)

"Add topic" seems rather odd to me. If I am on the talk page for Band X, the "topic" is Band X. Adding a topic implies that I would now be talking about Band Y. Or dinosaurs. Or the Pythagorean theorem. "New section" indicates quite clearly that I am adding a new section to the same page and will still be talking about Band X. --User:Khajidha (talk) (contributions) 06:18, 16 November 2023 (UTC)

I would also support keeping "Add topic", and updating the wording in documentation pages to match that. It seems that the customization to "New section" in 2009 was mostly for consistency with MonoBook [8], which is no longer the default for like 15 years now (also also, it seems to have changed since – the current label there is just "+"). The customization also means that all normal MediaWiki documentation doesn't match Wikipedia, and has to be copied and customized here – for example, someone had to rewrite [9] as [10]. Matma Rex talk 12:34, 16 November 2023 (UTC)

I prefer "New section". My argument from MediaWiki talk:Vector-action-addsection remains unchanged, and it's time we stop having wording changes forced on us from above. * Pppery * _{it has begun...} 15:52, 16 November 2023 (UTC)

My script used to be able to load the 2010 Wikitext editor with CodeMirror. (when configured to do so) Now it only loads the 2010 Wikitext editor and shows buttons for bold, italic, links and images. But the next buttons should be "insert a template" (puzzle piece icon), "reference" (book icon) and (most important) syntax highlighting (marker icon), which activates CodeMirror. The "Cite" link at the end is also missing.
I tried loading some older versions of my script, but it doesn't seem to make a difference. I'm unsure when it broke, but I suspect something changed in the Wikitext 2010 editor. Does anyone have a working example of how to load CodeMirror? Like, any other script that loads an instance of the 2010 Wikitext editor with CodeMirror? — Alexis Jazz (talk or ping me) 18:05, 14 November 2023 (UTC)

Looks like MediaWiki:wikieditor-toolbar-help-page-reference (which used to say "References") also vanished. MediaWiki:wikieditor-toolbar-help-page-format still exists. — Alexis Jazz (talk or ping me) 20:03, 14 November 2023 (UTC)

MediaWiki:wikieditor-toolbar-help-page-reference appears to have been moved to MediaWiki:cite-wikieditor-help-page-references for T339973. Anomie⚔ 22:35, 14 November 2023 (UTC)

@Alexis Jazz How are you enabling CodeMirror? I was expecting to see a CodeMirror.fromTextArea() in your source, but I don't. That would be the normal way to (currently) enable CodeMirror on an arbitrary textarea.

I'll take this opportunity to inform you and others here that CodeMirror is currently being upgraded to the latest major version, and there will be no backwards compatibility. I aim to have this finished sometime early next year. You can follow phab:T259059 for progress. Fixing your script shouldn't be hard, and I'll find it via toolforge:global-search, so you can expect communication with a migration guide well in advance. I also plan to replace the Ace syntax highlighter (and probably the CodeEditor extension entirely) with CodeMirror, so in your script you won't have to check for Ace anymore. — MusikAnimal ^talk 20:53, 15 November 2023 (UTC)

MusikAnimal, that's quite a good question. I'm not sure if mw.user.options.set('usecodemirror',1); was required for it. I think I changed the ID of my textarea to wpTextbox1, mw.loader.using(['ext.CodeMirror'], changed the ID back and click()ed the button in the 2010 Wikitext editor to enable it as needed. I think CodeMirror kind of automatically attached itself to WikiEditor instances.
I found the fromTextArea thing in phab:T214989#7287480 now too, I've been testing and it loads CM but .textSelection('getContents') isn't working on it. (just returns an empty string) — Alexis Jazz (talk or ping me) 00:05, 16 November 2023 (UTC)

@Alexis Jazz Yeah, the jQuery.textSelection() integration is inconveniently baked into the WikiEditor integration. For now, you can just copy the desired code, or even interact with CodeMirror directly. When code CodeMirror 6 is rolled out, adding a full-featured CM instance to any arbitrary textarea will be much easier. — MusikAnimal ^talk 02:12, 16 November 2023 (UTC)

MusikAnimal, there's codeMirror.Doc (capital D, a function) but codeMirror.doc doesn't seem to exist? (I'm probably just being an idiot for not seeing something obvious here)
Sorry to keep bugging you, personally I wouldn't mind waiting for CM6, but I know some of my users are kind of addicted to CodeMirror. Edit: I am in fact an idiot, but I still don't get it and the longer I look at it the more confused I get. — Alexis Jazz (talk or ping me) 02:47, 16 November 2023 (UTC)

At the start of the CodeMirror Programming API section, it says, "Methods prefixed with doc. can, unless otherwise specified, be called both on CodeMirror (editor) instances and CodeMirror.Doc instances." isaacl (talk) 16:06, 16 November 2023 (UTC)

Isaacl, I see, the example Jack gave was kind of incomplete, here's a fully working example:

mw.loader.using( [ 'ext.CodeMirror', 'ext.CodeMirror.lib', 'ext.CodeMirror.mode.mediawiki' ] ).done( function () {
  var config = mw.config.get( 'extCodeMirrorConfig' );
  var $text = $( '<textarea>' ).appendTo( document.body );
  var myCMObject = CodeMirror.fromTextArea( $text.get( 0 ), {
    mwConfig: config,
    lineNumbers: true,
    mode: 'text/mediawiki'
  } );
  myCMObject.doc.setValue('hello world');
  console.log(myCMObject.doc.getValue());
} );

— Alexis Jazz (talk or ping me) 18:06, 16 November 2023 (UTC)

I recently blocked a user from editing Wikipedia:Administrators' noticeboard/Incidents. However, I mis-typed it as Wikipedia:Administrators' Noticeboard/Incidents (which is a redirect) and so they were able to continue commenting at ANI (which was kind of the point of the block!)

Is there an easy way of getting partial blocks to apply to a redirect target as well as the actual page where the block was placed? Ritchie333 ^{(talk) (cont)} 11:11, 16 November 2023 (UTC)

No, just as there is no way to make the protection of a redirect also apply to the redir target. --Redrose64 🌹 (talk) 11:40, 16 November 2023 (UTC)

And you wouldn't want it to in either case - it would allow anybody who can edit the redirect change which (other) page is protected or blocked. Same reason why cascading semiprotection isn't workable.

Something that might serve the same purpose would be to warn if you're partially blocking from a redirect or non-existing page. —Cryptic 11:50, 16 November 2023 (UTC)

A useful feature might be to check that the account has edited the page. I can see circumstances when you might want to block someone who hasn't – perhaps they've been hammering an edit filter without finding the magic formula to get their dross through – but it must be rare. Certes (talk) 19:04, 16 November 2023 (UTC)

If anyone, like me, is perplexed why the National Map viewer in GeoHack always takes one to Newton County, Missouri: It is because there's an error in the URL construction where , is used instead of &.

I most recently encountered this for Whitaker, Kentucky (AfD discussion).

Working URL

https://apps.nationalmap.gov/viewer/viewer/index.html?marker=-83.2575,37.209167,4326&from%20Whitaker%2C_Kentucky,,Whitaker%2C%20Kentucky&scale=100000

Currently failing URL

https://apps.nationalmap.gov/viewer/viewer/index.html?marker=-83.2575,37.209167,4326,from%20Whitaker%2C_Kentucky,,Whitaker%2C%20Kentucky&scale=100000

Maybe this is a recent API change, but definitely all of that "from" information is breaking the marker. Uncle G (talk) 10:49, 17 November 2023 (UTC)

T346920 is now marked as resolved. VisualEditor's Add a link should suggest a redirect with exact case match, thus no longer encouraging editors to add sub-optimal links through redirects from incorrect capitalisation, etc. Certes (talk) 11:44, 17 November 2023 (UTC)

My contributions list looks like this all of a sudden, over the last couple of days. It's gone a bit funny: whatever page I click on '''bolds'' the text, gives it a gives it a yellow background but worst of all, doesn't open. The only way of opening a page is right-click/open. Which is mildly inconvenient. I don't think I've changed anything in my settings for ages, so I'm having difficulty tracking the cause down. Any suggestions? Cheers folks! ——Serial 18:02, 16 November 2023 (UTC)

Also, it acts as if it's an editable page: when I click away from it, the box pops up saying 'This page is asking you to confirm that you want to leave — information you’ve entered may not be saved.' ——Serial 18:41, 16 November 2023 (UTC)

And just found out it's all user contribution pages, incl. block notices... ——Serial 18:46, 16 November 2023 (UTC)

I think that this effect is caused by User:Writ Keeper/Scripts/commonHistory.js, which you are loading in User:Serial Number 54129/common.js. I don't know why it would have changed all of a sudden. – Jonesey95 (talk) 18:52, 16 November 2023 (UTC)

I wonder if GreenC or Galobtter or MusikAnimal or The Earwig or Qwerfjkl have noticed a difference (I just scanned through the list of 40 editors who are using this script and pinged active editors whose names were familiar to me). – Jonesey95 (talk) 18:56, 16 November 2023 (UTC)

Yeah common history is definitely not causing this. Galobtter (talk) 00:00, 17 November 2023 (UTC)

Likewise, not having any issues like this one. — The Earwig (talk) 04:10, 17 November 2023 (UTC)

I don't see CSS in those scripts to cause this... coloring. All that does is make the diffs open/close and provide the appropriate buttons (User:Bradv/Scripts/ExpandDiffs.js is an alternative on this point). I think figuring out where the coloring is coming from is probably the first thing to do. Izno (talk) 19:00, 16 November 2023 (UTC)

Agreed. I was looking at a talk page thread that mentioned "inspect diff" but not the colors. It may be User:Ais523/topcontrib.js. When I load that in my vector.js, I see all sorts of colored backgrounds in my Contributions page. – Jonesey95 (talk) 19:16, 16 November 2023 (UTC)

Yes, this script would cause display like this. I don't personally know why things would have changed like they have. SN, try removing the relevant line and see if it restores the expansion. Izno (talk) 21:38, 16 November 2023 (UTC)

Funnily enough it's not a problem on mobile desktop. All OK here. ——Serial 20:24, 16 November 2023 (UTC)

I don't think it's User:Writ Keeper/Scripts/commonHistory.js. I just installed it the other day and I've had no issues.

@Serial Number 54129 The #1 thing to do when you encounter weirdness like this is to test that it is in fact a script that is at fault. You can do this by viewing the same page while logged out, or add safemode=1 to the URL (example). If the issue goes away, you know it's one of your scripts.

You'll likely have to remove scripts one by one to debug what is causing this. I can say with moderate confidence that what you're experiencing is probably not due to a recent change in MediaWiki. The yellow background is a rather glaring issue; if it were at all widespread, I feel like we would have heard about it by now. — MusikAnimal ^talk 21:41, 16 November 2023 (UTC)

Believe me, MusikAnimal, I wasn't blaming MW; I wouldn't know how to! But it would be cool if I could get a developer to do it, what with me being sausage fingers/muttton-brained in this kind of thing :) it would also be cool to have a script that identified bad scripts. But that rabbit hole might lead us to needing a script that identifies when the bad script identifier itself goes bad, ad infinitum  :) ——Serial 14:37, 17 November 2023 (UTC)

I have recently noticed that there are differences in the UI of DiscussionTools on pages of the Wikipedia: namespace and the talk namespaces on the mobile web. I am not sure if they are intentional or not, or reproducible, so I am asking here. They are:

1. There is no subscribe button on WP: discussions.
2. The reply button is different – on WP: discussions, the reply button looks like the desktop one, while on the latter type of pages, the button shows in a mobile-specific design.
3. Reply buttons are erroneously shown (they should not be there at all) in non-WP: discussions under {{atop}} (e.g. Talk:2023 Israel–Hamas war#Palestinian casualties) or in transcluded discussions, e.g. Talk:Australiformis (though not on the pages they are transcluded from).

A related matter is that collapse/expand icons (caron/caret-like symbols) are centered next to the section title in mainspace sections or WP: discussions but are displayed next to the first line of title in *talk: discussions. This is related to T344629. Janhrach (talk) 11:24, 17 November 2023 (UTC)

1 & 2 are both expected, as is the collapse icon position -- they're symptoms of the DiscussionTools visual enhancement features being restricted to Talk namespaces. We've got a pending deployment (T331635) for "turn on visual enhancements on any page that has __NEWSECTIONLINK__", but I think the current plan is for that to reach enwiki last because we want to make sure any potential problems are ironed out before it goes to the highest-traffic wiki. Though (speaking as someone who's not in charge of the deployment schedule) I'd imagine that we might be responsive to community requests for faster deployment if it's causing problems. (If you're curious, you can see what would happen when it's turned on for a given page by using the dtenable URL parameter, for example on this page.)

3 is a bug, though. Looks like a CSS specificity issue on our end -- we hide reply links inside .mw-archivedtalk, but one of the mobile CSS rules is overriding that. I've made T351542 for this and it'll get fixed. DLynch (WMF) (talk) 15:30, 17 November 2023 (UTC)

Okay, T351542 is fixed. It'll wend its way through the standard deployment process, and make its way to enwiki by Thursday-after-next. (US Thanksgiving is causing disruptions.) DLynch (WMF) (talk) 16:33, 17 November 2023 (UTC)

@DLynch (WMF): Many thanks! Janhrach (talk) 18:03, 17 November 2023 (UTC)

Hello all, the initial generation of the voter suffrage list for WP:ACE2023 has been produced. It is published here (or here, sorted). The list should match the criteria identified here: Wikipedia:Arbitration Committee Elections December 2023#Election_process. The community is invited to spot check this for any technical issues. Should you see any, please post to: Wikipedia talk:Arbitration Committee Elections December 2023/Coordination. Thank you, — xaosflux ^Talk 21:21, 17 November 2023 (UTC)

What would be the best solution to get List of sportspeople who competed for more than one nation back under the post-expand include size limit? Thanks. DH85868993 (talk) 06:13, 17 November 2023 (UTC)

My guess is that removing the flags would fix the problem but doing that would be tricky because several different templates are used to include them. Johnuniq (talk) 06:48, 17 November 2023 (UTC)

Agreed. I tried {{Flagg}}, which claims to reduce post-expand include size, but it is slower and takes the page over the 10-second rendering limit. Certes (talk) 10:12, 17 November 2023 (UTC)

Ditch all those flags, split some of the bigger lists as appears to have been done in Chess section. — xaosflux ^Talk 17:43, 17 November 2023 (UTC)

Yep, ditch the flags. Those templates are tranclusions within transclusions, and we discovered last decade those quickly engage the tranclusions limits. SandyGeorgia (Talk) 17:52, 17 November 2023 (UTC)

A template with arguments like {{flagu|United States}} makes a full recursive expansion at each of the 145 identical calls with that argument. Each template call in the process contributes to the limit. A template without arguments like {{USA}} only makes the full expansion once and then copies the result the next 144 times where they only count with the size of the final output. I have used this to make a fix [11] which removes the category for now without removing flags. The page went from well above the limit to 94% of the limit. That's still close and the problem may return later. PrimeHunter (talk) 01:49, 18 November 2023 (UTC)

Are my [expand / collapse][chevrons / carets] supposed to be misaligned with the section headings now on Minerva? (Android + Firefox, duplicated in Chrome). Just wondering if this is intentional. Folly Mox (talk) 13:24, 9 November 2023 (UTC)

I hesitantly suspect this might be related to phab:T344629 (just based on the timing and keywords), so I've added a note there with some additional details. Will await confirmation before adding a {{tracked}} template here though. Quiddity (WMF) (talk) 21:24, 9 November 2023 (UTC)

I was indeed related to T344629 -- we didn't think about how the change would interact with pages that do get DiscussionTools processing them but don't (yet?) get the visual enhancements applied. It's fixed in T351044, and the patch will be rolling out on the train this week. Expect it to look correct again on enwiki on Thursday. DLynch (WMF) (talk) 16:53, 13 November 2023 (UTC)

T351044 seems to be fixed, may I politely ask anybody with a Phabricator account to tag it so? Thank you. Janhrach (talk) 10:39, 17 November 2023 (UTC)

It's awaiting quality assessment by the Editing team, so it's not yet closed. Nardog (talk) 08:27, 18 November 2023 (UTC)

H:INCAT has an example of how to search incategory that does not work. See the search for "ammonia" in Category:German chemists and it ends up searching the main namespace, not the category namespace and returns 0 results. If someone can help me fix this, it will also solve a problem that I'm trying to solve over at species:. Merci. ―Justin (koavf)❤T☮C☺M☯ 09:41, 18 November 2023 (UTC)

It's not supposed to search in the category namespace, it returns no results simply because there are in fact no articles that contain the word "ammonia" in that category. Nardog (talk) 10:04, 18 November 2023 (UTC)

Okay, that is pretty confusing... Maybe a more intelligible example is better? To be fair, I'm also sleep deprived, with just three hours in the past 36, so maybe that's it. Thanks. ―Justin (koavf)❤T☮C☺M☯ 10:20, 18 November 2023 (UTC)

Indeed, it does not search the category namespace by default, because categories are not a content namespace. If you want to search the category namespace, you must change the namespace selections in the search menu or by specifying a name at the beginning of the search input. Izno (talk) 16:47, 18 November 2023 (UTC)

I guess I was just fundamentally confused and it seems like the example is not optimal by providing an example search that has no results... ―Justin (koavf)❤T☮C☺M☯ 21:53, 18 November 2023 (UTC)

Maybe it had results when the example was added, or maybe somebody thought it would be interesting to give an example which only produces results with deepcat in the following section. I think it's best to have an example which gives results in both cases but a lot more with deepcat. I have changed it to "Berlin" [12] which currently gives 20 results for Berlin incategory:German_chemists and 493 for Berlin deepcat:German_chemists. PrimeHunter (talk) 22:35, 18 November 2023 (UTC)

I'm a Monobook user, running Vivaldi on a Mac Air. When I try to reach Special:EditWatchlist, I either get no response or a timeout because "The maximum request time of 60 seconds was exceeded." --~~ Orange Mike | Talk 19:09, 18 November 2023 (UTC)

How large is your watchlist? Izno (talk) 21:38, 18 November 2023 (UTC)

To butt in, mine also won't load and it's c. 25,000 items. I get: "[characters] 2023-11-18 21:54:38: Fatal exception of type "Wikimedia\RequestTimeout\RequestTimeoutException""―Justin (koavf)❤T☮C☺M☯ 21:55, 18 November 2023 (UTC)

25k is pretty close to when you should think about trimming. We probably need a Help:Big watchlist shortcut. Izno (talk) 21:57, 18 November 2023 (UTC)

I just found out the hard way. I don't know what to do now other than manually go page by page and find things to un-watch. :/ ―Justin (koavf)❤T☮C☺M☯ 22:02, 18 November 2023 (UTC)

You can probably get to Special:EditWatchlist/raw, and remove some just by looking at the titles or namespace. Then grab a load of titles, convert them into links, preview them in a sandbox, and remove some more. -- zzuuzz ^(talk) 22:10, 18 November 2023 (UTC)

If Special:EditWatchlist/raw also fails then try it in safemode. PrimeHunter (talk) 22:37, 18 November 2023 (UTC)

Yeah, mine's approaching 24-25K. I'll try the "raw" deal and see if it works. --Orange Mike | Talk 22:39, 18 November 2023 (UTC)

See this discussion: is it possible to search the contents of Wikipedia using Wikidata queries? Jarble (talk) 19:54, 18 November 2023 (UTC)

No. You can probably use some combination of PagePile and Petscan to do what you might want (you should explain what that is). Izno (talk) 21:42, 18 November 2023 (UTC)

@Izno: See the example here: I thought Wikipedia would support haswbstatement as a search parameter to filter search results using their Wikidata properties. I would use these queries to find pages on the English Wikipedia that aren't linked to articles in other languages, and update the links accordingly. Jarble (talk) 22:40, 18 November 2023 (UTC)

Jarble, Wikipedia has no c:Commons:Structured data.
I can only assume you want to search for something within Wikipedia (like Special:Search/incategory:"1980 births") and further filter to find articles without interwiki links. A user script could achieve that (you search here and the script checks Wikidata for interwiki links), some combination of PagePile / PetScan maybe but depends on what you want to do exactly. — Alexis Jazz (talk or ping me) 23:34, 18 November 2023 (UTC)

It would be nice if, in the VE interface for editing templates, url values had a button that linked to the website, to avoid copy/pasting. This is especially useful when editing citations in the VE. For example, it currently (very, very roughly) looks like this:

Could we have the external link icon actually act as a link? Is that possible, or reasonable? Edward-Woodrow (talk) 20:03, 18 November 2023 (UTC)

It might be a bit unintuitive -- speaking for myself, I wouldn't expect something inside an input to have an effect like that. DLynch (WMF) (talk) 00:22, 19 November 2023 (UTC)

Venus was recently edited to remove an image which has been deleted from Commons. The image was added some months ago to replace a similar image, which was presumably considered inferior but better than nothing. The article is now left with no image. Everyone clearly acted in good faith here, and each action considered individually was an improvement, but the net result makes the article worse. This isn't a one-off incident: I've seen similar sequences elsewhere. Do we have any process for detecting, and ideally rectifying, such problems? Certes (talk) 16:49, 19 November 2023 (UTC)

Invasive species in Australia#Invasive insects and terrestrial arthropods {{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}} is showing an {{error}}. After playing around with it in my sandbox for far too long, I found that the "Unknown country code for year 2022: AUS " message was coming from Template:To USD/data/2022, which has yet to be filled with much data (compare with Template:To USD/data/2021).

What I don't understand is why the template is trying to use 2022 when the parameters fed to it specify |year=2021. I tried to change 2021 to 2020 or 2019, but no matter what year I give it, it runs off to make the "2022 error". The template coding is very complicated and I don't care to spend another hour trying to solve it. wbm1058 (talk) 13:19, 19 November 2023 (UTC)

There are many interacting templates and I don't know the system but I previewed {{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}} and hovered over the list of used templates with Navigation popups to find a recent change. {{Inflation/year}} was edited today by Pppery who set AU = 2022.[13] It worked before that. PrimeHunter (talk) 13:49, 19 November 2023 (UTC)

This was a pain to unravel. I in the end just added the relevant data for Australia to Template:To USD/data/2022 rather then trying to make the template system work better. * Pppery * _{it has begun...} 17:39, 19 November 2023 (UTC)

Thanks Pppery. The last two examples at Template:AUDConvert#Examples have to=EUR and still display an error message which wasn't there before [14]. PrimeHunter (talk) 17:56, 19 November 2023 (UTC)

I have fixed those by creating a stub at Template:To EUR/data/2022. * Pppery * _{it has begun...} 18:26, 19 November 2023 (UTC)

What's the right way to display a transparent PNG containing white text on a black (#000000) background? Is there some image code or infobox parameter that can be used (with {{Infobox company}}) or should a derivative image with a black background be made (and how so)?

The article is GirlsDoPorn (warning: graphic descriptions of rape) and myself and Vanjagenije are unsure. While we're here I wonder if the PNG should be converted to an SVG but don't know how to do this. — Bilorv (talk) 15:06, 19 November 2023 (UTC)

There's an imagestyle parameter to {{Infobox}} that {{Infobox company}} doesn't pass through. I've added it to {{Infobox company/sandbox}}, and for now it can be seen in the article by transcluding that instead and adding |imagestyle=background:black but it looks pretty poor - the background is too narrow on the top and bottom, and much too wide on the left and right. I'd advise creating a derivative image instead. —Cryptic 19:43, 19 November 2023 (UTC)

There are recurring problems at Special:WantedCategories that happen entirely as a result of misuse of dated maintenance templates, which I wanted to ask if there's any way to prevent.

1. Somebody postdates {{as of}} to a future date whose "current" conditions cannot possibly be known yet (this time out I came across examples for both January and October of 2024), thus autogenerating the dated monthly category for "Articles containing potentially dated statements from Month YYYY". AnomieBOT then comes along and automatically creates that category since it's a non-empty dated monthly maintenance category, but then leaves the container "Clean-up categories from Month YYYY" as a redlink that whoever's dealing with redlinked category cleanup has to manually clean up by correcting the misdated template and then deleting the premature dated-statements category in order to resolve the clean-up redlink. Category:Articles containing potentially dated statements from January 2024, for example, has already had to be deleted five times as of today (three of them in the past week alone), with its first creation taking place in May 2023. But, of course, we cannot already know as of today what will become true months or years into the future, so there's no call for postdating an "as of" template that way and no reason why any categories beyond the current month would need to already exist now. Is there any way that this template can be made to do an ifexist check, and use one "as-of templates with dating problems" catchall category if the template is dated to a future month whose category doesn't and rightly can't exist yet, instead of autogenerating a redlink that cascades into a two-step problem?
2. Somebody who doesn't understand how {{citation needed}} works backdates the dating on that template to either the month and year when the uncited statement was originally added to the article in the first place, or the month and year in which the event that the statement is describing took place, thus repeating the same "AnomieBOT creates the dated monthly and then humans have to deal with a redlink for the clean-up container parent" cycle. But, of course, what we're tracking here is when was the template added to the article, not how long ago did the things the article is about originally happen or how long the article has existed, so there's never any reason to add a citation needed template dated any earlier than the current month. So, again, is there any way that this template could be coded to do an ifexist check, and use a "citation needed templates with dating problems" catchall instead of autogenerating a dated monthly that doesn't already exist?

Thanks. Bearcat (talk) 17:57, 19 November 2023 (UTC)

I've fixed the first issue, although I called the category the less-critically-named Category:Articles containing potentially dated statements from the future. For the second issue, the template already does check if the category exists to populate Category:Articles with invalid date parameter in template but then populates the redlinked category anyway for some reason. I'll give Anomie a ping since this interacts with several of their bot tasks. * Pppery * _{it has begun...} 18:14, 19 November 2023 (UTC)

The dated subcats of Category:Clean-up categories don't get created when non-empty because the cats with redlinks to those don't get added to Category:Articles with invalid date parameter in template. I can have AnomieBOT specially look at every category listed starting with "Clean-up categories from" to look for missing "month year" ones. Hopefully that's the only one, having to list all the cats and pick out the very occasional missing ones is a bit wasteful of resources.

AnomieBOT mostly won't create categories for dates more than 1 day in the future even if non-empty. There are currently two exceptions: non-empty subcats of Category:Articles containing potentially dated statements will be created up to 366 days in advance because there are potentially some cases where things are reasonably expected in some advance (and getting everyone to always use {{update after}} seems unlikely), and non-empty subcats of Category:Articles that include images for deletion will be created up to 8 days in advance due to how that one is added by deletion templates.

Similarly, AnomieBOT re-creates non-empty cats for past dates in case of reverts that restore a past-dated template. It won't go earlier than 2004 though (Category:Wikipedia articles in need of updating is an exception), since no revert could produce an earlier date than that. But it can't easily tell the difference between a revert and a human doing the wrong thing. Anomie⚔ 23:48, 19 November 2023 (UTC)

When editing on my (Android) phone in mobile mode (not Desktop), there is not a Changes page or display, only a Preview of the rendered edit. Does functionality exist to show Changes in mobile mode before publishing, or can that function be added? Haven't found discussion of this issue. DonFB (talk) 00:04, 20 November 2023 (UTC)

I just fixed a problem with ChristieBot but I don't understand what happened and would be glad of an explanation. I normally use Chrome but yesterday had a reason to log in to Wikipedia on a separate browser, so I started Edge and discovered that I had logged in as ChristieBot there. I logged out, logged in as myself, and then found a few hours later that ChristieBot was failing. I logged back in as ChristieBot on Edge and when that didn't fix it I ran the bot interactively on the toolserver. It prompted me for ChristieBot's password, and once I put that in everything started working again. What happened? Why would logging out of a web browser cause the toolserver to require a fresh login? Mike Christie (talk - contribs - library) 11:48, 20 November 2023 (UTC)

When you logout, you invalidate your login session, which logs out your account on all your devices. What kind of authentication are you using for the bot account ? user/pw, botpasswords or oauth ? —TheDJ (talk • contribs) 11:59, 20 November 2023 (UTC)

Thanks for the explanation; that makes sense. I'm not at that computer and can't easily check (it was a year ago and I don't remember) but I think it was botpasswords; I think I tried OAuth and couldn't get it to work. Mike Christie (talk - contribs - library) — Preceding undated comment added 12:20, 20 November 2023 (UTC)

Not new, but am wondering if anyone else experiences this. Specific to the Book Citation - Ref Tool Bar. Used to be that if I entered a ISBN and clicked on the Autofill button, it populated the template. Hasn't worked for a few months now. And it's only that one item on the tool bar. The rest work as they always did. Has anyone else experienced this glitch? — Maile (talk) — Preceding undated comment added 04:49, 20 November 2023 (UTC)

I've had the impression that it's gotten picky with the format/type of isbn, but don't trust me on this. Gråbergs Gråa Sång (talk) 07:36, 20 November 2023 (UTC)

@Maile66: Always give an example when you report an issue. It works for me on tested ISBN's with Firefox and Vector legacy or Vector 2022. I clicked "Cite" above the edit area in the source editor, selected "cite book" and entered 0-596-51516-2 in the ISBN field. PrimeHunter (talk) 12:51, 20 November 2023 (UTC)

Thanks. It works easily for me just now. My skin is Modern with Firefox. Just one of those passing things, I guess. — Maile (talk) 13:09, 20 November 2023 (UTC)

MediaWiki message delivery 00:53, 21 November 2023 (UTC)

Why was Wikipedia:Vital articles/list/A.json created in json format in one edit, but on Wikipedia:Vital articles/data/A.json I needed to change the content model? — Martin (MSGJ · talk) 20:57, 20 November 2023 (UTC)

Wikipedia:Vital articles/list/A.json was created in userspace and moved. Compare User:MSGJ/Example.json and Wikipedia:Example.json. The former starts the code editor for me and the latter starts the wikitext editor. I assume it's defined somewhere in which namespaces a .json page name will be created with the json content model. The model is kept if the page is moved. PrimeHunter (talk) 21:16, 20 November 2023 (UTC)

The relevant code for userspace is here. PrimeHunter (talk) 21:26, 20 November 2023 (UTC)

Thanks for the explanation. I don't know why userspace is treated differently to other non-content pages. — Martin (MSGJ · talk) 07:28, 21 November 2023 (UTC)

Because user space can also have user scripts (which in turn can use json). But if suddenly .json pages started showing up in article namespace, the community would flip out. —TheDJ (talk • contribs) 09:56, 21 November 2023 (UTC)

Hi all. Updated a couple Commons images some days back:

City_of_York_Green_Belt.svg

South_West_Yorks_green_belt.svg

Preview images not showing on Commons and have tried all the Help:Purge#Images suggestions.

Please advise, thanks.

Regards, The Equalizer (talk) 23:05, 21 November 2023 (UTC)

1. The new version is not using xlink, which i assume is the problem
2. These are not actually SVGs. They are PNGs wrapped in an SVG. If you don't have the original, then you can't modify them properly. This is not how SVGs are supposed to used.

—TheDJ (talk • contribs) 23:14, 21 November 2023 (UTC)

That is useful - I'll recompile and see how I get on. Thanks. The Equalizer (talk) 23:18, 21 November 2023 (UTC)

The Equalizer, see also c:Category:Fake SVG and Category:SVGs containing nothing but raster graphics. Maybe @JoKalliauer has some useful advice. — Alexis Jazz (talk or ping me) 01:16, 22 November 2023 (UTC)

I'm attempting to correct an issue with the map on this page. As the article lead suggests, the map shown in the infobox - File:Inner Loop Rochester map.svg - is no longer accurate and the map that should be appearing instead is File:Inner Loop Rochester 2014 map.svg. However, simply replacing the file name is causing the map to not render correctly. Can someone with better skills than me possibly get the file replaced? Home Lander (talk) 20:43, 19 November 2023 (UTC)

The infobox is actually currently showing me neither - it's a wildly-inaccurate openstreetmap render which shows the east section intact and none of the southwest third (concurrent with 490) in red. —Cryptic 23:50, 19 November 2023 (UTC)

@Home Lander: I changed back to the image (with the new file name), is what's currently on the page what you want? LittlePuppers (talk) 00:34, 20 November 2023 (UTC)

You got it. Thanks. Home Lander (talk) 02:18, 22 November 2023 (UTC)

Hello, all, I'm looking for some opinions. Wikipedia:Village pump (policy) tends to have size issues. Yesterday, it was at 970K – nearly a million bytes long, or approximately the length of any single volume in The Lord of the Rings. For comparison, this page is presently 70K, VPPR is 263K, VPIL is 100K, and VPM is 20K.

WP:SIZESPLIT suggests 30K to 50K, as encyclopedia articles aren't supposed to be book-length. IMO village pumps don't need the same restriction, because they aren't normally read straight through, but there are other considerations, namely that we still need people to be able to read them, including reading/scrolling through them on a smartphone and to reply to the comments there.

My question for you all is: How much text should be considered unwieldy or inaccessible (in a technological or practical sense) for people who are using a smartphone? WhatamIdoing (talk) 20:35, 20 November 2023 (UTC)

I know that VPP now loads a lot better, it had started to breakdown. 970K is way over whatever the limit should be. VPPR is still loading without issue though. -- LCU ActivelyDisinterested «@» °∆t° 20:19, 21 November 2023 (UTC)

So maybe we should pay attention/encouraging large conversations to split around a quarter million bytes? WhatamIdoing (talk) 20:49, 21 November 2023 (UTC)

I can't give exact figures without a lot of testing, but I'd guess the figure is higher. Maybe encouragement at 250k, with strong advice to do so at 500k. It would also depend on how much more discussion is likely, if the discussion has died down splitting it may not be worthwhile. -- LCU ActivelyDisinterested «@» °∆t° 21:13, 21 November 2023 (UTC)

As someone who edits frequently on a mobile device, it would be much appreciated if village pumps were smaller. — Qwerfjkltalk 21:27, 21 November 2023 (UTC)

100-150K seems like a reasonable upper bound in the general as we've generally held to even for our longest pages (e.g. FAs), both in the discussion context and outside it. Tenders of VPPOL itself should do more to encourage splitting threads to subpages of VPPOL or RFC or a topic-specific proposal page, as much of the size is caused by novels of discussions that would be good to preserve in a specific location anyway. If a 1-line advertisement of that discussion needs to be pinned on VPPOL until the conclusion, that seems like a reasonable tradeoff for purpose.

(And it's usually pretty easy to know which discussions will be large and which won't.)

Much of what makes these pages difficult to load is the fact we use the discussion system we do, rather than one suited to a "forum" (for lack of a better word). Opening a new list and list item and then closing it every time someone makes a comment isn't efficient.

The only particular pain I have with such pages on mobile is when discussions become too indented. But I have 5G networks. You should consider how big a page should be when dealing with 3G networks, which I think is what WMF still tests with. You can simulate network speed in browser console. Izno (talk) 21:29, 21 November 2023 (UTC)

See also Wikipedia talk:Village pump (proposals)#Looking for some unofficial clerks. WhatamIdoing (talk) 02:28, 22 November 2023 (UTC)

Hi everyone,

In the past few months, the Web team from the Wikimedia Foundation has started working on the project Accessibility for reading. Our goal is to improve the typography on the desktop and mobile sites, and build an easy way for logged-in and logged-out users to set their preferred typography.

In October and November, we shared a prototype with 13 Wikipedia language communities and received feedback from more than 600 editors and other logged-in users. The prototype allowed them to experiment with different font sizes, line height, and paragraph spacing, and report which configuration was most comfortable for them.

The majority preferred a slightly larger font size and line height than the current default (around 15 – 17px). A large group showed a strong preference for the current default (14 px), while a smaller group preferred significantly larger font sizes (20–24px). See the full results of the testing.

We learned that editors who decided to take part in the test are interested in changes. We hope that small, medium, and large options to choose between will be received positively.

In the first half of December, on all wikis, we will launch a new beta feature which allows to select the preferred typography. The feature will be opt-in and available in your user preferences. Turning it on will display a new collapsible menu in the right sidebar, which will appear under the Tools menu.

We invite you to look out for it, try it out when it becomes available, and tell us what you think. In the meantime, if you have time - read over the report linked above and take a look at the mock.

(If you're curious about tiny details, there's a small error on the mock, the Tools menu should be next to the "View history" link and the watch star. Also, we may choose the wording "Night mode" instead of "Dark mode". The "hide" button doesn't have brackets and the word "Theme" is bolded out because this mock is built upon visual changes which we're rolling out next week, and which we mentioned in Tech News: 2023-47 - learn more about that here).

Thank you! SGrabarczuk (WMF) (talk) 01:17, 24 November 2023 (UTC)

"Night mode" risks confusion with things like windows Night Light and its reduced blue.©Geni (talk) 01:30, 24 November 2023 (UTC)

Greetings, Hoping the following is not "off-topic", as I thought to share my Monobook skin Font and Color changes for readability.

Recently, I downloaded and installed Font Inter from Github here. Inter a trademark of Rasmus Andersson (DBA: RSMS) This font IMO is very readable and "easy-on-the-eyes"; and contains many foreign language glyphs.

Within my fav Skin (monobook.css), I made these changes:

1. Content (font-family) = "Inter Medium" - very readable
2. Content color = 800000 (Maroon) - a dark font color choice
3. Content background = ffe4e1 (Misty Rose) - contrast color for maroon
4. Wikilink font = "Inter" - slightly lighter than Inter Medium
5. Wikilink color = 348781 (Aquamarine Stone) - tones down Blue default

Since computer displays show colors and contrasts differently, these settings can be changed for individual needs. I am certain these choices may not be for everyone but I am hoping this example is helpful, especially for editors with visual difficulty , and those with many hours of Wikipedia updates. Regards, JoeNMLC (talk) 16:00, 24 November 2023 (UTC)

Hi. Could someone with some technical expertise have a quick look at Template talk:Copyvio/core#Requested move 14 November 2023. It is sitting in the RM backlog and has been unopposed for over a week but I worry that carrying out the move as proposed could break things. Jenks24 (talk) 08:32, 24 November 2023 (UTC)

I've taken care of this — Martin (MSGJ · talk) 13:10, 24 November 2023 (UTC)

  Resolved

–Novem Linguae (talk) 18:38, 24 November 2023 (UTC)

Hello! Is there a way for mass-reverting moves? In my homewiki we're in a situation where we need to mass-revert some hundred pages moved recently (together with their talk pages). Any way to achieve that without needing to manually move each one? I thought I'd ask here for help, maybe you can point me into a tool or a native way to achieve that. - Klein Muçi (talk) 11:57, 24 November 2023 (UTC)

User:SD0001/massMoveRevert.js. – SD0001 (talk) 12:43, 24 November 2023 (UTC)

SD0001, thank you very much! — Klein Muçi (talk) 13:19, 24 November 2023 (UTC)

  Resolved

–Novem Linguae (talk) 18:38, 24 November 2023 (UTC)

So, I've been using one-click archiving on my talk page for years. I realized it was a little cluttered today so I went to archive some stuff, only to find the links on the section headers are gone. Checked a few other pages that I know use one-click and I'm not seeing them there either. Beeblebrox (talk) 23:56, 22 November 2023 (UTC)

@Beeblebrox: the script you're using, User:Technical 13/Scripts/OneClickArchiver.js, was blanked due to it being broken. Using a fork such as User:Evad37/OneClickArchiver.js should work. Elli (talk | contribs) 00:01, 23 November 2023 (UTC)

Oddly, it tried to stop from saving the code, saying it contains errors, but I just confirmed it is working just fine. Thanks! Beeblebrox (talk) 00:22, 23 November 2023 (UTC)

  Resolved

–Novem Linguae (talk) 18:39, 24 November 2023 (UTC)

{{Check completeness of transclusions}}

The tool doesn't work. Again.

504 Gateway Time-out. HandsomeFella (talk) 07:59, 25 November 2023 (UTC)

And the error page gives the name of the people who maintain it. —TheDJ (talk • contribs) 09:38, 25 November 2023 (UTC)

This question is about the ins and /ins tags, and presumably the del and /del tags. If I omit the / in the closing tag, and so have an extra ins, and then have another insertion, it appears that its end tag does not turn off the underscoring. My inference is that the extra insert tag not only fails to turn off the insertion (of course), but specifies two levels of insertion, so that multiple turn-off tags are also required.

Also, is there a way that I can display the tags with the angle brackets rather than having them actually do their thing? Robert McClenon (talk) 22:17, 25 November 2023 (UTC)

You can use nowiki tags to disable tags. For a shorthand you can also use < as the opening bracket and that will display the tag. Or you can use {{tag}}.

Your understanding is correct. Open a tag and forget to close it, you now simply have two open tags which both need closing. Izno (talk) 23:16, 25 November 2023 (UTC)

{{Tag}} is very nice. Like this: <ins>...</ins>. It also has fun options for showing just one kind of tag, like this: </ins>. – Jonesey95 (talk) 00:40, 26 November 2023 (UTC)

WP:SIZE#If you have problems editing a long article says Often you can edit the article one section at a time by using the "Edit" links you see next to each header in the article. This should work as long as none of the sections are longer than 32 kB Is this limit still correct? Hawkeye7 (discuss) 20:09, 25 November 2023 (UTC)

I don't really understand why that number is there. There is no particular limit in either section or full page editing (well, there is for full pages, but it takes a lot of text to get there and the engine will tell you it's at the limit).

I would recommend changing it to something along the lines of "if the section also isn't large" or similar. Izno (talk) 23:19, 25 November 2023 (UTC)

The hard 32 kB limit was there because Netscape Navigator 4.76 and Opera 6.04 had problems with edit fields larger than that size. Per the Netscape Navigator and History of the Opera web browser, those web browser versions were released in the late 1990s and 2001, respectively. I wouldn't be surprised if these browsers are now unable to read Wikipedia pages, much less edit them, so I've edited the guideline accordingly. Graham87 (talk) 06:12, 26 November 2023 (UTC)

I uploaded a video but was not blessed with a good thumbnail. So I uploaded File:Ubisoft Quebec office in 2013 thumb.jpg, this worked but now the video player doesn't open anymore.
How do I adjust the thumbnail for a video? — Alexis Jazz (talk or ping me) 16:56, 24 November 2023 (UTC)

This probably got broken in the figure element rewrite. You can also use the thumbtime parameter to get the thumb of an offset in the video. Ill file a ticket later tonight. —TheDJ (talk • contribs) 17:13, 24 November 2023 (UTC)

TheDJ, thanks, that's exactly what I was looking for! Somehow thumbtime wasn't documented on mw:Help:Images. I had already filed phab:T351937, I changed it from a feature request to a bug report. — Alexis Jazz (talk or ping me) 18:45, 24 November 2023 (UTC)

It’s documented at mediawikiwiki:Extension:TimedMediaHandler#Syntax_synopsis and probably also somewhere at Commons. —TheDJ (talk • contribs) 19:08, 24 November 2023 (UTC)

Also at WP:EIS#Video files. --Redrose64 🌹 (talk) 13:53, 26 November 2023 (UTC)

The latest run of Special:WantedCategories features a redlink for an infobox-generated (hence unremovable) maintenance category that I don't know what to do with, Category:Pages using infobox boxer (amateur) with conflicting parameters. I don't know if this is a category we want, or if it's one that should just be banished into the ether — and even if we want it I have absolutely no idea where it would belong in the category tree, while if we don't want it then I have no idea how to make it go away.

So could somebody with more knowledge about infobox maintenance categories either create the category if it's wanted, or kill it off so that it's never generated at all anymore if it isn't? Thanks. Bearcat (talk) 15:21, 25 November 2023 (UTC)

I have created the category. * Pppery * _{it has begun...} 16:39, 25 November 2023 (UTC)

@Bearcat: The template {{Infobox boxer (amateur)}} has this code

{{#invoke:Check for clobbered parameters|check
| template = [[Template:Infobox boxer (amateur)|infobox boxer (amateur)]]
| cat = {{main other|Category:Pages using infobox boxer (amateur) with conflicting parameters}}
| nicknames; nickname
| weight class; weight_class
| medals; medaltemplates
}}

and as long as that code is present, Category:Pages using infobox boxer (amateur) with conflicting parameters should exist.

When there are pages listed in that cat, the thing to do is to visit the page (e.g. Luke Jackson (boxer)), and . Then, without altering anything, click Show preview. This will yield a message like this:

Preview warning: Using more than one of the following parameters in infobox boxer (amateur): medals, medaltemplates.

Return to the point where you were editing the lead section, locate the parameters concerned - in this case |medals=2006 Commonwealth Games and |medaltemplates=
{{MedalCompetition|[[Boxing at the Commonwealth Games|Commonwealth Games]]}}
{{MedalBronze| [[2006 Commonwealth Games|2006 Melbourne]] | [[Boxing at the 2006 Commonwealth Games|Featherweight]]}}. Decide whether they should be combined, or one of them simply removed. Amend and save, the page should drop out of the category. --Redrose64 🌹 (talk) 16:31, 26 November 2023 (UTC)

Hi,

I read here that Wiktionary is not considered local to the Wikipedia project as far as Interwiki prefixes are concerned, yet a call to mw.site.interwikiMap("local") includes it. Should it be there?

Thanks,

J 5.64.158.190 (talk) 21:20, 26 November 2023 (UTC)

I think this has something to do with one of the stylesheets here, because safe mode does not result in this issue. There is a CSS line somewhere that has "height: auto;" and that is causing the height of the audio file player to get messed up. I isolated it to https://en.wikipedia.org/w/load.php?lang=en&modules=ext.gadget.Shortdesc-helper-pagestyles-vector%2CTwinkle-pagestyles%2CresponsiveContentBaseTimeless&only=styles&skin=timeless but cannot figure out which MediaWiki page I need to go to edit this. If an interface admin can fix this that would be great. Thank you. Awesome Aasim 21:55, 26 November 2023 (UTC)

On what specific page are you experiencing the issue? Izno (talk) 21:58, 26 November 2023 (UTC)

I added a file to Fire alarm notification appliance with a recording of the standard pattern used for fire alarms in North America, and while the file shows fine when in landscape, when viewing in portrait (first on my phone but later by using the F12 developer tools to test the page), it turns out that the "height: auto" might be interfering with the proper display of the player. Awesome Aasim 22:12, 26 November 2023 (UTC)

Ok I isolated the problem even further to MediaWiki:Gadget-responsiveContentBaseTimeless.css, line 71. I think that line needs to be removed or rethought out to allow the player to work on Timeless when so narrow. Awesome Aasim 22:20, 26 November 2023 (UTC)

So while browing Wikipedia as a reader, I noted that Template:State historic sites of Louisiana map is being used at List of Louisiana state historic sites. If I'm reading the code right, this is created by taking an underlying map, and then overlaying the pins by hard-coding a pixel location in the template. This works at a standard presentation on a laptop, but at least on my mobile the way this code is written creates a warping of pin locations - everything is shifted to the west to the extent that Mansfield and Fort Jesup are showing up in Texas. Hardcoding pixel locations like this can't be a best practice. Is there any way to fix this within the current template, or does this just need replaced with something derived from Template:Location map? Hog Farm _Talk 00:43, 26 November 2023 (UTC)

I'd start by replacing it with one of the few standard templates, yes. If that doesn't fix it, that's a bigger problem. (Memory says those aren't perfect but also aren't as broken at low resolution.) Izno (talk) 01:47, 26 November 2023 (UTC)

It works for me to remove text-align:center in the article.[21] PrimeHunter (talk) 10:21, 26 November 2023 (UTC)

With text-align:center the map was centered above the caption so if the caption has a longer line than the map width then the map is moved to the right. The pins were not moved so that's bad. In my desktop view the first caption line is slightly longer than the map so the pins also became slightly displaced for me in desktop. It was much more in mobile. PrimeHunter (talk) 00:22, 27 November 2023 (UTC)

Hi,
Will someone who knows table formatting please have a look at the table in this page. I wonder about making the association of the four source language headings with system variants more evident. Ie. "Source Texts in Oberon" should associate with the variants preceding "Source Texts in Oberon-2" and "Source Texts in Oberon-2" should associate with variants between that and "Source Texts in Active Oberon". Might be clear enough already but I imagine emboldening the line above each "Source Texts" heading. Thanks, ... PeterEasthope (talk) 14:50, 26 November 2023 (UTC)

@PeterEasthope: The column headers in the middle would be against MOS:COLHEAD in the English Wikipedia but I don't know Wikibooks. I have added style="border-top: solid 2px".[22] PrimeHunter (talk) 16:32, 26 November 2023 (UTC)

Single header alternative:

1. Make source text the first column
2. Use rowspan to make its cells multi row
3. Apply background colour and bold to make it look like a heading.
4. Rotate text 90 degrees so it consumes little horizontal space

Uwappa (talk) 16:41, 26 November 2023 (UTC)

Please don't Apply background colour and bold to make it look like a heading, it will create an accessibility problem. If it's supposed to be a header for the row, mark it up as a header cell (by using ! at the start of the line instead of |) and give it the attribute scope=row. --Redrose64 🌹 (talk) 16:50, 26 November 2023 (UTC)

If you want to rotate a header then Wikibooks has b:Template:Vertical header although it's only used in one page. PrimeHunter (talk) 17:12, 26 November 2023 (UTC)

Broken into multiple tables again, to avoid violation of MOS:COLHEAD. With multiple tables, the emboldened line is not required. I find the uniform column widths aesthetically preferable to distinct widths in each table.

Is a table heading better than the column spanning heading such as "Source Texts in Oberon"? Thx, ... PeterEasthope (talk) 02:33, 27 November 2023 (UTC)

Hello, I've decided to make a Lua module to replace {{Name in official languages}}. I'd appreciate it if anyone could check whether the code has any issues.

At the moment I'm trying to figure out how to create wikilinks for the languages, which I'm having trouble with, due to Lua error at line 22: attempt to concatenate local 'display' (a nil value).

It's at: Module:User:A diehard editor/Name in various languages

- A diehard editor (talk | edits) 17:37, 26 November 2023 (UTC)

No templates in section headers.

Not at all clear to me what it is that you are trying to do. It appears that you are attempting to use Module:Lang/data to get language names from language tags. Your life might be easier if you use the functions built into Module:Lang that already do that. For example, your test template has 'en = English' so I presume that you want to fetch the language associated with en from Module:lang/data. You can do that with a template call that looks like this:

{{lang|fn=name_from_tag|en}} → English

You can require() Module:lang into your module to do the same thing:

local lang_mod = require ('Module:Lang');
local language_name = lang_mod._name_from_tag ({'en'});

Or, because I suspect that the variety of languages needed is limited, you are probably better off using the MediaWiki magic work {{#language}} to get the name associated with a language tag:

{{#language:en|en}} → English

You can also do this in your module:

local language_name = frame:callParserFunction ({name='#language', args={'en', 'en'}});

—Trappist the monk (talk) 20:00, 26 November 2023 (UTC)

Changing my mind. Better to require ('Module:Lang') because you will have to anyway to properly render the official name associated with the language tag.

Also, no need to construct language name links (as you are attempting in line 22. The call to Module:lang to get the language name can be tweaked to get a linked version:

local lang_mod = require ('Module:Lang');
local language_name = lang_mod._name_from_tag ({'en', ['link'] = 'yes'});

The call to Module:lang to render the official name looks something like this:

local official_name = lang_mod._lang ({'en', 'official name'});

—Trappist the monk (talk) 20:32, 26 November 2023 (UTC)

(If not covered above)

Hi,

So, basically you can't concatenate nil, yet display is indeed nil because you're feeding in values that aren't in language_names (Module:Language/data/iana_languages). This is because you're still iterating over the frame arguments including width, font_size & name as the frame object exposes its parameters via a metatable-provided interface, so your attempt to set these to nil has no effect. Because you intend to support multiple languages, and so multiple parameters, you'll need to filter out these other parameters in your iteration. However, you can't just exclude these three (width, font_size & name) because users may stuff in other random ones too, so you'll need to check the item exists within your language_names first. Due to the structure of your code, checking in ::resolve_language is too late, because you'll have already set up table lines by that point, so you'll need to check before constructing the row, e.g. in p.main.

Note too that Module:Language/data/iana_languages has entries with multiple ISO 639-1 names, e.g. "cu", so you may want to consider handling these. You should also consider users entering no languages at all, i.e. your template should not even begin to construct a table.

make_language_row can't expand the lang template directly in the Module. You should use the frame object's expandTemplate function to handle this.

I've put in some changes to your template as a demo. I'll let you sort out the styling & article links etc..

Regards,

J

5.64.158.190 (talk) 20:59, 26 November 2023 (UTC)

Thanks! Well, I was under the impression that my module wouldn't be able to call local functions in other modules.. but again I'm quite a newcomer to Lua, and Wikipedia's particular flavor of it. A diehard editor (talk | edits) 03:07, 27 November 2023 (UTC)

Here is a working example of one way to accomplish the rewrite: Module:User:Trappist the monk/Name in various languages

—Trappist the monk (talk) 04:00, 27 November 2023 (UTC)

Nice 5.64.158.190 (talk) 05:13, 27 November 2023 (UTC)

Well that was better. I still want to write the module myself though for the learning experience, but the one you have certainly works. Once I've finished the module I'll convert it to Wikipedia's style and move it to Module:Name in various languages. A diehard editor (talk | edits) 06:52, 27 November 2023 (UTC)

I recently updated my phone from iOS 16 to iOS 17.1.1. When I access Wikipedia’s desktop site on my phone, every page I load starts out zoomed in about 200%. I can pinch to fully zoom out, but it’s annoying that I have to do that on every page. Also the width of the search bar is messed up. Are these known bugs, or is this because of some sort of browser setting on my end? —pythoncoder (talk | contribs) 20:16, 21 November 2023 (UTC)

Might be a setting, because i'd expect a lot of people to report about such a problem if it were widespread. Have you checked the fontsize option (under the Aa button) in the browser ? It's persisted per website, so if you accidentally change it, you are stuck with it until you reset it to 100%. —TheDJ (talk • contribs) 23:10, 21 November 2023 (UTC)

Just noticed this thread and realized it's the same for me, I updated a 12 mini to iOS 17.1.1 and have the same result. Home Lander (talk) 16:58, 23 November 2023 (UTC)

Looks normal to me. I'm on iOS 17.1.1 as well. ― novov (t c) 08:56, 27 November 2023 (UTC)

I'm trying to pass a parameter to #if which begins with a space. Essentially, I want it to output nothing if quiet=1, ELSE output a space followed by some more output.

But the template engine trims the preceding space and I can't figure out how to escape it. I can use Template:Spaces, but that produces   and requires the inclusion of a template which surely shouldn't be required. I'm sure this must be an easy fix, but I can't for the life of me find the relevant documentation pages. Can anyone help?

If you want to see my code, I'm using the sandbox at Template:X28.

Cheers, Akakievich (talk) 11:43, 27 November 2023 (UTC)

@Akakievich: One option is to encode the space as  . Another is to place something non-displayed like <nowiki /> before the space. PrimeHunter (talk) 12:00, 27 November 2023 (UTC)

Maybe Template:If can help. Gonnym (talk) 12:25, 27 November 2023 (UTC)

Two great solutions, thank you both. Akakievich (talk) 12:58, 27 November 2023 (UTC)

This is a followup to Wikipedia:Village pump (technical)/Archive 208#Purge API broken? It's still broken for me. I was hoping that T349348, which has been closed as "resolved", would fix it. The code review says the "Change has been successfully merged" and the "Post-merge build succeeded" November 01. But I can't find the MediaWiki release that deployed this patch. Can someone figure out and explain the current status of this? Thanks, wbm1058 (talk) 13:13, 20 November 2023 (UTC)

Can you clarify what is still broken for you? The bug and the patch you linked are for the Pywikibot framework, but later you talk about MediaWiki, so I am a bit confused. The previous thread you linked is pretty long and also confusing. Matma Rex talk 13:44, 20 November 2023 (UTC)

Just tried purging a page with forcelinkupdate=1 via ApiSandbox. I can see the page_links_updated value in database is updated. I don't think anything is wrong in MediaWiki; it could be an issue with the client code used. – SD0001 (talk) 13:52, 20 November 2023 (UTC)

THIS and THIS is the code for my BRFA-approved bot which is running on the Toolforge. It was working fine in August, when I pretty-much wrapped up my project to install this automated process. I've not made any (breaking) code changes since then, as I thought I was done tweaking the code to the point where it just ran itself and no longer needed close supervision. The first page it is attempting to refresh links for is Soygu (which is a redirect). The bot is stuck repeatedly attempting to purge this page, and no error code is returned to indicate there was any problem. Quarry query shows that the date is not being updated. Likely it was last updated by my bot on August 17, 2023. – wbm1058 (talk) 16:48, 20 November 2023 (UTC)

It seems to me that your bot has successfully purged that page with recursive links update about 50 times per day for the last couple of days (and completed 750,000 other purges every day – I'm surprised we have the logs for this, but we do: [23]). It's interesting that page_links_updated is not being updated, I will try to find out if that's expected or when it changed. It seems like a different issue than the last time (and it seems like the purges are working). Matma Rex talk 18:26, 20 November 2023 (UTC)

When viewing a Gerrit patch, if you click on the three dots at the top-right and select "Included in", it tells which branches the patch has been merged into. If it were a MediaWiki patch, you can then cross-reference with toolforge:versions to determine if it has been deployed yet. Here however, the patch is to Pywikibot. I see it is included in the 8.5.0 and 8.5.1 releases, so you'll want to make sure your Pywikibot is updated to one of those versions in order for the change to take effect. — MusikAnimal ^talk 18:46, 20 November 2023 (UTC)

Thanks for the helpful information. I realize now that I incorrectly assumed it was a MediaWiki patch. I don't think I have access to the Logstash, which would have helped me verify my bot's actions. I guess I could apply for nda group access for researchers and volunteers, if I sign an NDA for access to confidential data?

page_links_updated was definitely getting updated until sometime after August, so answering the question "why did it stop getting updated?" should hopefully lead to the solution. wbm1058 (talk) 19:50, 20 November 2023 (UTC)

(Logstash is indeed not public, and you could apply to get access, but you're not missing much in this case – I just linked to log messages that indicate that your API requests reach this point in the code: [24]) Matma Rex talk 20:41, 20 November 2023 (UTC)

I've looked for any recent changes to MediaWiki that would affect this, and I didn't find any. Then I tried doing a similar request using Special:ApiSandbox, and it worked for me – the page_links_updated field got bumped. So I tried running your code, and… it worked too. I'm definitely confused.

My current theory is that your bot is successfully scheduling the links update (as indicated by the log messages), but they are not actually happening for some reason.

In order to test that theory, I'd like to ask you to do two things, and run the script just once with these changes:

• Uncomment print_r($result); in refreshmainlinks.php line 106
• Change curl_setopt($this->ch, CURLOPT_HTTPHEADER, array('Expect:'));
  to curl_setopt($this->ch, CURLOPT_HTTPHEADER, array('Expect:', 'X-Wikimedia-Debug: backend=mwdebug2001.codfw.wmnet; log'));
  in botclasses.php line 109

The first will show you the API result, just in case it contains some interesting warnings. The second will enable debug logging on the WMF servers for these requests (wikitech:WikimediaDebug), I'll be able to view the results in Logstash and perhaps we'll find out what is happening.

Matma Rex talk 20:41, 20 November 2023 (UTC)

OK, I've shut down my bots while we debug this, since they weren't working right anyway... toolforge jobs delete refreshlinks and toolforge jobs delete refreshmainlinks

I started testing this by doing the purges at a slower rate, and then ramped up the speed, figuring I would refresh-links as fast as I could, until the system couldn't keep up... I think the problem may be that the system doesn't have a good way of telling me that it's not keeping up. Now I'll make the code changes and run the test that you requested. – wbm1058 (talk) 21:41, 20 November 2023 (UTC)

I also commented out the last line of refreshmainlinks.php so that it wouldn't run forever: #goto doit_again;

toolforge-jobs run refreshmainlinks --command "php ./php/refreshmainlinks.php" --image php8.2 -o ./logs/refreshmainlinks.log -e ./logs/refreshmainlinks.log

Running now... wbm1058 (talk) 21:57, 20 November 2023 (UTC)

PHP version: 8.2.7

Logging in...
GET: https://en.wikipedia.org/w/api.php?action=query&meta=tokens&type=login&format=json (0.175213098526 s) (100 b)
POST: https://en.wikipedia.org/w/api.php?action=login&format=json (0.79974794387817 s) (73 b)
...done.

Days ago to refresh: 95
Current time: 1700517512 (2023-11-20 21:58:32)
Refresh time: 1692309512 (2023-08-17 21:58:32) ==> 20230817215832

Connected to database
mysqli_result Object
(
    [current_field] => 0
    [field_count] => 1
    [lengths] => 
    [num_rows] => 10000
    [type] => 0
)

0> Soygu
POST: https://en.wikipedia.org/w/api.php?action=purge&format=json&assert=user&forcerecursivelinkupdate=1 (3.1107079982758 s) (2223 b)
Array
(
    [batchcomplete] => 
    [purge] => Array
        (
            [0] => Array
                (
                    [ns] => 0
                    [title] => Soygu
                    [purged] => 
                    [linkupdate] => 
                )

            [1] => Array
                (
                    [ns] => 0
                    [title] => Soyinka, Wole
                    [purged] => 
                    [linkupdate] => 
                )

            [2] => Array
                (
                    [ns] => 0
                    [title] => Soynuts
                    [purged] => 
                    [linkupdate] => 
                )

            [3] => Array
                (
                    [ns] => 0
                    [title] => Soyode
                    [purged] => 
                    [linkupdate] => 
                )

            [4] => Array
                (
                    [ns] => 0
                    [title] => Soyons Libres
                    [purged] => 
                    [linkupdate] => 
                )

            [5] => Array
                (
                    [ns] => 0
                    [title] => Soyul
                    [purged] => 
                    [linkupdate] => 
                )

            [6] => Array
                (
                    [ns] => 0
                    [title] => Soyun Kasum oglu Sadykov
                    [purged] => 
                    [linkupdate] => 
                )

            [7] => Array
                (
                    [ns] => 0
                    [title] => Soyuz-7 (rocket)
                    [purged] => 
                    [linkupdate] => 
                )

            [8] => Array
                (
                    [ns] => 0
                    [title] => Soyuz 7K-L1E No.1
                    [purged] => 
                    [linkupdate] => 
                )

            [9] => Array
                (
                    [ns] => 0
                    [title] => Soyuz 7K-LOK No.1
                    [purged] => 
                    [linkupdate] => 
                )

            [10] => Array
                (
                    [ns] => 0
                    [title] => Soyuz 7K-LOK No.2
                    [purged] => 
                    [linkupdate] => 
                )

            [11] => Array
                (
                    [ns] => 0
                    [title] => Sozuza
                    [purged] => 
                    [linkupdate] => 
                )

            [12] => Array
                (
                    [ns] => 0
                    [title] => Soñer, Javier
                    [purged] => 
                    [linkupdate] => 
                )

            [13] => Array
                (
                    [ns] => 0
                    [title] => Soñora, Joel
                    [purged] => 
                    [linkupdate] => 
                )

            [14] => Array
                (
                    [ns] => 0
                    [title] => Soči
                    [purged] => 
                    [linkupdate] => 
                )

            [15] => Array
                (
                    [ns] => 0
                    [title] => Soʻx District
                    [purged] => 
                    [linkupdate] => 
                )

            [16] => Array
                (
                    [ns] => 0
                    [title] => So’a language
                    [purged] => 
                    [linkupdate] => 
                )

            [17] => Array
                (
                    [ns] => 0
                    [title] => Sp1 transcription factor
                    [purged] => 
                    [linkupdate] => 
                )

            [18] => Array
                (
                    [ns] => 0
                    [title] => Sp6likevirus
                    [purged] => 
                    [linkupdate] => 
                )

            [19] => Array
                (
                    [ns] => 0
                    [title] => SpAd
                    [purged] => 
                    [linkupdate] => 
                )

        )

    [normalized] => Array
        (
            [0] => Array
                (
                    [from] => :Soygu
                    [to] => Soygu
                )

            [1] => Array
                (
                    [from] => :Soyinka,_Wole
                    [to] => Soyinka, Wole
                )

            [2] => Array
                (
                    [from] => :Soynuts
                    [to] => Soynuts
                )

            [3] => Array
                (
                    [from] => :Soyode
                    [to] => Soyode
                )

            [4] => Array
                (
                    [from] => :Soyons_Libres
                    [to] => Soyons Libres
                )

            [5] => Array
                (
                    [from] => :Soyul
                    [to] => Soyul
                )

            [6] => Array
                (
                    [from] => :Soyun_Kasum_oglu_Sadykov
                    [to] => Soyun Kasum oglu Sadykov
                )

            [7] => Array
                (
                    [from] => :Soyuz-7_(rocket)
                    [to] => Soyuz-7 (rocket)
                )

            [8] => Array
                (
                    [from] => :Soyuz_7K-L1E_No.1
                    [to] => Soyuz 7K-L1E No.1
                )

            [9] => Array
                (
                    [from] => :Soyuz_7K-LOK_No.1
                    [to] => Soyuz 7K-LOK No.1
                )

            [10] => Array
                (
                    [from] => :Soyuz_7K-LOK_No.2
                    [to] => Soyuz 7K-LOK No.2
                )

            [11] => Array
                (
                    [from] => :Sozuza
                    [to] => Sozuza
                )

            [12] => Array
                (
                    [from] => :Soñer,_Javier
                    [to] => Soñer, Javier
                )

            [13] => Array
                (
                    [from] => :Soñora,_Joel
                    [to] => Soñora, Joel
                )

            [14] => Array
                (
                    [from] => :Soči
                    [to] => Soči
                )

            [15] => Array
                (
                    [from] => :Soʻx_District
                    [to] => Soʻx District
                )

            [16] => Array
                (
                    [from] => :So’a_language
                    [to] => So’a language
                )

            [17] => Array
                (
                    [from] => :Sp1_transcription_factor
                    [to] => Sp1 transcription factor
                )

            [18] => Array
                (
                    [from] => :Sp6likevirus
                    [to] => Sp6likevirus
                )

            [19] => Array
                (
                    [from] => :SpAd
                    [to] => SpAd
                )

        )

)

That's the beginning of my log. I don't think it shows anything abnormal. – wbm1058 (talk) 22:15, 20 November 2023 (UTC)

OK, it's refreshed 10,000 links in 34 1⁄2 minutes, so you should have plenty of X-Wikimedia-Debug stuff to examine in the logs now. – wbm1058 (talk) 22:47, 20 November 2023 (UTC)

Yep, I see them, I will have a look. Thanks. Matma Rex talk 23:04, 20 November 2023 (UTC)

Well, I don't know why this is happening. I filed a task about it, so that someone else from my team might have a look with fresh eyes, feel free to follow along: T351729. It might take us a few days to get around to this (it's the holiday and flu season), I hope the problem is not urgent. Matma Rex talk 15:24, 21 November 2023 (UTC)

Perhaps there's one more thing we could try: could you try to run your bot script once using another account, and check if it succeeds? And also, could you try to perform the purge using Special:ApiSandbox#action=purge&forcerecursivelinkupdate=1&titles=... while logged into your bot account, and check if it succeeds? If one of these methods works, that might help us guess where the problem lies. Matma Rex talk 15:28, 21 November 2023 (UTC)

I picked two random pages with August "links-updated" dates (verified by a Quarry query), then logged into the Bot1058 account (using the normal password, not the BotPasswords password) and performed the API sandbox purge. It worked!

    "batchcomplete": true,
    "purge": [
        {
            "ns": 0,
            "title": "Speciestaler",
            "purged": true,
            "linkupdate": true
        },
        {
            "ns": 0,
            "title": "Specific State Memory Recall",
            "purged": true,
            "linkupdate": true
        }
    ],
    "normalized": [
        {
            "fromencoded": false,
            "from": "Specific_State_Memory_Recall",
            "to": "Specific State Memory Recall"
        }
    ]

Noting one difference, in the API sandbox results, "purged": true, and "linkupdate": true which in the console log they are null: [purged] => and [linkupdate] =>

I'm not sure whether that's a significant difference. – wbm1058 (talk) 20:01, 21 November 2023 (UTC)

The difference is because ApiSandbox applies formatversion=2 param. – SD0001 (talk) 06:12, 22 November 2023 (UTC)

Right, thanks. I added &formatversion=2 to the API call and ran the test again. Returned "1" rather than "true" but I suppose that's just a matter of variable-type declarations.

Array
(
    [batchcomplete] => 1
    [purge] => Array
        (
            [0] => Array
                (
                    [ns] => 0
                    [title] => Soyinka, Wole
                    [purged] => 1
                    [linkupdate] => 1
                )

            [1] => Array
                (
                    [ns] => 0
                    [title] => Soynuts
                    [purged] => 1
                    [linkupdate] => 1
                )

Checking the Quarry query, still failed to update page_links_updated. – wbm1058 (talk) 17:00, 22 November 2023 (UTC)

Finished another 10K edits run with X-Wikimedia-Debug stuff, under a different bot account of mine. Checking with Quarry for a couple of the pages that it was supposed to have purged, they still show page_links_updated August 17. So it still fails when running under a different account. Hmm, wbm1058 (talk) 22:43, 21 November 2023 (UTC)

Thanks for checking, that's interesting, although I'm not sure what it means yet. We haven't had the time to investigate. Matma Rex talk 16:42, 27 November 2023 (UTC)

The template adds an extra line break (?) during render and I don't know why. Example Thridrangaviti_Lighthouse#Technical_features where the last bullet uses the template, there is an extra line after it.

I am unable to replicate the problem in an example like this:

• Line 1
• Line 2.^[1] — cf. List of lighthouses in Iceland
• Line 3

Or this:

• Line 1
• Line 2.^[1] — cf. List of lighthouses in Iceland

next section

Thanks. -- GreenC 16:20, 27 November 2023 (UTC)

Because there is a line break before the <noinclude>?

I removed that line break and previewed this page. For me with my browser, there was no difference but perhaps there is with your browser?

—Trappist the monk (talk) 16:25, 27 November 2023 (UTC)

  Fixed. The line break was causing the problem. – Jonesey95 (talk) 17:04, 27 November 2023 (UTC)

Special:Diff/1165197447/1187126200, thank you. -- GreenC 17:27, 27 November 2023 (UTC)

MediaWiki message delivery 23:06, 27 November 2023 (UTC)

I'm using source editor with editor toolbar ("2010 wikitext editor"). But the button   for syntax highlighting is gone. It's called "Activate highlighting in wikitext" at Help:Edit toolbar. It is supposed to be between dropdown "Advanced" and puzzle-piece icon button  . Instead, I see button called "Reference"  .

As far as I know, this button comes from Extension:CodeMirror, which is still enabled according to Special:Version. In preferences, I have:

• Preferences → Editing →   Enable the editing toolbar This is sometimes called the '2010 wikitext editor'.
• Preferences → Editing →   Enable the visual editor
• Preferences → Editing →   Use the wikitext mode inside the visual editor, instead of a different wikitext editor
• Preferences → Editing →   Enable editing tools in source mode
• Preferences → Gadgets → Editing →   ^(S) Syntax highlighter: Alternative to the default coloring of wiki syntax in the edit box (works best in Firefox and works almost all of the time in Chrome and Opera)
• Preferences → Gadgets → Editing →   Enable the legacy (2006) editing toolbar. This will be overridden by the "Enable the editing toolbar" option in the Editing tab.

There was a discussion ~ten ago about CodeMirror, which also mentioned tweaking the UI, but I'm not sure it is related. How do I get the button   back? —⁠andrybak (talk) 22:45, 25 November 2023 (UTC)

Check an edit page in safe mode e.g. . If it works there, you have a conflicting gadget or script enabled and will need to identify which. Izno (talk) 23:12, 25 November 2023 (UTC)

Thank you, Izno. I've tried safe mode, and unfortunately it is still "      Advanced" for me. —⁠andrybak (talk) 23:16, 25 November 2023 (UTC)

@Andrybak: You need to disable the syntax highlighter gadget; this is unrelated to the CodeMirror extension. If you're wondering how it could possibly interfere while in safe mode, CodeMirror apparently checks for for this gadget (and also WikEd), and won't load if it's enabled. Suffusion of Yellow (talk) 18:54, 26 November 2023 (UTC)

Suffusion of Yellow, thank you. That's it, I got button   again.

This is a recent change, introduced in commit c0b0100 (Add $wgCodeMirrorConflictingGadgets instead of checking wikEd directly, 2023-10-10). The change seems to come from phab:T178348, quote Investigation: CodeMirror and WikEd gadget (and maybe other syntax highlighting gadgets) don't get along well

I couldn't find any mention of DotsSyntaxHighlighter in any related tickets or commits. So it seems, that the combination CodeMirror+DotsSyntaxHighlighter is only hypothetically causing problems? The combination works fine for me. I used DotsSyntaxHighlighter most of the time, and enabled CodeMirror   on a case-by-case basis for complicated template edits.

Thankfully, I found a workaround on mw:User:Remember the dot/Syntax highlighter. Add the following to common.js to load DotsSyntaxHighlighter without it being detected by CodeMirror:

mw.loader.load('//www.mediawiki.org/w/index.php?title=MediaWiki:Gadget-DotsSyntaxHighlighter.js&action=raw&ctype=text/javascript');

@MusikAnimal FYI this whole section. —⁠andrybak (talk) 02:01, 27 November 2023 (UTC)

Indeed, the check against DotsSyntaxHighlighter is new. I can remove it given you say there are no conflicts. @Andrybak I have to ask, though: Is there something DotsSyntaxHighlighter does that CodeMirror doesn't? If it comes down to simply colors, you can customize those to your liking. See the guide at meta:Community Wishlist Survey 2016/CodeMirror#Color and style customization. — MusikAnimal ^talk 21:54, 27 November 2023 (UTC)

MusikAnimal, in my experience DotsSyntaxHighlighter loads just the tiniest bit snappier than CodeMirror. CodeMirror adds just enough friction for my gnomish edits, so it is turned off most of the time.

Thank you for the pointer about color customization, and for maintaining CodeMirror in general. —⁠andrybak (talk) 22:01, 27 November 2023 (UTC)

@Andrybak My pleasure! DotsSyntaxHighlighter will work with CodeMirror again starting this Thursday. Best, — MusikAnimal ^talk 04:36, 28 November 2023 (UTC)

Could someone please go to Cupcake#Themes and click on one of the images? The gallery higher up on the page lets me click through to the image (licensing/copyright implications here), but this gallery doesn't let me do that. WhatamIdoing (talk) 20:12, 27 November 2023 (UTC)

Remove |link= from each of those images.

—Trappist the monk (talk) 20:16, 27 November 2023 (UTC)

Thanks; fixed. I wonder if that bug has been filed against the visual editor. WhatamIdoing (talk) 20:20, 27 November 2023 (UTC)

@WhatamIdoing: I opened phab:T352093 on this. Do you know if it used to work and broke (regression), or has never worked? — xaosflux ^Talk 20:34, 27 November 2023 (UTC)

There is already phab:T350912. PrimeHunter (talk) 20:36, 27 November 2023 (UTC)

Well, the feature's been around for almost ten years, and I think if this were a normal occurrence, I'd have noticed before. It's broken now. It worked in 2015. Between now and then, I don't know. WhatamIdoing (talk) 20:39, 27 November 2023 (UTC)

Thanks, tagged as regression as well. — xaosflux ^Talk 20:40, 27 November 2023 (UTC)

I have a patch up to fix it now. After it merges, galleries with the issue will unfortunately need to be fixed up manually in source mode. DLynch (WMF) (talk) 17:55, 28 November 2023 (UTC)

That sounds like something a bot could do. WhatamIdoing (talk) 18:36, 28 November 2023 (UTC)

This search currently finds 428 possible mainspace cases. That's doable with AWB if somebody (not me) wants to work on these which break the image license in most cases by not linking to the file page with attribution and license. PrimeHunter (talk) 19:12, 28 November 2023 (UTC)

I've asked for help at Wikipedia:AutoWikiBrowser/Tasks#Gallery image formatting problem. WhatamIdoing (talk) 21:58, 28 November 2023 (UTC)

Hello! Recently, I sent emails directly to an @wikipedia.org address and emailed a user via Special:EmailUser founction. However, both got no response. Is there any technique issues or am I blacklisted? How do I fix it? Thanks.--Whisper of the heart 03:03, 22 November 2023 (UTC)

@Whisper of the heart: Your Wikipedia mail should be working. Have anyone said they don't receive mails from you or are you merely wondering why they haven't replied? That's not a technical issue but you can mail yourself or me as a test if you want. PrimeHunter (talk) 20:20, 22 November 2023 (UTC)

OK, I will send a test email to you. Whisper of the heart 20:47, 22 November 2023 (UTC)

@Whisper of the heart: I got the mail. PrimeHunter (talk) 20:50, 22 November 2023 (UTC)

Great! It seems that my email is working, but receivers haven't replied for some reason. Thanks a lot--Whisper of the heart 21:10, 22 November 2023 (UTC)

@Whisper of the heart: If you email somebody via Special:EmailUser, the recipient is not obliged to respond. Indeed, over the last fourteen years about twenty people have sent emails via Special:EmailUser/Redrose64 and IIRC I only replied to one of them, and that was concerning when this RfA should be filed. You might wonder why I have email set up if I have no intention of responding: it's in case I forget my password (this has actually happened). --Redrose64 🌹 (talk) 22:37, 22 November 2023 (UTC)

@Redrose64: Make that at least two; you responded to mine :-) ... I do intend on following up on that one properly (by making my way to your neck of the woods) within the next year ... this is not a threat. :-) Graham87 (talk) 10:11, 23 November 2023 (UTC)

The boilerplate appended to mail sent through Special:EmailUser actually warns against responding, at some length. —Cryptic 22:46, 22 November 2023 (UTC)

@Redrose64 FYI, in Special:Preferences you can turn of "allow users to email me", while keeping your email for password recovery. — xaosflux ^Talk 22:48, 22 November 2023 (UTC)

You people are right, actually I also set up rules to filter emails including Wikipedia's robot messages to another folder...--Whisper of the heart 11:32, 23 November 2023 (UTC)

You also mentioned a direct email to a @wikipedia.org address. I don't know about other addresses, but if that was emergency wikipedia.org, you should definitely have received a reply, probably within about 10 minutes or so. If you didn't, don't assume your message has been read. Suffusion of Yellow (talk) 23:41, 23 November 2023 (UTC)

I'll add that the emergency email seems to have been having problems with emails being directed to the spam folder. This may or may not be the same with whichever wikipedia email address Whisper of the heart was directing their email towards. EggRoll97 ^(talk) 01:31, 25 November 2023 (UTC)

@Suffusion of Yellow and EggRoll97: The groups I emailed was the checkuser team, in fact I still get no reply so far so I believe my mail was lost or spamed, but luckly I got in touch with them by other way... I think maybe their mailbox have the same problem as the emergency email's.--Whisper of the heart 18:39, 29 November 2023 (UTC)

Yesterday I moved a page and today I get the following error message when I try to view the page view: Error querying Pageviews API - Not Found

Maybe it takes a few days for the system to kick in? Palisades1 (talk) 20:11, 28 November 2023 (UTC)

@Palisades1 it sounds like you are referencing https://pageviews.wmcloud.org/ ? If so the maintainers of that external tool ask that you report issues here: meta:Talk:Pageviews Analysis. — xaosflux ^Talk 20:17, 28 November 2023 (UTC)

got it. Thanks, Palisades1 (talk) 20:20, 28 November 2023 (UTC)

@Palisades1: Always be specific and give relevant links when you ask a question. I assume this is about [28]. It was answered yesterday when you asked at Wikipedia:Help desk#What does this mean? You saw the answers so I don't know why you ask here today. PrimeHunter (talk) 20:19, 28 November 2023 (UTC)

"I moved a page" i takes at least a day before pageview information becomes available. So if you moved the page yesterday, it cannot have collected pageviews for the new title yet. —TheDJ (talk • contribs) 21:49, 29 November 2023 (UTC)

Based on my reading of Template:sidebar, 65% of our readers do not see the sidebars (they are mobile) and no technical fix is likely or even planned AFAICT.

In Wikipedia:WikiProject_Physics the template sidebar is used for contextual navigation in many articles. Unlike the "See also" or wikilinks in the page, the sidebar acts as a stable, well-ordered, annotated, consensus global view of sub-topics in physics.

If the sidebar feature is not practical, I wonder if the Wikipedia design gurus have suggestions for alternatives? Johnjbarton (talk) 18:01, 27 November 2023 (UTC)

Thank you for raising this. I came across this exact problem when adding {{LGBT sidebar}} to GaLTaS. No-one can see it on mobile devices unless they switch to Desktop view, and they don’t know what they’re missing unless they do. Chrisdevelop (talk) 08:49, 30 November 2023 (UTC)

In 2023 the largest article promoted to featured so far might be 12,000 readable prose words [29]. Is it possible for someone to calculate the largest promoted each year 2020-23, at the time of promotion, if it doesn't take too long or tell me who can please? It may help with a discussion we're having here: Wikipedia_talk:Article_size#Summarising_evidence,_arguments_on_limits Tom B (talk) 12:16, 28 November 2023 (UTC)

Tpbradbury, WP:QUERY perhaps? — Qwerfjkltalk 18:50, 29 November 2023 (UTC)

thank you! Tom B (talk) 11:33, 30 November 2023 (UTC)

This query shows the largest page in bytes at time of promotion to FA. Getting the number of prose words would be difficult, and impossible with the Quarry tool that WP:QUERY uses. Certes (talk) 19:51, 29 November 2023 (UTC)

@Certes, thanks v much! i've rerun the query going back as far as possible i.e. 2014-2023 [30] I can manually retrieve the prosable word size for the articles you've helpfully found, thanks again! Tom B (talk) 11:10, 30 November 2023 (UTC)

Hi there,

i'm not seeing a TOC at Midazolam. If i switch my prefs to the old/legacy-2010 look, the TOC shows up. I looked in the code and no "toc" string to be found. Jerome Potts (talk) 09:56, 30 November 2023 (UTC)

@Jerome Charles Potts: I assume you have Vector 2022 where it may be on an icon   next to the heading. PrimeHunter (talk) 10:25, 30 November 2023 (UTC)

@PrimeHunter: Thank you for your reply. I reverted back to the default Vector 2022 skin, and i see no such icon. But ah, if i hide the main menu from the left sidebar, then i get the menu icon at the top left. Regardless: lo and behold, the TOC appears now. —Jerome Potts (talk) 12:25, 30 November 2023 (UTC)

Hi all

I'm trying to use Template:Scalable image on some help pages and my user page which will appear on Wikipedia and Meta. However the template doesn't exist on Meta yet. It uses some other templates and I don't want to try to do it and make a mess I have to ask someone else to clean up, can I request someone else please copy it over for me? It will be really useful for creating documentation. I know this is a request for Meta fom Wikipedia but there are very few people who look at the notice boards there.

Thanks very much

John Cummings (talk) 12:20, 30 November 2023 (UTC)

Seems like you need meta:Help:Import and I figure you could ask at meta:Meta:Requests for help from a sysop or bureaucrat. Jo-Jo Eumerus (talk) 12:39, 30 November 2023 (UTC)

Quarry:query/runs/all

For 2 days now, Quarry has automatically stopped any SQL that runs for longer than 60 seconds.

Unfortunately, this means that certain queries, e.g. searching for syntax errors in URLs, are no longer possible. (e.g. Quarry:query/77794 for dewiki expected result 0-20 recordsets within 120-180 seconds, for enwiki correspondent Quarry:query/78127]] needed 2543 seconds with ~10k recordsets)

The last successful, slow-running query ran at 2023-11-28 14:08 within 653 seconds. ⵓ (talk) 10:51, 30 November 2023 (UTC)

I noticed this too, but assumed it was just me accidentally clicking the Stop button. The limit used to be 30 minutes. (Perhaps someone tried to raise that to 60 minutes and forgot it was in seconds.) Certes (talk) 12:39, 30 November 2023 (UTC)

It seems like I missed setting an explicit timeout when moving the wiki replicas to a different set of load balancers, and the defaults set were set to much lower limits that would be more appropriate for HTTP connections. I deployed a fix at around 11:00 UTC today after someone pointed out the same issue on IRC. Taavi-WMF (talk) 12:57, 30 November 2023 (UTC)

Thank you! Quarry:query/77794 returned 6 rows within 120 seconds.ⵓ (talk) 13:32, 30 November 2023 (UTC)

I actually thought the limit was longer than 30 minutes? When trying to identify candidates for mass draftification I’ve sometimes needed to run scripts for times considerably in excess of that - over an hour in some cases, I believe. BilledMammal (talk) 13:40, 30 November 2023 (UTC)

It was 30 minutes last time I checked but may have changed. Certes (talk) 14:09, 30 November 2023 (UTC)

It used to be, but it's been significantly longer for a while now. quarry:query/77375 from last month, for example, completed successfully after almost three hours. —Cryptic 14:42, 30 November 2023 (UTC)

I actually wonder if it's dynamic; I find that if I’ve run a few long ones I get cut off sooner for the next few days. BilledMammal (talk) 14:51, 30 November 2023 (UTC)

On Wikipedia:Vital articles we have a number of headers of level 1, 2, 3 and 4. The heading "General" appears nine different times on the page, under different parent sections. Is there any way to reliably link to the "General" level 3 section which comes under "Mathematics" level 2 section? Or should we use {{anchor}} for this? I notice that using an underscore and number, e.g. Wikipedia:Vital articles#General_9, works, but would presumably break if one of the other General sections was removed. — Martin (MSGJ · talk) 13:10, 1 December 2023 (UTC)

The only options are an anchor or making the section name unique. There is no way to say "The General heading under Mathematics". Wikipedia:Manual of Style#Section headings (for articles) says "section headings should: Be unique within a page, so that section links lead to the right place." PrimeHunter (talk) 15:15, 1 December 2023 (UTC)

By the way, the underscore can also be a space in wikilinks: Wikipedia:Vital articles#General 9. PrimeHunter (talk) 15:20, 1 December 2023 (UTC)

"General" tends to be the first subheading within each section, so you could almost link to the higher level heading instead. I say "almost" because, sadly, the actual heading is "Mathematics (45 articles)" so you'd need to change the link every time the number of articles changes. This looks like a job for anchors. Certes (talk) 15:26, 1 December 2023 (UTC)

The count should probably not be in a section header at all. Section headers should be stable (they also make them a bit longer). The count can be plain text right under the section headers. Gonnym (talk) 15:44, 1 December 2023 (UTC)

Why not rename the "General" header to "<type> general"? So "History general" or some other word with the topic name. Gonnym (talk) 15:43, 1 December 2023 (UTC)

A very sensible suggestion — Martin (MSGJ · talk) 16:07, 1 December 2023 (UTC)

Hi, I'm from ckbwiki and there, I realized that MediaWiki:Gadget-modrollback.js blocks an option labeled "Show a confirmation prompt when clicking on a rollback link". I mean, there is a conflict between the gadget and the option. per Special:GadgetUsage, looks like the gadget has enabled by 9,554 users on enwiki. I described this issue here and at T349973, but still no one helped. ⇒ AramTalk 20:52, 30 November 2023 (UTC)

@Aram we offload that gadget to mediawikiwiki, so you will want to engage someone on that project to make changes to it. The only thing we could really do would be to just disable it project wide. As that "show a prompt" preference doesn't appear to be on by default this doesn't seem like an urgent issue? I've added a warning on the description to our gadget here. — xaosflux ^Talk 21:38, 30 November 2023 (UTC)

@Xaosflux Thanks, that’s not bad for now. I think enough people are aware of this problem now that there is no need for me to tell anyone else. ⇒ AramTalk 16:25, 1 December 2023 (UTC)

I made Wikipedia:ANPDP as a redirect to foundation:Policy:Access to nonpublic personal data policy, but it's not working. It shows the redirect, but doesn't execute it until you explicitly click on the link. What did I do wrong? RoySmith (talk) 17:40, 1 December 2023 (UTC)

Cross-wiki redirects are not possible. See {{Soft redirect}} and Wikipedia:Soft redirect for what we do instead. PrimeHunter (talk) 17:47, 1 December 2023 (UTC)

Ah, thanks. RoySmith (talk) 17:52, 1 December 2023 (UTC)

The latest run of Special:WantedCategories again features two template-generated redlinks I don't know how to resolve.

1. Category:U.S. road junction articles needing KML might be useful based on Category:U.S. road articles needing KML containing subcategories for things like "auto trail" and "byway" and "county road" and "state highway", but as a person who doesn't normally edit on U.S. highways I have no idea whether it's actually desired or not,
2. Category:The United States articles needing KML, which is obviously just completely redundant to Category:U.S. road articles needing KML (and features a superfluous "the" that wouldn't be warranted even if the category were legitimate and non-duplicative), but I can't figure out how {{WikiProject U.S. Roads}} is causing it.

Can somebody with more expertise in that area figure this out, please? Bearcat (talk) 18:38, 1 December 2023 (UTC)

I've asked at Template talk:WikiProject U.S. Roads — Martin (MSGJ · talk) 21:50, 1 December 2023 (UTC)

Is MediaWiki:Gadget-popups.js broken for anyone else? It's not working at all for me, and I'm getting this console error: jQuery.Deferred exception: Cannot read properties of undefined (reading 'join') TypeError: Cannot read properties of undefined (reading 'join') at setTitleBase (https://en.wikipedia.org/w/load.php?modules=ext.gadget.Navigation_popups:116:944) –Novem Linguae (talk) 07:10, 1 December 2023 (UTC)

I just got it working using Special:Preferences. It was giving me the error when I loaded it from metawiki global.js using mw.loader.load('https://en.wikipedia.org/w/load.php?modules=ext.gadget.Navigation_popups');. This used to work, but stopped working for me within the last day or two. Interesting. CORS maybe? –Novem Linguae (talk) 09:40, 1 December 2023 (UTC)

We're experiencing this issue on Wiktionary, too (wikt:Wiktionary:Grease_pit/2023/December#is_popups_disabled?), and it seems to disable(??) other gadgets and js when it fails, like the js Wiktionary uses to expand collapsed tables. Loading navigation popups a different way reportedly fixes not only the navigation popups but also the other, seemingly unrelated gadgets that broke. It's odd. -sche (talk) 01:46, 2 December 2023 (UTC)

In recent days, an editor has been going around changing the IDs in films which were using {{IMDb title}} from the actual IMDb ID to a qid= link to the film's Wikidata page. The template certainly features that option, so it's not a problem per se — but it's having undesirable side effects in certain cases, that need to be addressed: specifically, if it's done in any template that features extra clarifying "description text", such as {{IMDb title|0928413|Naked Boys Singing!|(2007 film)}} being switched to {{IMDb title|qid=Q6960446|title=Naked Boys Singing!|(2007 film)}} at Naked Boys Singing!, then using the Wikidata qid instead of the IMDB ID breaks the template display from the proper "Naked Boys Singing! (2007 film) at IMDb" to the improper "film)/ Naked Boys Singing! at IMDb", and files the article in Category:IMDb template with invalid id set.

Interestingly, by far the majority of the couple of dozen cases that were in that tracking category today were plays where a film adaptation already had its own separate Wikipedia article about the film, and thus the film adaptation's IMDb profile wasn't even needed on the play's article in the first place — so in those cases I just removed the template outright, but in the case of Naked Boys Singing the film doesn't have its own separate article yet and so I had to revert the qid change. I also question whether there's any reason why using the Wikidata qid instead of the direct IMDB id would be critically important enough to justify doing an active switchover on thousands and thousands of film articles like this — it's fine to have as an option, but is there any reason why it should be the gold standard? — but at the very least the template needs to be modified to ensure that using the qid doesn't break it.

So, could somebody with more experience in template coding than I've got fix this so that the template displays properly if the Wikidata qid is used? Bearcat (talk) 22:30, 29 November 2023 (UTC)

Since this is about me, I thought I would appear and explain what I am doing... To start off, the problem listed above was fixed 2 days after I made that edit and isn't an issue anymore. I am using Category:IMDb ID not in Wikidata to find pages with invalid imdb links, update outdated ids (example) and also create wikidata items for episodes/films/series where they don't exist. The simplest way to do this is to just set a wikidata item instead of an id when it is checked, so that it is removed from that category. Considering the fact that the imdb id is a pretty static value (Set it and forget it) it shouldn't really matter if it is set on wikidata or the wikipedia page. I don't think the template needs updating this was just a case of me being careless... I do manually check the edits I make but sometimes you miss things when you make a lot of edits at once. Any questions / concerns please ping me. Thanks Terasail^[✉️] 09:33, 30 November 2023 (UTC)

To fix the issue at Naked Boys Singing!, the fix would be: {{IMDb title|qid=Q6960446|title=Naked Boys Singing!|description=(2007 film)}} (though because the title is the same as the film, just do {{IMDb title|qid=Q6960446|description=(2007 film)}}) Gonnym (talk) 09:47, 30 November 2023 (UTC)

Is there any prior agreement to mass change the templates to use wikidata? -- LCU ActivelyDisinterested «@» °∆t° 19:46, 1 December 2023 (UTC)

There's a general presumption against using Wikidata, partly because vandalism there is less likely to be detected. Certes (talk) 22:57, 1 December 2023 (UTC)

There are several RFCs to back that up, which is why I asked if there was any consensus to mass change this template. -- LCU ActivelyDisinterested «@» °∆t° 14:54, 2 December 2023 (UTC)

I have recently noticed a bug – in DYK nomination archives, reply buttons are shown (see, e.g., Talk:Australiformis). I am almost sure that this is caused by the fact that the archival div (in which the nomination is enclosed) is not of the mw-archivedtalk class. This seems to affect all archived DYK nominations. I have two questions: Could this be fixed? Why is the faulty archive top code repeated over the archives rather than transcluded from a single template (e.g. something like {{atop}})? Janhrach (talk) 11:08, 2 December 2023 (UTC)

@Janhrach: The archive (which was also where the discussion took place) is Template:Did you know nominations/Australiformis. Talk:Australiformis transcludes it. Template space isn't meant for discussions and doesn't have reply links so the actual archive (also applies to open nominations) doesn't have them but the transclusion to a talk page does. I have added class="mw-archivedtalk" to {{DYK top}} [31] per mw:Help:DiscussionTools/Magic words and markup to omit reply links in archived discussions. The template is always substituted so it will only affect pages archived after now. The organization of DYK pages can be discussed at Wikipedia talk:Did you know. A bigger issue is why nominations are in template space (they think it would be too much work to move them). PrimeHunter (talk) 12:15, 2 December 2023 (UTC)

@PrimeHunter: Thank you. Do you know why is {{DYK top}} substituted, not transcluded? It seems counterintuitive for me. Janhrach (talk) 14:25, 2 December 2023 (UTC)

@Janhrach: I don't know. PrimeHunter (talk) 15:07, 2 December 2023 (UTC)

I was told about Special:Impact today, but unlike editors like Special:Impact/PrimeHunter and Special:Impact/Gråmunken, I Special:Impact/Gråbergs Gråa Sång come up blank. Can someone make someone fix that? Gråbergs Gråa Sång (talk) 20:16, 1 December 2023 (UTC)

There are reports at phab:T352352 and phab:T352256. PrimeHunter (talk) 21:28, 1 December 2023 (UTC)

Works now, thanks to the deserving. Gråbergs Gråa Sång (talk) 08:31, 2 December 2023 (UTC)

  Resolved

–Novem Linguae (talk) 15:51, 2 December 2023 (UTC)

It seems to that the number of pages went down during the last 24 hours from 6.752xxx million articles to 6.750xxx million articles. I have never seen this happen and wonder what could have caused this. It usually goes up by a few hundred per day.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 12:23, 2 December 2023 (UTC)

P.S. Do we keep daily page counts somewhere. I think we have lost a weeks worth of pages.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 13:05, 2 December 2023 (UTC)

https://stats.wikimedia.org only seems to record {{NUMBEROFPAGES}} (currently 60,541,778), not {{NUMBEROFARTICLES}} (6,817,573), which I find a bit surprising. But you can get at the data, slowly, by looking at Wayback Machine archives of the main page. The drop, whatever caused it, seems to have happened between the 15:04:43 and 15:29:16 archives yesterday. —Cryptic 13:56, 2 December 2023 (UTC)

User:Cryptic. Thx. a drop of over 2500 articles in under 25 minutes is odd. I don't think I have ever seen the number drop by more than 10 or 12 in any refresh I have done. I also wonder if what happened has ever happened before.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 14:57, 2 December 2023 (UTC)

I didn't find anything relevant in the deletion log or move log but mw-new-redirect at Special:Tags showed that NmWTfs85lXusaybq has been mass-redirecting disambiguation pages with only one target article like [32]. Disambiguation pages count as articles in statistics. Redirects don't. PrimeHunter (talk) 14:58, 2 December 2023 (UTC)

Yes, the disambiguation pages I have turned into redirect per WP:PRIMARYRED could be found here. NmWTfs85lXusaybq (talk) 15:05, 2 December 2023 (UTC)

It sounds like a noble task, but the example you pointed to was two articles not one. I don't understand how you can redirect to two different pages? Should we redirect 2 subject dab pages?-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 17:21, 2 December 2023 (UTC)

Wait. I see they both redirect to the same page.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 17:23, 2 December 2023 (UTC)

• User:NmWTfs85lXusaybq, great work.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 17:25, 2 December 2023 (UTC)

-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 17:25, 2 December 2023 (UTC)

• No longer watching. Ping me if something else comes up.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 17:27, 2 December 2023 (UTC)

For those that don't read cloud-announce@ or wikitech-l: The Toolforge Grid Engine shutdown process will start on December 14. For more information, see https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/VIWWQKMSQO2ED3TVUR7KPPWRTOBYBVOA/. There is still a large number of tools running on the Grid Engine (https://grid-deprecation.toolforge.org/), including some that are in frequent use and are part of our critical infrastructure. AntiCompositeNumber (talk) 15:59, 30 November 2023 (UTC)

Problem with afdstats?

Does any of this have to do with the current Admin afdstats down? I'm a little curious, as the afdstats also went down on Oct 12 and Oct 24. — Maile (talk) 03:59, 2 December 2023 (UTC)

Probably not since the first shutdown date isn't until mid December. By the way, AFD stats is working for me. Can you elaborate a bit more on that? –Novem Linguae (talk) 04:12, 2 December 2023 (UTC)

My Keep on AFD Ross Monroe Winter is not showing on my AFD stats grid. I thought I might have entered it wrong, but it's like I do others.— Maile (talk) 13:21, 2 December 2023 (UTC)

I see "Keep" and "Not closed yet" on the stats grid for your Ross Monroe Winter AFD. That looks correct to me. It's currently about the 25th row down. –Novem Linguae (talk) 15:53, 2 December 2023 (UTC)

Thank you! It's kind of out of chronological order, but it's there. Looks like it picked up a date from where I added the signature of the nominator, who had forgotten to sign. — Maile (talk) 18:59, 2 December 2023 (UTC)

There used to be a article table of contents navigation menu on the left hand sidebar of the latest skin. It seems to have disappeared. I was please with the choice of moving the TOC to the sidebar to the article body; but now, without the TOC in the sidebar, we have no TOC at all.

This is a major regression in usability; please restore it. — The Anome (talk) 13:05, 3 December 2023 (UTC)

Do you have it hidden on an icon   next to the heading? PrimeHunter (talk) 13:13, 3 December 2023 (UTC)

I finally found the icon next to the article title. I think this must have been switched on quite recently. I see I'm not the only person who's been bitten by this, see #Invisible_table_of_contents. Nor is the only sidebar bug that's been reported recently.

This is absoulutely terrible UI with no discoverability: who thought this was a good idea, and how can we get report this to the relevant people who can get this fixed? — The Anome (talk) 14:22, 3 December 2023 (UTC)

For me I have to explicitly hit the "hide" button on the TOC to move the TOC to the heading. Is your screen particularly narrow - it seems that if your screen is super narrow than the TOC automatically moves there which is bad UX. Galobtter (talk) 16:37, 3 December 2023 (UTC)

One man's bad UX is another man's "almost ready for use on mobile". I dream of the day we only have one default skin. Izno (talk) 18:02, 3 December 2023 (UTC)

A single skin, yes, but not everything should be the same for all devices. Tiny devices are not the same as desktop/laptop screens, no matter how high the DPI. Breaking the desktop to make mobile better is not cool, nor vice versa. That's what CSS media selectors are for, and I note Vector 2022 has a fair few of them in its CSS already. They need to be used better, and more carefully. — The Anome (talk) 21:14, 3 December 2023 (UTC)

The irony is that they already use media queries - that is fundamentally how JavaScript decides to be wrapped up in a little button at narrow widths. Izno (talk) 21:41, 3 December 2023 (UTC)

There is something wrong with the Rotten tomatoes prose template. For an example see Frybread Face and Me. MisawaSakura (talk) 18:31, 3 December 2023 (UTC)

That was fixed by this edit at Frybread Face and Me#Reception which changed "eight" to "8" in the {{Rotten Tomatoes prose}} call. A recent edit at that template changed it to spell numbers per MOS rules. Johnuniq (talk) 23:54, 3 December 2023 (UTC)

Where is this CSS rule

.center {
  width: 100%;
  text-align: center;
}

defined? It's not in MediaWiki:Common.css. The problem: at Wikipedia:WikiProject Doctor Who/Article alerts under MonoBook skin and Firefox 120.0.1, the box at the top (with the TARDIS/police box image at each end) overflows the right-hand edge by a tiny bit, causing a horizontal scrollbar to appear. The page source has <div class="center" ...> and I have found that suppressing the width: 100% declaration stops the overflow from occurring. --Redrose64 🌹 (talk) 21:00, 3 December 2023 (UTC)

The class is defined in core MediaWiki and was originally intended primarily for centering images (well, to remove what was then use of <center>...</center> -- which was in the image centering code). It spread both onwiki and code-side. Wiki editors now use it for other reasons when they perhaps should not. (See also phab:T282063#7064571.)

As to the specific motivation, I think the appropriate fix is simply to remove the class. Divs are already 100% by default allowing some leeway for internal content, so this necessitates adding the text-alignment. The other fix would be adding box-sizing: border-box if for some reason you think the class merits keeping. I favor removal in this case. Izno (talk) 21:25, 3 December 2023 (UTC)

The center class has been specifically recommended for centering image galleries for quite a while at Help:Gallery tag#Center (here's the page in 2015), although a better method would be welcome, because it doesn't work in all cases, including with the popular perrow attribute. – Jonesey95 (talk) 23:54, 3 December 2023 (UTC)

There's been a recurring problem that I want to raise for discussion, because it's becoming truly tiresome.

The process is as follows:

1. Somebody recodes a WikiProject template with standard automated one-size-fits-all code that generate a whole passel of new redlinked assessment categories that don't already exist (e.g. Category:Redirect-Class Indian history articles of Unknown-importance) which thus get picked up at Special:WantedCategories.
2. Because WantedCategories has a hard limit to how many categories it can detect, those of us who work with it can never leave any redlinks unaddressed: because they'll just pile up and push the report ever closer to that limit if there are redlinks left unaddressed by the time a new run happens 72 hours later, we always have to ensure that every single redlink in that list is always resolved before the next run happens. But since I don't ordinarily work with Wikiproject templates, I can't just edit them to make the redlinks disappear without running the risk of breaking other stuff, and I can't just wrap the template in {{Suppress categories}} because that will suppress legitimate bluelinked categories too — so with no way to just make the redlinks go away, I'm left with no choice but to invest significant amounts of time into creating the relevant categories so that they'll be resolved from the report.
3. Sometime after that, somebody who's actually associated with the Wikiproject in question deems those categories as unwanted, and wipes the code back out of the template so that the categories are emptied back out. But, of course, if they were genuinely not wanted, then they never should have been generated in the first place.
4. As a result, I get carpet-bombed with an unending barrage of creator-notifications that the categories are up for speedy deletion as empty categories — I've gotten at least 35 of these just in the past month alone.

I'm bloody sick and effing tired of this, and it needs to stop. Templates aren't supposed to be generating redlinked categories in the first place, so the templates shouldn't be generating or populating redlinked categories in the first place, and I'm tired of taking the shrapnel from a cycle of unwanted categories getting generated and then ungenerated by a lack of coordination around wikiproject template edits.

Is there anything that can be done to stop this? Bearcat (talk) 18:43, 2 December 2023 (UTC)

Last time you came to Module talk:WikiProject banner we took action that should have reduced this happening. I've checked Category:Redirect-Class Indian history articles of Unknown-importance and don't see anything there. Are you sure there was something in there, because I would not expect that category to be used if it did not exist? — Martin (MSGJ · talk) 19:11, 2 December 2023 (UTC)

It's empty now precisely because it's gone through the exact "populated as a redlink, created accordingly, and then depopulated and deleted" cycle I was describing (which is why I chose it as an example, because it's evidence of the cycle I was talking about.) If steps were already taken to reduce this, they certainly haven't reduced it much, because new template-generated wikiproject assessment categories keep turning up at WantedCategories — I had to create another passel of them literally just yesterday. Bearcat (talk) 22:41, 2 December 2023 (UTC)

Category:Redirect-Class Indian history articles of Unknown-importance was created 4 October 2023 and nominated for deletion as empty 3 November 2023 where it had probably been empty for a while. It's hard to track categorization more than 30 days ago (a MediaWiki time limit) but I trust it had content when it was created. Thanks for all your category work. I hope you don't feel blamed when you say "taking the shrapnel". It's just standard notifications and you can remove them per WP:REMOVED (may be an exception). 35 in a month may be annoying but you make thousands of monthly edits so I guess they take relatively little of your total time here. We don't like red categories on articles but are less concerned with having them temporarily on talk pages. PrimeHunter (talk) 22:51, 2 December 2023 (UTC)

WP:REMOVED says the user may not remove speedy deletion tags. I think that only means when a userspace page itself is tagged for deletion, and does not apply to notifications that other pages are tagged. PrimeHunter (talk) 23:38, 2 December 2023 (UTC)

@PrimeHunter: I've boldly added a clarifying footnote to WP:REMOVED. AFAIK that's the way it's always been interpreted. Suffusion of Yellow (talk) 01:55, 4 December 2023 (UTC)

Currently, the message sent to anyone who subscribes to edits on a page reads as below, emphasis mine:

There will be no other notifications in case of further activity unless

you visit this page while logged in. You could also reset the

notification flags for all your watched pages on your watchlist.

I propose it be changed to : You can also reset the

notification flags for all your watched pages on your watchlist.

Thoughts?

@Trizek (WMF) did I do this right?

Dreameditsbrooklyn (talk) 14:11, 3 December 2023 (UTC)

This is MediaWiki:Enotif body if we want to change it locally, but I don't recommend creating a customized version for such a small change to a long message. The MediaWiki default might get more significant changes later, e.g. to describe a future feature or behaviour. PrimeHunter (talk) 14:36, 3 December 2023 (UTC)

Context being that Dreameditsbrooklyn wants help filing a ticket about this at phab - Wikipedia:Village_pump_(proposals)#Proposal_for_change_to_copy_of_"has_been_changed"_emails Galobtter (talk) 16:41, 3 December 2023 (UTC)

Thank you. Can anyone help? I am happy to rewrite the request or whatever Dreameditsbrooklyn (talk) 14:27, 4 December 2023 (UTC)

Hi all

I'm working on a help page and the best way to present the information is having text on the left hand side with a title and subtitle and an image on the right which covers about 50% of the width of the page, the table should consistently cover the width of the page. Basically the structure like this

I know this is quite elaborate but its extensive documentation which needs illustration and needs to be attractive for an external audience of professionals.

I've worked out I probably need to use the flex columns template, and also the scalable image template. These two work independently of each other and look good but when I try and glue them together all the text just disspears even though its in the template in the source editor...

Could someone who knows about templates help me understand what I'm doing wrong? I'm not sure if I'm making a small formatting error or if I'm trying to use two things together that don't like each other...

Thanks very much

John Cummings (talk) 08:08, 4 December 2023 (UTC)

You appear to be running into the problem where an = cannot appear inside an unnamed template parameter, so your first parameter is being interpreted as being named <h3 style with its value beginning "height:1%; font:25px/1.2 .... Try using explicit parameter names |1= and |2= in the call to {{flex columns}}. Anomie⚔ 12:58, 4 December 2023 (UTC)

Hi Anomie thanks very much for your explanation, I'm not sure I understand completely, I've tried adding adding numbers in front of the pipes which has brought back the body text but not the heading text in the h3 code... I've removed the h3, but honestly the documentation won't work without it because I need to allow people to use an index jump to different sections. I think this is a bit beyond my ability, if its easier please feel free to just change it or point me to a page where I can ask or work it out. Its pretty important I have these headings in the text. Thanks again, John Cummings (talk) 17:41, 4 December 2023 (UTC)

@John Cummings: When I tried it just now at User:Anomie/Sandbox5, the heading is there, it's just not really visible in the output due to the height:1% inline CSS combined with overflow: hidden from the skin. Anomie⚔ 19:13, 4 December 2023 (UTC)

Hi Anomie thanks so much, I changed it to 100% and I made the text appear! :) (hope you don't mind me editing your sandbox) but now there is a gap of the whole of the height of the image between the heading and the body text, I have tried removing any kind of padding between them but it doesn't work at all... :( Two steps forward, 1.99999999 steps back, John Cummings (talk) 19:32, 4 December 2023 (UTC)

You can remove the height attribute entirely. I'm not sure what you're trying to achieve by setting the height of the heading element? isaacl (talk) 19:49, 4 December 2023 (UTC)

Hi Anomie and Isaacl thanks so much for your help, it works :) John Cummings (talk) 09:00, 5 December 2023 (UTC)

MediaWiki message delivery 23:47, 4 December 2023 (UTC)

I'd like to DOUBLE point out to people the Grid Engine shutdown process that is coming up. This has been planned for over a year, but 450 tools have not switched their code yet, so those are bots and tools that might start to go missing in December if people do not take action. Please check the list for the tools that you use and see if you can contact the maintainer who might have missed all the earlier announcements of this. If you have some time available, maybe offer to help out your fellow tool maintainers, or if a tool is completely abandoned, you might want to adopt it. —TheDJ (talk • contribs) 09:31, 5 December 2023 (UTC)

I've proposed a technical change to the WP:Navigation popups gadget at MediaWiki talk:Gadget-popups.js#Live_preview_refactor. The salient features of the change include:

• Removed the custom wikitext parsing engine at wiki2html() and replaced it a call to the parsing API
• Refactored the generateLink() to not use raw HTML manipulation

Thoughts, comments and beta-tests are welcomed. Sohom (talk) 01:01, 6 December 2023 (UTC)

(i) Does anyone know how you introduce colour to a table background, as here? (ii) Do people think it's effective? (I do—perhaps a slightly paler yellow, though.) Tony (talk) 03:12, 6 December 2023 (UTC)

@Tony1: the table has this: -style="background:LemonChiffon; color:black" is that what you're asking? WP:COLOR and MOS:COLORS have guidance on the use of colors. RudolfRed (talk) 03:59, 6 December 2023 (UTC)

Thank you very much, Rudolf.Tony (talk) 04:04, 6 December 2023 (UTC)

Why does {{NUMBEROFARTICLES}} yield different counts when I look at main page, WP:VA3 and WP:VA5.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 20:22, 5 December 2023 (UTC)

The count (as well as most wiki content) is cached for performance reasons. You can refresh it by purging. Articles are created pretty quickly over here on enwiki, so the counts will likely always be a little bit off depending on when the page cache was last purged. Special:Statistics or using mw:API:Siteinfo should be more exact. — MusikAnimal ^talk 20:31, 5 December 2023 (UTC)

Thx.

  Resolved

-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 05:58, 6 December 2023 (UTC)

Several times, I have accidentally logged out while trying to view my contributions page. I think that when you press Log Out, there should be a pop-up where you confirm that you actually want to log out and did not just press the button accidentally. QuicoleJR (talk) 14:10, 6 December 2023 (UTC)

@QuicoleJR you could try or adapt one of these userscripts: User:Fred Gandt/confirmLogout.js, User:Guywan/Scripts/ConfirmLogout. — xaosflux ^Talk 14:14, 6 December 2023 (UTC)

I don't actually know how to use those. QuicoleJR (talk) 14:21, 6 December 2023 (UTC)

Hey QuicoleJR, if you edit this file and add the following:

mw.loader.load('//en.wikipedia.org/w/index.php?title=User:Fred_Gandt/confirmLogout.js&action=raw&ctype=text/javascript'); // Backlink: [[User:Fred_Gandt/confirmLogout.js]]

You should then be prompted to confirm logging out   — TheresNoTime (talk • they/them) 15:36, 6 December 2023 (UTC)

I pasted the code in but it didn't work. QuicoleJR (talk) 15:42, 6 December 2023 (UTC)

@QuicoleJR: Fred Gandt's script didn't work for me either, but Guywan's did. Paste mw.loader.getScript("/w/index.php?title=User:Guywan/Scripts/ConfirmLogout.js&action=raw&ctype=text/javascript"); // Backlink: [[User:Guywan/Scripts/ConfirmLogout.js]] into your common.js, and it should work. Cremastra (talk) 22:00, 6 December 2023 (UTC)

That did not work for me either. QuicoleJR (talk) 22:25, 6 December 2023 (UTC)

You can try accessing your My Contributions page using a hotkey. In Chrome you can use Alt-Y or Alt-Shift-Y, I think. hotkeys vary by browser and operating system, but the one for My Contributions will contain the letter Y. –Novem Linguae (talk) 14:27, 6 December 2023 (UTC)

@Novem Linguae: Thank you for the suggestion, but I edit on a mobile device, so that will not work for me. QuicoleJR (talk) 14:41, 6 December 2023 (UTC)

Are you using a browser (MinervaNeue skin), Wikipedia iOS app, or Wikipedia Android app? –Novem Linguae (talk) 14:47, 6 December 2023 (UTC)

Browser, but using Vector 2022 skin. QuicoleJR (talk) 15:37, 6 December 2023 (UTC)

The other day in working on some articles in CAT:UNCAT, I came upon Mulashidi. I added a category and removed the uncatted tag, and there my interaction with the article ended, or so I thought. Then Liz came to my talk page to ask why I had recreated an article that had been draftified to Draft:Mulashidi. Huh? I looked at the article history and saw to my surprise that I had "created" this article. Extra huh??? Then I looked at the logs, and saw that SunDawn's draftification and my "creation" of the article happened in the same minute. Apparently I was finding a category at the same time another editor was moving it. I was not, to my recollection, asked if I wanted to create an article that didn't exist. This may be an oddball fluke, but since it happened to me, it could happen to others as well. The system needs some sort of way to handle such things that aren't checking the history to make sure you didn't just accidentally recreate an article that existed before you started editing. Thanks to Mandarax for looking at the situation and suggesting I bring it here. LadyofShalott 13:04, 1 December 2023 (UTC)

Maybe HotCat's API requests are not using proper edit conflict detection such as starttimestamp, baserevid, etc. The code appears to be at commons:MediaWiki:Gadget-HotCat.js. There doesn't appear to be an active maintainer, the history is an assortment of editors. Next step would probably be to post on one of the HotCat talk pages (Wikipedia talk:HotCat or commons:MediaWiki talk:Gadget-HotCat.js). –Novem Linguae (talk) 19:55, 1 December 2023 (UTC)

Not just HotCat; something similar has happened to me a few weeks ago when the article was deleted at the same time as I moved it to draft. Espresso Addict (talk) 23:15, 6 December 2023 (UTC)

If, on my user page ( Steue ) ,

• I have the Table of Content ( ToC ) hidden, and
• do click into this little field to the left of my user name,
• the ToC does open downwards.
• Then I move my mouse pointer into this ToC and
• then I start scrolling down ( with a side sweep on my touch pad ) within this ToC, which means:
  the box with the ToC ( including the whole page i.e. what is out-side of the ToC ) is moving up-wards. - So far, so good.
• But when a few upper parts of my 4th main section have appeared,
• the whole ToC disappears - and this is not what I expect and want.

The result is:
The only way I can reach the lower sections of my ToC is by moving the ToC to the left---besides scrolling down the actual content.

What I want:
Once the Table of Content is dropped down, it should be scrollable down to the last line, and not dis-appear mid-way of scrolling.

Ping welcome, Steue (talk) 21:01, 6 December 2023 (UTC)

@Steue tried to duplicate, here is what I saw - is this what you see? If you scroll down enough so that the top of the collapsed TOC scrolls off the page, it moves (collapsed) to the header, to the left the of page title which also moves there. — xaosflux ^Talk 21:20, 6 December 2023 (UTC)

@ xaosflux

Exactly: If the top of the open ToC goes over the top, the ToC collapses.

My system: (I confess) Windows 8.1 and Firefox (as late as possible) 115.5.0esr (64-bit); mozilla-win-eol-esr115 - 1.0 .

Steue (talk) 21:29, 6 December 2023 (UTC)

@Steue: I've opened bug phab:T352930 on this. Please feel free to add additional information there, or subscribe to it for updates. This is not a condition that is happening only here on the English Wikipedia, but one that would need to be resolved in the software. — xaosflux ^Talk 23:44, 6 December 2023 (UTC)

@xaosflux: Thanks for the info and especially the task to Phab, because I don't have an e-mail address, so I can't register to Phab.

Steue (talk) 00:12, 7 December 2023 (UTC)

• @Steue: looks like this is a duplicate report of phab:T352432; can you see if that page looks right to you when using upcoming Zebra 1? — xaosflux ^Talk 00:27, 7 December 2023 (UTC)

On the page Duloxetine, three sequential "Use..." templates seem to create a big whitespace gap/line breaks after the Distinguish hatnote:

• Template:Use dmy dates
• Template:Use vanc name-list-style
• Template:Use PMID reference names

Removal of any one of them seems to remove this, perhaps there is an extra line break in one of them? There is also a hidden section name before the lead paragraph starts if that might complicate things. Could also be related to paragraph breaks seemingly having gotten bigger sometime last month? 9³ (talk) 04:11, 7 December 2023 (UTC)

There is nothing to be done about this, one too many templates in a row, even empty will do this. The best you can do is pick one and move it up a line.

I question the value of at least one of those templates, and probably a second of them... Izno (talk) 04:43, 7 December 2023 (UTC)

If one or all of these templates is edited to output a <nowiki /> tag, then the generated lines, after template expansion, will no longer be completely blank, and the parser will no longer see consecutive blank lines. This removes the white space. Tested by previewing User:John of Reading/X3 while editing Template:Use vanc name-list-style. -- John of Reading (talk) 08:16, 7 December 2023 (UTC)

Pale Moon v32.5.1 (64-bit)

Mac OS X 10.8

Wikipedia not showing text / images; sometimes it shows sidebar only, then text vanishes when scrolling. 83.60.69.61 (talk) 13:41, 6 December 2023 (UTC)

Pale Moon is not a supported browser and the 11 year old Mac OS 10.8 is not easy to test against either, so it is really difficult to assist with debugging a problem like this. Have you tried the Pale Moon support forums ? These are probably more likely to have experts who can figure out why specific pages won't work in your combination. —TheDJ (talk • contribs) 09:22, 7 December 2023 (UTC)

There's been a recurring issue at Special:WantedCategories with the "vital=" flag in a template autogenerating assessment categories that not only don't exist, but don't even seem to correspond to any established assessment queues at all.

For instance, "vital articles in Biology" is a thing that genuinely exists, while "vital articles in Biological and health sciences" is not, and yet things like Category:B-Class vital articles in Biological and health sciences, Category:Wikipedia level-5 vital articles in Biological and health sciences, Category:Start-Class vital articles in Biological and health sciences and Category:Wikipedia vital articles in Biological and health sciences have shown up as redlinks despite "biology" equivalents already existing for all three of those things — but I can find no trace of a reason why vital= is funnelling a random smattering of articles into "biological and health sciences" instead of "biology", even while funnelling most articles into "biology". I've redirected them all to their "biology" equivalents already, but the contents aren't moving.

And by the same token, "vital articles in Society" is a thing, while "Vital articles in society and social sciences" is not, but that didn't stop the generation of Category:B-Class vital articles in Society and social sciences, Category:List-Class vital articles in Society and social sciences, Category:Start-Class vital articles in Society and social sciences and Category:Unassessed vital articles in Society and social sciences.

But try as I might, I can't find hide nor hair of a reason why the vital= flag is filtering some articles into different categories than it filters other equivalent articles. Could somebody with more experience working with WikiProject templates look into this? Bearcat (talk) 17:02, 7 December 2023 (UTC)

I took a look at Talk:Cyrillic alphabets being in Category:List-Class vital articles in Society and social sciences for you. It appears to be due to data in Wikipedia:Vital articles/data/C.json maintained by User:Cewbot which is operated by @Kanashimi. Pinging them to the discussion. Anomie⚔ 13:02, 8 December 2023 (UTC)

I think this is because the topic is different from the section title, please refer to User:Cewbot/log/20200122/configuration#Topics. This issue is expected to be solved by the following steps:

1. Wikipedia:Bots/Requests for approval/Cewbot 12 - The process is expected to take a couple of months.
2. Delete the setting of User:Cewbot/log/20200122/configuration#Topics.
3. Merge {{VA}} into {{WPBS}}
4. Rename the categories

Kanashimi (talk) 13:24, 8 December 2023 (UTC)

We could solve this today by updating the topic fields in the .json files to be consistent — Martin (MSGJ · talk) 13:38, 8 December 2023 (UTC)

I am following up at Wikipedia talk:Vital articles#Topics — Martin (MSGJ · talk) 14:33, 8 December 2023 (UTC)

Wikipedia:Categories_for_discussion/Log/2023_November_28#Category:Templates_calling_Infobox_officeholder needs template editor assistance in closing, as it seems to be populated by a template (likely the template-protected {{Infobox officeholder}}), and I can't discern from the code of the sole member, {{Infobox Native American leader}}, if this is the case. –LaundryPizza03 (dc̄) 15:54, 8 December 2023 (UTC)

  Done. It was populated by {{Wraps infobox}} on the documentation page — Martin (MSGJ · talk) 16:22, 8 December 2023 (UTC)

I’ve noticed that, on the mobile website - for articles that transclude {{Infobox gender and sexual identity}} - the notice that states ‹ The template [X] is being considered for deletion › is displayed at the top of the page (and clashes with the opening sentence), rather than on top of the infobox itself (as I assume it should be doing). As an example, see this screenshot of the Transgender article.

I’m assuming that this is something that may (hopefully!) be able to be fixed by tweaking {{Template for discussion/dated}}, however, I’d have no idea where to start figuring it out myself! Is anyone aware if there’s any way to force the deletion discussion notice to stick to the top of the infobox on mobile web?

Best, ^user:A smart kitten_meow 10:44, 6 December 2023 (UTC)

The infobox has class="infobox" and is therefore moved down in mobile by mw:Reading/Web/Projects/Lead Paragraph Move. The deletion tag would also move in mobile if it had the infobox class but this adds unwanted formatting. Is there another way to make mobile move it? PrimeHunter (talk) 12:42, 6 December 2023 (UTC)

@PrimeHunter I went ahead and added the nomobile class for now, feel free to swap it out if someone comes up with a better solution. If there isn't a better solution, we might want to add nomobile to the sidebar option at Template:Template for discussion/dated. --Ahecht (TALK
PAGE) 21:58, 6 December 2023 (UTC)

@Ahecht One problem with adding nomobile to Template:Template for discussion/dated would be that it would mean people on mobile viewing pages that transclude templates at TfD wouldn’t be notified of the ongoing deletion discussion - and thus some of those who may be affected by a template’s deletion wouldn’t know to take part. Best, ^user:A smart kitten_meow 10:11, 7 December 2023 (UTC)

@A smart kitten Agreed, it's a stopgap at best, but it's better than implying that the entire transcluding page is going to be deleted. --Ahecht (TALK
PAGE) 18:11, 7 December 2023 (UTC)

Ahecht only added nomobile to the deletion tag on {{Infobox gender and sexual identity}}. I think infobox templates are rarely nominated. We could make a new class which tries to counteract the unwanted sideeffects of infobox but maybe somebody can find a cleaner way to move a tag along with an infobox in mobile. PrimeHunter (talk) 16:41, 8 December 2023 (UTC)

This is the first time in ever that I can think of where a TFD/M notice has been complained about in the context of this problem (and no, it has been more rather than less common to nominate infoboxes for TFM). I think documenting the weird placement on mobile on the relevant template page is sufficient. Izno (talk) 18:32, 8 December 2023 (UTC)

WP:ITSTHURSDAY I imagine. If you set your watchlist settings just right, each page's revisions will be collapsed until you click on a triangle. At that point the triangle will go from facing down to facing right, and the page's revisions will go from hidden to shown.

Anyway, this triangle recently doubled in size, and now always points down (won't point to the right when you click on it). This is on Vector and Vector 2022. Was not able to reproduce for Monobook.

The problem goes away in safemode, so the bug fix may need to be made in a local gadget related rather than MediaWiki core.

I suspect Vector changed the name or nesting of one of their elements, breaking our local gadget.

Files that might need repair (search for mw-enhancedchanges-arrow):

• MediaWiki:Gadget-WatchlistGreenIndicators.css

–Novem Linguae (talk) 00:11, 8 December 2023 (UTC)

No train today, but I think this series of edits is likely the cause. Will wait for someone else's opinion before reverting. –Novem Linguae (talk) 00:49, 8 December 2023 (UTC)

Please don't. phab:T352456 fixed the watchlist display for me. There is an image in that task that shows how the arrows in my watchlist looked before the fix. Now uncollapsed watched items are marked by right-pointing arrows (much the same as collapsed categories on category pages). When uncollapsed, the watchlist arrows point down, again just like uncollapsed categories on category pages.

For me: chrome current, win10; at Special:Preferences#mw-prefsection-watchlist: Expand watchlist to show all changes, not just the most recent, Use non-JavaScript interface; at Special:Preferences#mw-prefsection-gadgets: Display green collapsible arrows and green bullets for changed pages in your watchlist, page history and recent changes (unavailable with the improved Watchlist user interface); all are checked.

—Trappist the monk (talk) 01:24, 8 December 2023 (UTC)

Yeah, I noticed this last Thursday, but I sometimes I tire of reporting bugs that never get fixed and have to go lie on my fainting couch for a while. Both the arrow direction and the uneven vertical alignment are fixed today. Thanks for reporting it, Trappist. Happy Thursday! – Jonesey95 (talk) 02:06, 8 December 2023 (UTC)

Fixed for me today too. Sometimes it's good that it [wa]s Thursday. Certes (talk) 11:13, 8 December 2023 (UTC)

I think I fixed it with these two changes: https://en.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-WatchlistGreenIndicators.css&diff=1188922324&oldid=1188825350

When the arrows were fixed for all of you above who enabled "Watchlist → Use non-JavaScript interface" in preferences, the same change also broke them for anyone who has it disabled. They should work correctly for everyone now. Matma Rex talk 15:25, 8 December 2023 (UTC)

Yeap, all fixed. Thank you!

  Resolved

–Novem Linguae (talk) 21:23, 8 December 2023 (UTC)

Looking over some really old revisions, I see some where the wiki shows an empty comment, but the database has '*' as the value of comment.comment_text. These are mostly in 2001 and 2002, but I'm seeing a few as late as 2006. What's this all about? Some kind of primordial data corruption? RoySmith (talk) 04:51, 9 December 2023 (UTC)

Not primordial data corruption - if you type "*" as your edit summary today (as I did in this edit, and my previous one to the sandbox), it appears as no summary. * Pppery * _{it has begun...} 05:11, 9 December 2023 (UTC)

Interestingly, the * edit summary appears when I view the diff on mobile web, but not when I look in Special:Contribs (or when I switch to desktop mode). Best, ^user:A smart kitten_meow 07:10, 9 December 2023 (UTC)

It's apparently deliberate, and being visible in Special:MobileDiff (example) is probably a bug. —Cryptic 08:41, 9 December 2023 (UTC)

The API [38] also shows it but that's not a bug. The API always shows the stored characters without formatting. PrimeHunter (talk) 10:26, 9 December 2023 (UTC)

See this discussion: is it possible to display captions from {{Multiple image}} in an infobox without shrinking the font size? Jarble (talk) 15:57, 10 December 2023 (UTC)

As noted above in #Toolforge Grid Engine shutdown, some old infrastructure which supports a lot of tools is getting shut down soon. Mostly this is of interest to people who maintain those tools, but it affects users too. Please take a look at the list of tools still running on Grid Engine. If you see any tools you depend on, this might be a good time to start bugging whoever maintains that tool to make sure it's going to get migrated to the new infrastructure called Kubernetes.

If you're interested in the technical details, you can read more on wikitech. For those of you who aren't into the technical details, all you really need to know is that if the people who maintain the tool you use aren't working on migrating it, you should be working on finding a different tool to use before the one you're using now goes away. The most recent report says there's 445 tools yet to be migrated. With 6 migrations in the previous week and about 10 weeks to go before the toolpocolypse, the math doesn't look good. RoySmith (talk) 17:45, 7 December 2023 (UTC)

How are regular editors supposed to read that report and know whether a tool they rely on will break? It might be helpful for the Grid Engine administrators to schedule a planned multi-day or one-week outage between now and the drop-dead date, so that when tools break during that planned outage, we (1) know what still needs to be migrated and (2) still have access to the tools for a few weeks before they go away. – Jonesey95 (talk) 19:10, 7 December 2023 (UTC)

It looks like a serious step backwards in terms of tool availability. A wikiproject I work on has already been seriously hit by unmaintained tools stopping working due to internal database changes, and we'll be losing more soon when the useful columns are removed from the pagelinks table. Certes (talk) 19:19, 7 December 2023 (UTC)

Unfortunately the wiki sites grow a lot and as such, things have to change every now and then, to keep everything working and maintainable. The tools are something with a lot of access to the internals of the software stack and are thus pretty vulnerable to breakage of these specific mentioned changes, especially if they are effectively orphaned tools. But that's not really what we have here, this is more a case of how tools are run, which for most tools shouldn't be too difficult to fix (the biggest problem is likely with systems that were already shaky or that use a lot of external dependencies). If everyone pitches in, it's probably not going to be as bad as it looks right now. For instance, i've done a casual check of about 15 tools on that list, and about half aren't even working to begin with, so... —TheDJ (talk • contribs) 20:05, 7 December 2023 (UTC)

It's the 15 tools that we really rely on that I worry about, and I have no idea how to pick them out of the giant list. – Jonesey95 (talk) 20:19, 7 December 2023 (UTC)

You really rely on 15 tools (!). I started trying to compile a list of tools I recognized that would be affected, and gave up at around the letter "G" after realizing there would be too many to properly list. And the apocalypse is in one week (when "Any maintainer who has not responded on phabricator will have tools shutdown and crontabs commented out"), not 10 weeks. And it will be bad. — Preceding unsigned comment added by Pppery (talk • contribs) 20:53, 7 December 2023 (UTC)

I see there's some additional historical context (post within a thread), and an "Assurances and Support" post from the team from Friday, which may help folks who are just reading-along here. HTH. Quiddity (WMF) (talk) 21:27, 9 December 2023 (UTC)

There is a very rudimentary tool that helps developers convert from crontab to toolforge jobs framework .yaml file. --Kanashimi (talk) 01:44, 10 December 2023 (UTC)

If I'm reading it right, then the standouts to me in a quick scan are AfDStats, Yapperbot, Musikbot, and wugbot. Those would all go down if their maintainers don't do something in the next few months? Firefangledfeathers (talk / contribs) 05:31, 10 December 2023 (UTC)

There are also tools which help with disambiguation, producing reports such as Disambiguation pages with links. We're aware of these but haven't yet fixed them. Certes (talk) 16:19, 10 December 2023 (UTC)

Can anyone help fix it? আফতাবুজ্জামান (talk) 19:59, 11 December 2023 (UTC)

Could someone please provide the user script code to hide my admin buttons (blocking users, protecting pages), except those related to files? Thank you. --Leyo 09:22, 11 December 2023 (UTC)

Here's a quick script that will hide block, protect, and unprotect buttons. Add to User:Leyo/common.css, not User:Leyo/common.js. May need to do a hard refresh on each page for awhile (Ctrl-F5) after installing, since CSS files are usually cached.

#ca-unprotect, #ca-protect, span:has(> .mw-usertoollinks-block), #t-blockip {display: none;}

I can do more work on this if you let me know exactly what you need. Is your end goal to hide every single admin button (delete, undelete, change usergroups, etc.) except in the file namespace? –Novem Linguae (talk) 09:49, 11 December 2023 (UTC)

Special:ListGroupRights#sysop is longer than you may expect but many of them don't have buttons or aren't admin-specific. PrimeHunter (talk) 10:36, 11 December 2023 (UTC)

Thank you, Novem Linguae. When inserting this line to my .css (in preview mode), I get the following warning: Error: Expected RPAREN at line 2, col 38.

It's mainly about the buttons where there's a danger that I might forget my promise not to use them in relation to users, e.g. in case of vandalism, because I'm still using these buttons in two other projects. --Leyo 10:51, 11 December 2023 (UTC)

It worked for me. Did you copy paste correctly? Paren probably means parenthesis, so maybe double check that you copied all parentheses. –Novem Linguae (talk) 11:19, 11 December 2023 (UTC)

The validation used by mw:Extension:CodeEditor probably doesn't know about :has(). That error shouldn't prevent saving, and as long as your browser has support for it you should be ok. Anomie⚔ 12:35, 11 December 2023 (UTC)

I've now saved it, where I got an error message. On one PC that I regularly use, the FF version is 115.4.0esr, i.e. too old. Is there an option without the has() function? --Leyo 13:24, 11 December 2023 (UTC)

Just change span:has(> .mw-usertoollinks-block) to .mw-usertoollinks-block, you get extra brackets but it's not a big deal. Nardog (talk) 13:37, 11 December 2023 (UTC)

Thank you, it works now. It would be great, if the block button in Special:Contributions as well as the deletion button for pages (i.e. except files) could be hidden, too. --Leyo 13:51, 11 December 2023 (UTC)

To do the file thing, we need to switch to JavaScript. So go ahead and delete the code from your common.css file, then add this to common.js:

mw.util.addCSS( '#ca-unprotect, #ca-protect, .mw-usertoollinks-block, #t-blockip, .mw-contributions-link-block {display: none;}' );
if ( mw.config.get('wgNamespaceNumber') !== 6 && mw.config.get('wgNamespaceNumber') !== 7 ) {
    mw.util.addCSS( '#ca-delete {display: none;}' );
}

–Novem Linguae (talk) 14:31, 11 December 2023 (UTC)

File pages have body.ns-6 and file talk has body.ns-7, which should be enough to do this without resorting to javascript (and the attendant FOUC). —Cryptic 14:39, 11 December 2023 (UTC)

I've just implemented Novem Linguae's JS code, but haven't yet deleted the CSS code. You are the experts. I'll just implement what you recommend. --Leyo 14:56, 11 December 2023 (UTC)

You can remove the CSS, since the JS does the same thing and more. Glad you are finding it helpful. –Novem Linguae (talk) 15:06, 11 December 2023 (UTC)

I was referring to Cryptic's comment that a CSS version would be possible and potentially favorable. --Leyo 15:36, 11 December 2023 (UTC)

Remove the JS and restore the CSS (amended per Cryptic):

#ca-unprotect,
#ca-protect,
.mw-usertoollinks-block,
#t-blockip,
.mw-contributions-link-block,
body:not(.ns-6):not(.ns-7) #ca-delete {
	display: none;
}

Nardog (talk) 20:15, 11 December 2023 (UTC)

Thank you. I implemented it. However, I still see the block and mass delete in Special:Contributions. --Leyo 21:37, 11 December 2023 (UTC)

How about now (edited the code above)? Nardog (talk) 21:42, 11 December 2023 (UTC)

Thanks, the first-mentioned button is gone now. For the latter, these is actually no danger that I could forget about my promise. I don't think that I have ever used this button. --Leyo 22:04, 11 December 2023 (UTC)

The Wikipedia Sidebar is now hiding when a Wikipedia page was last edited and the writing and links below it when you scroll down to the bottom of a page with many sidebar links. For example, the "Privacy policy", "About Wikipedia" and "Disclaimers" are also now hidden from view. Someone has recently edited the page layout on Wikipedia for the worse as this was not the case 5 days ago. 92.24.237.212 (talk) 05:36, 3 December 2023 (UTC)

I can reproduce this with Vector-2022 in Firefox, Edge and Chrome, logged in or out, with or without safemode. Pick a page with a long TOC, e.g. this page. Make sure the TOC is shown in the sidebar and not hidden. The TOC extends to the bottom of the window and covers the left part of the footer. "23, at 06:36." is the only visible part of "This page was last edited on 3 December 2023, at 06:36." The next lines become visible at "Attribution-ShareAlike", "a non-profit organization" and "Contact Wikipedia". Either the sidebar should stop before the footer or the whole footer should move to the right of the sidebar like the content of the wiki page. PrimeHunter (talk) 11:28, 3 December 2023 (UTC)

This is a known issue, and fixed in the next release. —TheDJ (talk • contribs) 13:26, 3 December 2023 (UTC)

Long tables of contents truncated

For articles/discussion pages with very long tables of contents, such as this one, in vector2022 on Firefox on a Mac, I am getting the table of contents truncated after a certain length. For instance, on this page, as I type this, the table of contents that I see (when I scroll down to the bottom of either the ToC or the actual page) shows the top few pixels of #Rotten tomatoes prose template (or rather "Rotten tomatoes prose" as the "template" wraps to the next line that I cannot see), and the next heading, #The center class, is completely omitted. I suspect some length calculation gone awry, as it is always near the end of what should be the full table of contents regardless of the number of entries. Is anyone else seeing this? Any ideas what to do to get it fixed? —David Eppstein (talk) 22:21, 3 December 2023 (UTC)

This is the same issue as #Sidebar is hiding when a Wikipedia page was last edited and links below it. Izno (talk) 23:44, 3 December 2023 (UTC)

I doubt it. It has nothing to do with how much of the window the TOC rectangle covers or what might be hidden under that rectangle. It is about the objects within the TOC rectangle and how much of them can be seen by scrolling within the rectangle. To put it another way: once it needs to scroll, the TOC rectangle is always the same size (the height of the window). The *contents* of the TOC rectangle (the stuff you can scroll) may be a much larger size. This bug involves some miscalculation of the size of the contents of the TOC rectangle, causing the TOC entries beyond the miscalculated size to be unviewable. —David Eppstein (talk) 01:23, 4 December 2023 (UTC)

Right, but the reason you can't see the last item is because it's overflowing the bounds it's supposed to and so under the typically-present bar at the bottom of the page that goes with the expander square on the right hand side. I am pretty sure it's the same issue. Izno (talk) 01:28, 4 December 2023 (UTC)

Maybe. On closer view, the problem is that the TOC rectangle is extending past some bottom margin on the screen. You can tell that it's the TOC rectangle being cut off rather than the contents of the TOC rectangle being cut off because the rounded bottom of the scroll bar is also cut off. Only the left sidebar has this margin; the main window and right sidebar contents extend past it. —David Eppstein (talk) 01:32, 4 December 2023 (UTC)

TOC cut off in 2022 skin

In Special:Permalink/1188211731, the section #Revoke TPA for temporarily blocked user does not appear in the table of contents in the left sidebar. It is section number 58 in this revision. –LaundryPizza03 (dc̄) 00:45, 4 December 2023 (UTC)

Both issues appear to have been fixed. Nthep (talk) 22:05, 6 December 2023 (UTC)

It's not fixed. It's still broken for me. WhatamIdoing (talk) 21:58, 11 December 2023 (UTC)

Hey everyone, do you still see this bug? It should have been fixed as part of the improvements to styling of Vector 2022. Thanks, SGrabarczuk (WMF) (talk) 01:24, 12 December 2023 (UTC)

MediaWiki message delivery 02:10, 12 December 2023 (UTC)

While cleaning up Wikipedia:Database reports/Timed Text without a corresponding File, I keep tripping over the fact that in order to check that a TimedText page is deletable, I need to edit the URL to get from e.g TimedText:Dua Lipa Blow Your Mind (Mwah) sample.ogg.en.srt to File:Dua Lipa Blow Your Mind (Mwah) sample.ogg. Is there a template, parser function or whatever that can display such a link automatically? The titleparts one keeps the ".en.srt" bit in, making it useless. Jo-Jo Eumerus (talk) 17:39, 4 December 2023 (UTC)

I wonder if MediaWiki:timedmedia-timedtext-title-edit-subtitles can be edited so the "File:..." part in the top heading for an srt page is a wikilink which turns red if the file doesn't exist. If not, perhaps the responsible code in the TMH extension should be modified to link it. Nardog (talk) 17:49, 4 December 2023 (UTC)

Well, maybe we can add a link, but for that we first need to know how to strip the ".en.srt" (and equivalent) bits out. Jo-Jo Eumerus (talk) 07:41, 5 December 2023 (UTC)

$2 is already the file name with that part stripped. My suggestion is simply to turn it into a wikilink, not add extra text. Nardog (talk) 07:25, 6 December 2023 (UTC)

There is some javascript for that at c:Commons:Village pump/Technical#Gadget to jump from timedtext back to audio/video file. Another option is to open the player and click the i with an circle, that will also direct you to the file page. Snævar (talk) 19:09, 4 December 2023 (UTC)

That works for TT pages attached to working files, not for the scenario where the file was deleted or moved. Jo-Jo Eumerus (talk) 07:43, 5 December 2023 (UTC)

Or you just ctrl click the video and the browser opens the file page in a new tab (just like any image). Or right click and choose "open in new window/tab". And if there is no video found, it should not display a video in the page and you would get "There is no video associated with the current subtitle page." next to the subtitle content. —TheDJ (talk • contribs) 09:43, 5 December 2023 (UTC)

Does it also display "There is no video associated with the current subtitle page." when the video exists as a redirect, or is on Commons? Because in these cases measures other than deletion would be needed. Jo-Jo Eumerus (talk) 09:57, 5 December 2023 (UTC)

For TT pages that refer to Commons repos, It hides their contents and says: "You can view the description page for this file on Wikimedia Commons (production)" (example). For redirects it says "There is no video associated with the current subtitle page" (example). —TheDJ (talk • contribs) 13:42, 5 December 2023 (UTC)

Btw. @Jo-Jo Eumerus there is Special:OrphanedTimedText, which I think does exactly the same as that db report. I fixed it last week to exclude redirects and this should get deployed somewhere this week. Hope that helps. I'm also working on the other issue, but it has a lot of edge cases that I have to verify. —TheDJ (talk • contribs) 12:32, 12 December 2023 (UTC)

Aye, that helps, but unlike that special page Fastily's report can be watchlisted. Jo-Jo Eumerus (talk) 13:10, 12 December 2023 (UTC)

MediaWiki:timedmedia-timedtext-title-edit-subtitles is a page heading which should not contain anything else (rather large letters for that, BTW).

• MediaWiki:editnotice-710 might provide guidance.
• You could grab the TimedText page title and extract the expected File: by Template:str rep pattern.
• If desired, an {{#ifexist:}} for the related File: could issue a related warning for everybody, otherwise provide a link to the expected File: (perhaps always as requested by initiating this section).
• TimedText:Seven (sample).mp3.pt.srt is not .en. but should be covered as well. Perhaps a note on wrong language.

Greetings --PerfektesChaos (talk) 13:06, 5 December 2023 (UTC)

Yeah, that last point is the problem - I need a code that can strip the text after the second-to-last dot. Str rep does not do that, it needs to be told "pt" or whatever. Jo-Jo Eumerus (talk) 15:49, 5 December 2023 (UTC)

If you #invoke Module:String#replace with |plain=false, that may do the job. Certes (talk) 16:15, 5 December 2023 (UTC)

For example, "{{#invoke:String|replace|TimedText:Dua Lipa Blow Your Mind (Mwah) sample.ogg.en.srt|^TimedText:(.*)%.%w+%.%w+$|File:%1|1|plain=false}}" produces "File:Dua Lipa Blow Your Mind (Mwah) sample.ogg". Certes (talk) 16:22, 5 December 2023 (UTC)

OK, that works better. To clarify, I am thinking to put {{#ifexist:{{#invoke:String|replace|{{FULLPAGENAME}}|^TimedText:(.*)%.%w+%.%w+$|File:%1|1|plain=false}}|This timed text is attached to a redirect.|There is no video associated with the current subtitle page.}} on MediaWiki:Timedmedia-subtitle-no-video so that we can tell the difference. Or would a software patch to create a new message for TimedText attached to redirects make more sense? Jo-Jo Eumerus (talk) 16:46, 5 December 2023 (UTC)

Yes, in the long run the TimedText:*.srt pages should be equipped with something like MediaWiki:timedmedia-timedtext-intro or whatever (empty by default).

• I did suggest MediaWiki:editnotice-710 as first aid for now, since no other system message is transcluded today.
• A phabricator proposal might work in some weeks or years.

Enjoy --PerfektesChaos (talk) 20:27, 5 December 2023 (UTC)

If the phabricator proposal is simple enough that it doesn't take me hours to verify that we won't break anything, wrt to performance or 3rd party users, i can easily fix them. I'm essentially the only person maintaining TMH next to brion so. —TheDJ (talk • contribs) 08:33, 6 December 2023 (UTC)

That's weird - when I make a test redirect on File:Test.mp3 and then create TimedText:Test.mp3.en.srt, the latter simply attaches the TimedText to the redirect target. I don't think it did the latter yesterday. Once I break the redirect however in this edit it displays "There is no video associated with the current subtitle page." Now I dunno anymore if splitting the MW messages is warranted or trivial (also, would that be one or two Phab tasks?) Jo-Jo Eumerus (talk) 08:51, 6 December 2023 (UTC)

Hi all

Youtube is the second most popular website in the world, with a huge number of reliable news sources using it as a platform for sharing video. Unfortunately Citoid doesn't work properly for creating refs for Youtube currently. This leads to poor quality labelling of references being made, and while there are some templates to specifically cite video content, they aren't user friendly at all. I started a Phabricator ticket in 2021 to try and address this issue, however its not been worked on. Can I request anyone interested in this:

• Subscribe to the Phabricator task so its made clear this is an issue many people would like to be fixed.
• Try citing Youtube videos in articles and give feedback in the Phab task if you notice anything I haven't mentioned.

Also just to say I've seen a couple of people say "Youtube is an unreliable source and shouldn't be used", I think this is a missunderstanding of what the platform is, its the channels that should be assessed for reliability rather than the publishing platform as a whole. E.g the BBC News channel is reliable (its listed under Perennialy reliable sources on en.wiki), where as My Toy Reviews or DailyWire or whatever are obviously not reliable.

Thanks very much

John Cummings (talk) 07:11, 8 December 2023 (UTC)

@John Cummings This might be a good task for the next Community Wishlist Survey. --Ahecht (TALK
PAGE) 17:08, 11 December 2023 (UTC)

The annoying thing is that this probably isn't actually that much work to fix - it just requires specific technical skills to work on, and different specific technical skills than most other tasks so even techies like myself aren't willing to step up to the plate. * Pppery * _{it has begun...} 20:38, 12 December 2023 (UTC)

What does the "w>" mean in this editing user? Jo-Jo Eumerus (talk) 14:21, 12 December 2023 (UTC)

It seems to have a bunch of classes you wouldn't expect, like extiw mw-extuserlink mw-anonuserlink. — Qwerfjkltalk 14:33, 12 December 2023 (UTC)

I suspect it's an artifact of the import? —Cryptic 14:38, 12 December 2023 (UTC)

I think this means that it was imported. The logs don't show the actual protection, but that the revision was imported 0xDeadbeef→∞ (talk to me) 14:38, 12 December 2023 (UTC)

essentially, a user record for a remote user, that was imported locally. As you can see, this page was imported in 2020, but the edit is from somewhere outside of en.wp in 2019 —TheDJ (talk • contribs) 14:38, 12 December 2023 (UTC)

In this case Meta, and the import was accidental. Because the edit was imported, MusikAnimal didn't actually protect the template despite appearing to do so. I'm inclined to abuse Special:MergeHistory to delete that edit (and its brethren elsewhere) from the history entirely.

This is generally much more of a problem on other wikis where people tend to import stuff without thinking it through than on the English Wikipedia, and before I did a history cleanup in 2021 mw:Template:Documentation had history imported from (at least) 4 different wikis making it impossible to follow. * Pppery * _{it has begun...} 21:10, 12 December 2023 (UTC)

Yes, I was exporting/importing revisions between wikis, and simply got them them mixed up. It was a huge boo-boo on my part and I'm lucky nothing bad came of it (Module:Category handler has 4.5+ million transclusions!). I actually banned myself from using Special:Import in the future :)

If someone wants to remove that dummy revision, go for it, but I'm completely fine with it staying if not solely for the accountability of my mistake. Also, each change to that module will fire off millions of jobs, so maybe it isn't really worth it. WP:DWAP applies here but we're only talking about aesthetics of the revision history. If we want to avoid confusion with regards to the misleading edit summary, we can just hide that? — MusikAnimal ^talk 23:12, 12 December 2023 (UTC)

i want to sort a list of companies that have no logo, so i can search and add logos where appropriate. i asked about this at teahouse and it was suggested that i ask here at village pump. my first ever village pump question, so forgive me if i have no idea where to ask or how to format my request. Iljhgtn (talk) 00:15, 13 December 2023 (UTC)

The discussion at Wikipedia:Teahouse#Companies with missing infobox logo has already caused a request at Template talk:Infobox company#Add a new tracking category? If the request is rejected or ignored then you can come here but it seems premature right now. PrimeHunter (talk) 01:54, 13 December 2023 (UTC)

ok sorry about that Iljhgtn (talk) 02:02, 13 December 2023 (UTC)

I believe this is a new issue. It seems {{Cite tweet}} with a user parameter that includes a digit causes a CS1 maint: numeric names: authors list error. See, for example, Danbury Jr. Hat Tricks, which has two of these caused by |user=DanburyNA3HL. —Anomalocaris (talk) 06:34, 13 December 2023 (UTC)

This has been discussed previously on that template's talk page. Perhaps you should restart that discussion. Izno (talk) 07:07, 13 December 2023 (UTC)

Izno: Thank you. Problem-solvers and other interested parties should continue at Template talk:Cite tweet#numeric names. —Anomalocaris (talk) 11:11, 13 December 2023 (UTC)

Since September 2022, it is possible to create geopoints using a QID. Many wiki contributors have asked for this feature, but it is not being used much. Therefore, we would like to remind you about it. More information can be found on the project page. If you have any comments, please let us know on the talk page. – Best regards, the team of Technical Wishes at Wikimedia Deutschland. Thereza Mengs (WMDE) 12:31, 13 December 2023 (UTC)

Hi, I wonder if we can get top 100 categories available on most Wikipedias, but still not created in a specific Wikipedia. Use Quarry (which I want this way if you can), API, SPARQL or any other way you prefer. If you can, add an optional condition to exclude those have __HIDDENCAT__ property, tracking and maintenance categories. Thanks! ⇒ AramTalk 05:55, 11 December 2023 (UTC)

You can ask at d:WD:RAQ or d:WD:PC, they will know better. Izno (talk) 18:38, 11 December 2023 (UTC)

@Izno Thanks! I asked there and fortunately a user gave me what I wanted. Thank you! ⇒ AramTalk 12:57, 13 December 2023 (UTC)

I am not sure where else to ask about or report this, so sorry if this is the wrong place for this kind of post. I have encountered a strange issue with the main page on Wikipedia, the page that you would first encounter when simply typing in [wikipedia.org] into the search bar of a browser, the page where you can select your language. Basically when I click on the [Read Wikipedia in your language] button, nothing happens, so I am unable to view the page with the list of languages. Also, when I'm typing in the search bar, I can't see any results until I strike the Enter key. Oikoopa (talk) 23:24, 12 December 2023 (UTC)

@Oikoopa What browser are you using? And if you're on a computer, can you check your browser console and let us know if you see any red error messages? the wub "?!" 23:45, 12 December 2023 (UTC)

I am on Firefox 120.0.1, although the issue happens across multiple browsers across multiple devices, even when going into a Private Browsing tab or similar. I did indeed get a red error message when looking at the logs (image). I don't know how it could be a browser-specific issue, this bug happens on Firefox, Chrome, and a few Chromium-based browsers, and like I said, across multiple devices. And yet, I haven't seen anybody else report this issue (although I haven't looked particularly hard).

It's also worth noting that I have experienced this issue before, but then it just kind of disappeared. Now it's back again. Quite strange. Oikoopa (talk) 00:25, 13 December 2023 (UTC)

The page is https://www.wikipedia.org. It works for me in all four tested browsers on Windows 10: Firefox, Edge, Chrome, Opera. I'm in Denmark, Europe. PrimeHunter (talk) 02:03, 13 December 2023 (UTC)

Weird. Oikoopa (talk) 03:34, 13 December 2023 (UTC)

The bug doesn't seem to be happening anymore Oikoopa (talk) 13:06, 13 December 2023 (UTC)

MOS:NOSECTIONLINKS currently says that section headings should not contain links, for technical reasons. There is a discussion at Wikipedia talk:Manual of Style#Header links: technical reasons about what these technical reasons are. If anyone here knows of specific technical issues that may be caused by links in section headings, it would be helpful to share those details. —Bkell (talk) 14:37, 13 December 2023 (UTC)

Further to the above, is it possible to transclude a previous version of a template, in this case {{ITN}}? I suspect the answer is no, in which case I will have to copy-paste the relevant details from the template's history, but I'm asking on the offchance there's some technical way I'm not aware of. Thanks. — Voice of Clam (talk) 16:35, 13 December 2023 (UTC)

The answer is no. Izno (talk) 17:41, 13 December 2023 (UTC)

I'm trying to build the main page archives for missing dates, as the bot that produces them automatically wasn't working for a couple of weeks. I've built a framework to construct the details for a given date, but I'm having problems with WP:DYK and WP:ITN. For DYK, I could transclude the relevant section of Wikipedia:Recent additions using (for example) {{Excerpt|Wikipedia:Recent additions/2023/November|21 November 2023}}, however this also includes a hatnote and extra time stamp that wasn't on the original template. The above code gives

(note the extra "hook"). Can anyone suggest a way of getting rid of these lines, or an alternative method of achieving this? — Voice of Clam (talk) 16:35, 13 December 2023 (UTC)

Hi Voice of Clam, I don't think any of the hooks are "extra". Which one were you thinking doesn't belong?

For the hatnote, try a hat=no parameter. For the timestamp, try lists=-1. Firefangledfeathers (talk / contribs) 17:18, 13 December 2023 (UTC)

Firefangledfeathers: That works, thanks. Sorry I didn't make myself clear - by extra hook I meant the time stamp. — Voice of Clam (talk) 09:30, 14 December 2023 (UTC)

Ok! Thanks for the archival work. Firefangledfeathers (talk / contribs) 13:01, 14 December 2023 (UTC)

Hi everyone. The Web team from the Wikimedia Foundation has launched a new beta feature to improve readability and accessibility.  The feature is only available to logged-in editors using the Vector 2022 skin. To try it out, go to the "beta" option in the user menu and select "Accessibility for Reading (Vector 2022)". You may also enable it on all wikis using the global preferences. To learn more about the Accessibility for Reading project, check out the project page.

In the new menu, there are three text settings – small, standard, and large. Small is the current default. Large is for users who need additional increase in size. The standard setting may later become the new default. This was recommended by both the literature research and prototype testing. To this menu, we have also added the page width setting. Before, it was available in the bottom corner of the screen, and it's easier to find now. The menu is pin-able in a similar way to the Tools and Main menus, both placed in the side columns of the desktop interface. When it's not pinned, it's displayed next to the user name.

We welcome you all to try the new menu. We will collect your ideas and comments to make this feature better. Please, if you have the time, check it out and give us your thoughts! Thanks. SGrabarczuk (WMF) (talk) 21:43, 14 December 2023 (UTC)

What's up with the gigantic section titles on talk pages suddenly? Different font than other level 2 headings as well (e.g. on articles). A Thursday "improvement"? Fram (talk) 20:51, 14 December 2023 (UTC)

FWIW, I use "old" vector, not the 2022 one, desktop, Chrome on Windows. Fram (talk) 20:52, 14 December 2023 (UTC)

I haven't seen anything unusual. Always post an example. Does it happen if you log out or add ?safemode=1 to the url? PrimeHunter (talk) 22:10, 14 December 2023 (UTC)

I believe this might be related to the DiscussionTools usability improvements? If so, you can turn them off in your preferences by un-selecting the "Show discussion activity" option. Quiddity (WMF) (talk) 22:41, 14 December 2023 (UTC)

Thanks, but I don't have DiscussionTools enabled (Beta Features), and in the "editing/discussion pages" options, I don't see "show discussion activity" (neither do I see it in "preferences/appearance", so no idea where this could be found). Oh well, I'll try logging out and so on to see what that gives, but at least this is only a minor annoyance: when using my smartphone (mobile view), since yesterday evening everything is extremely small (as in, unreadable), and enlarging my screen means that lots of things are no longer visible. I haven't changed my preferences or installed gadgets or so recently, so no idea why I have these two issues which no one else seems to have; I guess some strange combination of preferences which no one else uses? Fram (talk) 08:31, 15 December 2023 (UTC)

If I log out I automatically get new Vector, the issue is in old vector, so that doesn't help me. I'll try safemode now. Fram (talk) 08:33, 15 December 2023 (UTC)

Found it: the gadget "Vector classic typography (use only sans-serif in Vector skin)" was enabled, and this one suddenly causes these issues (for me at least). Disabling this solved it, I now get uglier but normal-sized section headings. Fram (talk) 08:37, 15 December 2023 (UTC)

Courtesy links: MediaWiki:Gadget-VectorClassic.css, MediaWiki talk:Gadget-VectorClassic.css –Novem Linguae (talk) 10:59, 15 December 2023 (UTC)

Hello.

I don't know if this is the right place to ask this question but, an IP address pointed out at the Teahouse that the OpenStreetMap on the article Istanbul, is not showing the capital, and the location for some reason is at the Gulf of Guinea. [45] Could this issue be fixed? 🛧Midori No Sora♪🛪 ( ☁＝☁＝✈) 12:10, 14 December 2023 (UTC)

It works for me: I see a map of Istanbul. 0°N 0°E lies in the Gulf of Guinea, and is a popular destination for broken map links. Certes (talk) 12:40, 14 December 2023 (UTC)

{{Infobox mapframe|id=Q406}} shows Null Island instead of Istanbul despite what the template documentation suggests, even though the Wikidata property is correct. Something is indeed broken here. Nardog (talk) 13:18, 14 December 2023 (UTC)

There are three OpenStreetMap in Istanbul. Two on a small globe at coordinates 41°00′49″N 28°57′18″E are working for me. One is hidden under "OpenStreetMap" in the infobox and made with {{Infobox mapframe|frame-width=250|zoom=8}}. That's broken for me. PrimeHunter (talk) 16:07, 14 December 2023 (UTC)

I tried {{Infobox mapframe}} on Special:ExpandTemplates with different cities in the "Context title" field. ExpandTemplates doesn't show the maps at first but I copy-pasted the below to a normal wiki page here.

Istanbul with Wikidata Istanbul (Q406) gives no coordinates and shows Null Island:

<mapframe zoom="10" align="center" frameless="1" height="200" width="270">[
{"properties":{"title":"Istanbul","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q406"},
{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"Istanbul"},"type":"ExternalData","service":"geoline","ids":"Q406"}
]</mapframe>

Odense with Wikidata Odense (Q25331) gives coordinates and works:

<mapframe zoom="10" align="center" frameless="1" height="200" width="270">[
{"properties":{"title":"Odense","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q25331"},
{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"Odense"},"type":"ExternalData","service":"geoline","ids":"Q25331"},
{"type":"Feature","geometry":{"coordinates":[10.383333333333,55.4],"type":"Point"},"properties":{"title":"Odense","marker-color":"#5E74F3"}}
]</mapframe>[[Category:Infobox mapframe without OSM relation ID on Wikidata]]

London with Wikidata London (Q84) gives no coordinates and still works but shows a different type of map with a line around the city.:

<mapframe zoom="10" align="center" frameless="1" height="200" width="270">[
{"properties":{"title":"London","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q84"},
{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"London"},"type":"ExternalData","service":"geoline","ids":"Q84"}
]</mapframe>

I think the difference between Istanbul and London is caused by how mw:Help:Extension:Kartographer reads the "OpenStreetMap relation ID" linked at the Wikidata item for those cities (Istanbul and London). That's beyond my knowledge. Odense has no such Wikidata field so the coordinates are just pulled from the Wikidata item. That works. PrimeHunter (talk) 17:14, 14 December 2023 (UTC)

(edit conflict)

I can get the map by supplying the coordinates with |coord= or by supplying the wikidata id and setting |point=on or just adding |point=on. All show a point symbol for the coordinates. As a test, I gave it the wikidata ID for Cairo (Q85) it displays an OSM shape set by item OpenStreetMap relation ID (P402) and if I also add |point=on it displays both shape and point. It looks like there is an issue with OSM relation for Istanbul that makes the map fail, unless you tell it to also show a point. I think there has been an ongoing problem setting new OSM relations. —  Jts1882 | talk  17:26, 14 December 2023 (UTC)

The osm relation for istanbul points to a single node, instead of the relation. —TheDJ (talk • contribs) 22:45, 14 December 2023 (UTC)

Yeah, it looks like there is no relation for the city itself. There's relation 223474 for Istanbul Province (Q534799), but Istanbul (Q406) doesn't have a relation. Node 1882099475 does point back to Q406 (although there's also node 2895014424 which looks like it should be removed from OSM as it's a duplicate, and in the water). Keeping in mind that Kartographer uses the OSM data, and not Wikidata (i.e. adding OpenStreetMap relation ID (P402) to an item doesn't help connect anything, it's just useful info). Sam Wilson 00:43, 15 December 2023 (UTC)

I thought Kartographer used OpenStreetMap relation ID (P402) at the Wikidata item to find the OSM data. If not then how does it produce the map with a line around London when an empty {{Infobox mapframe}} is previewed on London? Apart from the color it looks just like the map at https://www.openstreetmap.org/relation/65606 which is linked at wikidata:Q84#P402. PrimeHunter (talk) 01:03, 15 December 2023 (UTC)

@PrimeHunter: It's the wikidata=Q84 on the OSM side that does it, on relation 65606. Sam Wilson 03:17, 15 December 2023 (UTC)

Node 1882099475 seems to be the center node for the province, according to the metadata. —TheDJ (talk • contribs) 10:57, 15 December 2023 (UTC)

Kartographer can make a map from this code:

<mapframe height="200" width="270">[
{"type":"ExternalData","service":"geoshape","ids":"Q84"},
]</mapframe>

So it makes an OSM request on "Q84" to discover that it's listed in https://www.openstreetmap.org/relation/65606? I didn't expect that. PrimeHunter (talk) 10:56, 15 December 2023 (UTC)

Kartographer has a derived index of OSM data, with all wikidata ids in OSM and a subset of relations they belong to. As this Istanbul Q id is on a node, instead of a relation, it is not part of that index and cannot be found. See also mediawikiwiki:Help:Extension:Kartographer/OSM#Limitation —TheDJ (talk • contribs) 11:02, 15 December 2023 (UTC)

We don't really know why this limitation is the way it is btw. It was setup when there was still a Maps team, but none of the current devs understand exactly how that index should be modified and why it is the way it is. If anyone wants to read through a lot of code and figure it out, please do :) —TheDJ (talk • contribs) 11:07, 15 December 2023 (UTC)

Here is an extract from the table in Grade II listed buildings in the London Borough of Wandsworth:

If I click on the Lat/Long coordinates, the GeoHack page gives me an OS ref of TQ2657774519, which matches the OS ref in the entry. If, however, I click on the OS ref in the entry, it gives me a GeoHack page with OS ref TQ2646474573 (51° 27′ 19.83″ N, 0° 10′ 46.59″ W). Looking at the template source, this seems to be a problem with #invoke:Ordnance Survey coordinates. What is this, and where should I report it?

Note: The EH header parameters include references to Barking and Dagenham. I think this is an old cut-and-paste error, unconnected with this problem. -- Verbarson  ^talk_edits 10:04, 15 December 2023 (UTC)

Module:Ordnance Survey coordinates, Module_talk:Ordnance Survey coordinates —TheDJ (talk • contribs) 10:50, 15 December 2023 (UTC)

@TheDJ: thanks. I've reposted this query on that talk page. -- Verbarson  ^talk_edits 13:53, 15 December 2023 (UTC)

I've noticed that when one plugs a TWL URL like https://agupubs-onlinelibrary-wiley-com.wikipedialibrary.idm.oclc.org/doi/10.1029/2022JD037575 in the "cite journal" autofill, it does recognize the DOI but apparently doesn't draw information from it. Is that an issue with the autofill JS or in Citoid or some other place? Jo-Jo Eumerus (talk) 07:21, 16 December 2023 (UTC)

Greetings, For DannyS712 bot (task # 55 ), last ran Database reports/Orphans with incoming links at 21:00, 8 December 2023. Had updated every 4-days or so. Looks like bot operator may be inactive‎. Regards, JoeNMLC (talk) 13:40, 15 December 2023 (UTC)

DannyS712 edited yesterday. Maybe try a user talk message? –Novem Linguae (talk) 14:53, 15 December 2023 (UTC)

Posted at Bot operator talk, per your suggestion. Thanks. JoeNMLC (talk) 14:57, 15 December 2023 (UTC)

The SQL source is on github. This report could easily be community-managed through {{database report}}. – SD0001 (talk) 10:46, 16 December 2023 (UTC)