Wikipedia:Village pump (technical)/Archive 209#Mobile web DiscussionTools: Wikipedia:* vs. *talk:

{{tracked|T351037}}

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)

:::::::::{{re|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)

:{{ping|JTanner (WMF)|CFeng (WMF)|DBrant (WMF)|p=}} 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 {{unichar|033a|Combining inverted bridge below|cwith=◌}} with certain characters, such as {{unichar|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)

:{{u|LaundryPizza03}}, could you add a translation for the last two sentences of your original post? I {{em|think}} I understood them, but writing something that isn't English, and which neither Google Translate nor [https://www.perplexity.ai/ 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 {{u|Jon (WMF)}}. BlackcurrantTea (talk) 13:06, 13 November 2023 (UTC)

{{resolved|The bot has since archived this. — xaosflux ^Talk 14:49, 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)

:{{re|Shearonink}} From User:MiszaBot/config#Setting up archiving, {{tq|1=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%27_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 {{U|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)

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)

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)

:{{replyto|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 [https://en.wikipedia.beta.wmflabs.org 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 [https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposals)&oldid=1177775952#Refideas_notification_upon_editing_an_article 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 [https://en.wikipedia.org/wiki/Special:WhatLinksHere/Template%3ARefideas?hidelinks=1&hideimages=1 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: {{blist|detect if there is a Refideas template at the associated talk page|be blank/invisible if no such template is present|if there is such a template: display the editnotice and include a link to the article's talk page}}

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)

::{{U|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 {{t|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 {{tl|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)

:::{{replyto|BOZ}} Re {{tq|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)

{{od}}

I have created {{Tl|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. {{u|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: [https://wikimediafoundation.org/about/soundlogo/ 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"? {{ppor|no}} Primefac (talk) 11:31, 15 November 2023 (UTC)

:See WP:QQX for how to find system messages. [https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)?useskin=vector-2022&uselang=qqx 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) {{small|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 {{tl|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 {{tl|shortcut}} at the target section. PrimeHunter (talk) 18:29, 15 November 2023 (UTC)

:::::::{{small|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 [https://en.wikipedia.org/w/index.php?title=MediaWiki:Vector-action-addsection&action=history], 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 [https://www.mediawiki.org/wiki/Help:DiscussionTools#New_topic_tool] as [https://en.wikipedia.org/wiki/Help:Talk_pages#Starting_a_new_thread]. 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 {{phab|T339973}}. Anomie⚔ 22:35, 14 November 2023 (UTC)

::@Alexis Jazz How are you enabling CodeMirror? I was expecting to see a [https://codemirror.net/5/doc/manual.html#fromTextArea 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 [https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CodeMirror/+/59d83e4c9cbdb4bab41b5c0bf37667f90f33b4a9/resources/ext.CodeMirror.WikiEditor.js#30 copy the desired code], or even [https://codemirror.net/5/doc/manual.html#getValue 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 [https://codemirror.net/5/doc/manual.html#api 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:
{{#tag:syntaxhighlight|mw.loader.using( [ 'ext.CodeMirror', 'ext.CodeMirror.lib', 'ext.CodeMirror.mode.mediawiki' ] ).done( function () {{{Truenewline}} var config = mw.config.get( 'extCodeMirrorConfig' );{{Truenewline}} var $text = $( '' ).appendTo( document.body );{{Truenewline}} var myCMObject = CodeMirror.fromTextArea( $text.get( 0 ), <nowiki>{</nowiki>{{Truenewline}} mwConfig: config,{{Truenewline}} lineNumbers: true,{{Truenewline}} mode: 'text/mediawiki'{{Truenewline}} <nowiki>}</nowiki> );{{Truenewline}} myCMObject.doc.setValue('hello world');{{Truenewline}} console.log(myCMObject.doc.getValue());{{Truenewline}}<nowiki>}</nowiki> );|lang=javascript}}<span id="Alexis_Jazz:1700157967543:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt">— <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 18:06, 16 November 2023 (UTC)</span></p></div></section><section class='wiki-section collapsible' id='section--neffective-partial-blocks'><h2 class='section-toggle'>Ineffective partial blocks</h2><div class='wiki-body'><p>I recently blocked a user from editing <a href='?title=Wikipedia%3AAdministrators%27_noticeboard%2FIncidents'>Wikipedia:Administrators' noticeboard/Incidents</a>. However, I mis-typed it as <a href='?title=Wikipedia%3AAdministrators%27_Noticeboard%2FIncidents'>Wikipedia:Administrators' Noticeboard/Incidents</a> (which is a redirect) and so they were able to continue commenting at ANI (which was kind of the point of the block!)</p> <p>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? <a href='?title=User%3ARitchie333'><b style="color:#7F007F">Ritchie333</b></a> <a href='?title=User_talk%3ARitchie333'><sup style="color:#7F007F">(talk)</sup></a> <a href='?title=Special%3AContributions%2FRitchie333'><sup style="color:#7F007F">(cont)</sup></a> 11:11, 16 November 2023 (UTC)</p> <p>:No, just as there is no way to make the protection of a redirect also apply to the redir target. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 11:40, 16 November 2023 (UTC)</p> <p>::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.{{pb}}Something that might serve the same purpose would be to warn if you're partially blocking from a redirect or non-existing page. —<a href='?title=User%3ACryptic'>Cryptic</a> 11:50, 16 November 2023 (UTC)</p> <p>:::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. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 19:04, 16 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eo-ack-error'><h2 class='section-toggle'>GeoHack error</h2><div class='wiki-body'><p>If anyone, like me, is perplexed why the <a href='?title=National_Map'>National Map</a> viewer in GeoHack always takes one to Newton County, Missouri:</p> <p>It is because there's an error in the URL construction where {{char|,}} is used instead of {{char|&}}.</p> <p><p></p> <p>I most recently encountered this for {{On AFD|Whitaker, Kentucky}}.</p> <p>;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</p> <p>;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</p> <p>Maybe this is a recent API change, but definitely all of that "from" information is breaking the marker.</p> <p><a href='?title=User%3AUncle_G'>Uncle G</a> (<a href='?title=User_talk%3AUncle_G'>talk</a>) 10:49, 17 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--trange-linkages-piping-through-miscapitalized-redirects'><h2 class='section-toggle'>Strange linkages, piping through miscapitalized redirects</h2><div class='wiki-body'><p>{{previous discussion|Wikipedia:Village pump (technical)/Archive 208#Strange linkages, piping through miscapitalized redirects}}</p> <p><a href='?title=phab%3AT346920'>T346920</a> is now marked as resolved. VisualEditor's <em>Add a link</em> should suggest a redirect with exact case match, thus no longer encouraging editors to add sub-optimal links through redirects from incorrect capitalisation, etc. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 11:44, 17 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ierd-contribs-list-'><h2 class='section-toggle'>Wierd contribs list.</h2><div class='wiki-body'><p><a href='?title=File%3AScreenshot_2023-11-16_at_17-35-23_User_contributions_for_Serial_Number_54129_-_Wikipedia.png'>thumb</a></p> <p>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 <nowiki><em>'</nowiki>bolds<nowiki></em></nowiki> the text, gives it a {{background colour|yellow|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! <a href='?title=User_talk%3ASerial_Number_54129'><span style="color:blue">——Serial</span></a> 18:02, 16 November 2023 (UTC){{pb}}</p> <p>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.' <a href='?title=User_talk%3ASerial_Number_54129'><span style="color:blue">——Serial</span></a> 18:41, 16 November 2023 (UTC)</p> <p>{{pb}}And just found out it's all user contribution pages, incl. block notices... <a href='?title=User_talk%3ASerial_Number_54129'><span style="color:blue">——Serial</span></a> 18:46, 16 November 2023 (UTC)</p> <p>:I <em>think</em> that this effect is caused by <a href='?title=User%3AWrit_Keeper%2FScripts%2FcommonHistory.js'>User:Writ Keeper/Scripts/commonHistory.js</a>, which you are loading in <a href='?title=User%3ASerial_Number_54129%2Fcommon.js'>User:Serial Number 54129/common.js</a>. I don't know why it would have changed all of a sudden. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 18:52, 16 November 2023 (UTC)</p> <p>::I wonder if {{U|GreenC}} or {{U|Galobtter}} or {{U|MusikAnimal}} or {{U|The Earwig}} or {{U|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). – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 18:56, 16 November 2023 (UTC)</p> <p>:::Yeah common history is definitely not causing this. <a href='?title=User%3AGalobtter'>Galobtter</a> (<a href='?title=User_talk%3AGalobtter'>talk</a>) 00:00, 17 November 2023 (UTC)</p> <p>:::Likewise, not having any issues like this one. — <a href='?title=User%3AThe_Earwig'><span style="opacity:0.8;">The</span> Earwig</a> (<a href='?title=User_talk%3AThe_Earwig'>talk</a>) 04:10, 17 November 2023 (UTC)</p> <p>::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 (<a href='?title=User%3ABradv%2FScripts%2FExpandDiffs.js'>User:Bradv/Scripts/ExpandDiffs.js</a> is an alternative on this point). I think figuring out where the coloring is coming from is probably the first thing to do. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 19:00, 16 November 2023 (UTC)</p> <p>:::Agreed. I was looking at a talk page thread that mentioned "inspect diff" but not the colors. It may be <a href='?title=User%3AAis523%2Ftopcontrib.js'>User:Ais523/topcontrib.js</a>. When I load that in my vector.js, I see all sorts of colored backgrounds in my Contributions page. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 19:16, 16 November 2023 (UTC)</p> <p>::::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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:38, 16 November 2023 (UTC)</p> <p>:Funnily enough it's not a problem on mobile desktop. All OK here. <a href='?title=User_talk%3ASerial_Number_54129'><span style="color:blue">——Serial</span></a> 20:24, 16 November 2023 (UTC)</p> <p>::I don't think it's <a href='?title=User%3AWrit_Keeper%2FScripts%2FcommonHistory.js'>User:Writ Keeper/Scripts/commonHistory.js</a>. I just installed it the other day and I've had no issues.</p> <p>::@<a href='?title=User%3ASerial_Number_54129'>Serial Number 54129</a> 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 <code>safemode=1</code> to the URL ([https://en.wikipedia.org/wiki/Special:Contributions/MusikAnimal?safemode=1 example]). If the issue goes away, you know it's one of your scripts.</p> <p>::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. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 21:41, 16 November 2023 (UTC)</p> <p>:::Believe me, {{u|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, <em>ad infinitum</em> :) <a href='?title=User_talk%3ASerial_Number_54129'><span style="color:blue">——Serial</span></a> 14:37, 17 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--obile-web-iscussion-ools-ikipedia-vs-talk-'><h2 class='section-toggle'>Mobile web DiscussionTools: Wikipedia:* vs. *talk:</h2><div class='wiki-body'><p>I have recently noticed that there are differences in the UI of DiscussionTools on pages of the <code>Wikipedia:</code> 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:</p> <ol> <li>There is no subscribe button on <code>WP:</code> discussions.</li> <li>The reply button is different – on <code>WP:</code> discussions, the reply button looks like the desktop one, while on the latter type of pages, the button shows in a mobile-specific design.</li> <li>Reply buttons are erroneously shown (they should not be there at all) in non-<code>WP:</code> discussions under {{tl|atop}} (e.g. <a href='?title=Talk%3A2023_Israel%E2%80%93Hamas_war%23Palestinian_casualties'>Talk:2023 Israel–Hamas war#Palestinian casualties</a>) or in transcluded discussions, e.g. <a href='?title=Talk%3AAustraliformis'>Talk:Australiformis</a> (though not on the pages they are transcluded from).</li> </ol> <p>A related matter is that collapse/expand icons (caron/caret-like symbols) are centered next to the section title in mainspace sections or <code>WP:</code> discussions but are displayed next to the first line of title in <code>*talk:</code> discussions. This is related to {{phab|T344629}}.</p> <p><a href='?title=User%3AJanhrach'>Janhrach</a> (<a href='?title=User_talk%3AJanhrach'>talk</a>) 11:24, 17 November 2023 (UTC)</p> <p>: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 ({{phab|T331635}}) for "turn on visual enhancements on any page that has <nowiki>__NEWSECTIONLINK__</nowiki>", 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 (<small>speaking as someone who's not in charge of the deployment schedule</small>) 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 [https://en.m.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)?dtenable=1 on this page].)</p> <p>: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 {{phab|T351542}} for this and it'll get fixed. <a href='?title=User%3ADLynch_%28WMF%29'>DLynch (WMF)</a> (<a href='?title=User_talk%3ADLynch_%28WMF%29'>talk</a>) 15:30, 17 November 2023 (UTC)</p> <p>::Okay, {{phab|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.) <a href='?title=User%3ADLynch_%28WMF%29'>DLynch (WMF)</a> (<a href='?title=User_talk%3ADLynch_%28WMF%29'>talk</a>) 16:33, 17 November 2023 (UTC)</p> <p>::{{ping|DLynch (WMF)}} Many thanks! <a href='?title=User%3AJanhrach'>Janhrach</a> (<a href='?title=User_talk%3AJanhrach'>talk</a>) 18:03, 17 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--suffrage-list'><h2 class='section-toggle'>ACE suffrage list</h2><div class='wiki-body'><p>Hello all, the initial generation of the voter suffrage list for <a href='?title=WP%3AACE2023'>WP:ACE2023</a> has been produced. It is published <a href='?title=Wikipedia%3AArbitration_Committee_Elections_December_2023%2FCoordination%2FSecurePoll'>here</a> (or <a href='?title=Wikipedia%3AArbitration_Committee_Elections_December_2023%2FCoordination%2FSecurePoll%2FSorted'>here, sorted</a>). The list should match the criteria identified here: <a href='?title=Wikipedia%3AArbitration_Committee_Elections_December_2023%23Election_process'>Wikipedia:Arbitration Committee Elections December 2023#Election_process</a>. The community is invited to spot check this for any technical issues. Should you see any, please post to: <a href='?title=Wikipedia_talk%3AArbitration_Committee_Elections_December_2023%2FCoordination'>Wikipedia talk:Arbitration Committee Elections December 2023/Coordination</a>. Thank you, — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 21:21, 17 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--olution-for-page-where-post-expand-include-size-is-exceeded'><h2 class='section-toggle'>Solution for page where post-expand include size is exceeded</h2><div class='wiki-body'><p>What would be the best solution to get <a href='?title=List_of_sportspeople_who_competed_for_more_than_one_nation'>List of sportspeople who competed for more than one nation</a> back under the post-expand include size limit? Thanks. <a href='?title=User%3ADH85868993'>DH85868993</a> (<a href='?title=User_talk%3ADH85868993'>talk</a>) 06:13, 17 November 2023 (UTC)</p> <p>: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. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 06:48, 17 November 2023 (UTC)</p> <p>::Agreed. I tried {{tl|Flagg}}, which claims to reduce post-expand include size, but it is slower and takes the page over the 10-second rendering limit. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 10:12, 17 November 2023 (UTC)</p> <p>:Ditch all those flags, split some of the bigger lists as appears to have been done in <a href='?title=List_of_sportspeople_who_competed_for_more_than_one_nation%23Chess'>Chess</a> section. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:43, 17 November 2023 (UTC)</p> <p>:Yep, ditch the flags. Those templates are tranclusions within transclusions, and we discovered last decade those quickly engage the tranclusions limits. <a href='?title=User%3ASandyGeorgia'><strong>Sandy</strong><span style="color: green;">Georgia</span></a> (<a href='?title=User_talk%3ASandyGeorgia'>Talk</a>) 17:52, 17 November 2023 (UTC)</p> <p>:A template with arguments like {{tlx|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 {{tlx|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 [https://en.wikipedia.org/w/index.php?title=List_of_sportspeople_who_competed_for_more_than_one_nation&diff=prev&oldid=1185637481] 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:49, 18 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-it-s-hursday'><h2 class='section-toggle'>it's Thursday</h2><div class='wiki-body'><p>{{tracked|T351044}}</p> <p>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. <a href='?title=User%3AFolly_Mox'>Folly Mox</a> (<a href='?title=User_talk%3AFolly_Mox'>talk</a>) 13:24, 9 November 2023 (UTC)</p> <p>:I hesitantly suspect this might be related to <a href='?title=phab%3AT344629'>phab:T344629</a> (just based on the timing and keywords), so I've added a note there with some additional details. Will await confirmation before adding a {{tl|tracked}} template here though. <a href='?title=User%3AQuiddity_%28WMF%29'>Quiddity (WMF)</a> (<a href='?title=User_talk%3AQuiddity_%28WMF%29'>talk</a>) 21:24, 9 November 2023 (UTC)</p> <p>::I was indeed related to {{phab|344629}} -- 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 {{phab|T351044}}, and the patch will be rolling out on the train this week. Expect it to look correct again on enwiki on Thursday. <a href='?title=User%3ADLynch_%28WMF%29'>DLynch (WMF)</a> (<a href='?title=User_talk%3ADLynch_%28WMF%29'>talk</a>) 16:53, 13 November 2023 (UTC)</p> <p>:{{Phab|T351044}} seems to be fixed, may I politely ask anybody with a Phabricator account to tag it so? Thank you. <a href='?title=User%3AJanhrach'>Janhrach</a> (<a href='?title=User_talk%3AJanhrach'>talk</a>) 10:39, 17 November 2023 (UTC)</p> <p>::It's awaiting quality assessment by the Editing team, so it's not yet closed. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 08:27, 18 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--elp-documentation-has-errors'><h2 class='section-toggle'>Help documentation has errors</h2><div class='wiki-body'><p><a href='?title=H%3AINCAT'>H:INCAT</a> has an example of how to search <code>incategory</code> that does not work. See the search for "ammonia" in <a href='?title=%3ACategory%3AGerman_chemists'>:Category:German chemists</a> 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 <a href='?title=%3Aspecies%3A'>:species:</a>. Merci. ―<a href='?title=User%3AKoavf'>Justin (<span style="color:grey">ko<strong>a</strong><span style="color:black">v</span>f</span>)</a><span style="color:red">❤<a href='?title=User_talk%3AKoavf'>T</a>☮<a href='?title=Special%3AContributions%2FKoavf'>C</a>☺<a href='?title=Special%3AEmailuser%2FKoavf'>M</a>☯</span> 09:41, 18 November 2023 (UTC)</p> <p>: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. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 10:04, 18 November 2023 (UTC)</p> <p>::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. ―<a href='?title=User%3AKoavf'>Justin (<span style="color:grey">ko<strong>a</strong><span style="color:black">v</span>f</span>)</a><span style="color:red">❤<a href='?title=User_talk%3AKoavf'>T</a>☮<a href='?title=Special%3AContributions%2FKoavf'>C</a>☺<a href='?title=Special%3AEmailuser%2FKoavf'>M</a>☯</span> 10:20, 18 November 2023 (UTC)</p> <p>: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 <a href='?title=Help%3ASearching%23Namespaces'>in the search menu</a> or by specifying a name at the <a href='?title=Help%3ASearching%23namespace_name%3A'>beginning of the search input</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 16:47, 18 November 2023 (UTC)</p> <p>::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... ―<a href='?title=User%3AKoavf'>Justin (<span style="color:grey">ko<strong>a</strong><span style="color:black">v</span>f</span>)</a><span style="color:red">❤<a href='?title=User_talk%3AKoavf'>T</a>☮<a href='?title=Special%3AContributions%2FKoavf'>C</a>☺<a href='?title=Special%3AEmailuser%2FKoavf'>M</a>☯</span> 21:53, 18 November 2023 (UTC)</p> <p>:::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" [https://en.wikipedia.org/w/index.php?title=Help:Searching&diff=prev&oldid=1185768697] which currently gives 20 results for {{search link|Berlin incategory:German_chemists}} and 493 for {{search link|Berlin deepcat:German_chemists}}. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:35, 18 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--pecial-dit-atchlist-not-working'><h2 class='section-toggle'>Special:EditWatchlist not working</h2><div class='wiki-body'><p>I'm a Monobook user, running Vivaldi on a Mac Air. When I try to reach <a href='?title=Special%3AEditWatchlist'>Special:EditWatchlist</a>, I either get no response or a timeout because "The maximum request time of 60 seconds was exceeded." --~~ <a href='?title=User%3AOrangemike'><span style="color:#F80">Orange Mike</span></a> | <a href='?title=User_talk%3AOrangemike'><span style="color:#FA0">Talk</span></a> 19:09, 18 November 2023 (UTC)</p> <p>:How large is your watchlist? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:38, 18 November 2023 (UTC)</p> <p>::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""―<a href='?title=User%3AKoavf'>Justin (<span style="color:grey">ko<strong>a</strong><span style="color:black">v</span>f</span>)</a><span style="color:red">❤<a href='?title=User_talk%3AKoavf'>T</a>☮<a href='?title=Special%3AContributions%2FKoavf'>C</a>☺<a href='?title=Special%3AEmailuser%2FKoavf'>M</a>☯</span> 21:55, 18 November 2023 (UTC)</p> <p>:::25k is pretty close to when you should think about trimming. We probably need a <a href='?title=Help%3ABig_watchlist'>Help:Big watchlist</a> shortcut. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:57, 18 November 2023 (UTC)</p> <p>::::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. :/ ―<a href='?title=User%3AKoavf'>Justin (<span style="color:grey">ko<strong>a</strong><span style="color:black">v</span>f</span>)</a><span style="color:red">❤<a href='?title=User_talk%3AKoavf'>T</a>☮<a href='?title=Special%3AContributions%2FKoavf'>C</a>☺<a href='?title=Special%3AEmailuser%2FKoavf'>M</a>☯</span> 22:02, 18 November 2023 (UTC)</p> <p>:::::You can probably get to <a href='?title=Special%3AEditWatchlist%2Fraw'>Special:EditWatchlist/raw</a>, 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. -- <a href='?title=user%3Azzuuzz'>zzuuzz</a> ^{<a href='?title=user_talk%3Azzuuzz'>(talk)</a>} 22:10, 18 November 2023 (UTC)</p> <p>::::::If <a href='?title=Special%3AEditWatchlist%2Fraw'>Special:EditWatchlist/raw</a> also fails then try it in [https://en.wikipedia.org/wiki/Special:EditWatchlist/raw?safemode=1 safemode]. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:37, 18 November 2023 (UTC)</p> <p>::Yeah, mine's approaching 24-25K. I'll try the "raw" deal and see if it works. --<a href='?title=User%3AOrangemike'><span style="color:#F80">Orange Mike</span></a> | <a href='?title=User_talk%3AOrangemike'><span style="color:#FA0">Talk</span></a> 22:39, 18 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--oes-ikipedia-support-ikidata-queries-'><h2 class='section-toggle'>Does Wikipedia support Wikidata queries?</h2><div class='wiki-body'><p>See <a href='?title=Help_talk%3ASearching%23Are_Wikidata_queries_supported%3F'>this discussion</a>: is it possible to search the contents of Wikipedia using Wikidata queries? <a href='?title=User%3AJarble'>Jarble</a> (<a href='?title=User_talk%3AJarble'>talk</a>) 19:54, 18 November 2023 (UTC)</p> <p>:No. You can probably use some combination of PagePile and Petscan to do what you might want (you should explain what that is). <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:42, 18 November 2023 (UTC)</p> <p>::{{reply to|Izno}} See the example [https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP31%3DQ5&title=Special:MediaSearch&go=Go&type=image here]: I thought Wikipedia would support <code>haswbstatement</code> 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. <a href='?title=User%3AJarble'>Jarble</a> (<a href='?title=User_talk%3AJarble'>talk</a>) 22:40, 18 November 2023 (UTC)</p> <p>:<a href='?title=User%3AJarble'>Jarble</a>, Wikipedia has no <a href='?title=c%3ACommons%3AStructured_data'>c:Commons:Structured data</a>.<br style="margin-bottom:0.5em"/>I can only assume you want to search for something within Wikipedia (like <a href='?title=Special%3ASearch%2Fincategory%3A%221980_births%22'>Special:Search/incategory:"1980 births"</a>) and further filter to find articles without interwiki links. A <a href='?title=WP%3Auser_script'>user script</a> could achieve that (you search here and the script checks Wikidata for interwiki links), some combination of [https://pagepile.toolforge.org/ PagePile] / [https://petscan.wmflabs.org/ PetScan] maybe but depends on what you want to do exactly.<span id="Alexis_Jazz:1700350446987:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 23:34, 18 November 2023 (UTC)</span></p></div></section><section class='wiki-section collapsible' id='section--emplate-interface-for-visual-editor-url'><h2 class='section-toggle'>Template interface for visual editor: url</h2><div class='wiki-body'><p>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:</p> <p>{{input box|<a href='?title=File%3AOOjs_UI_icon_external-link-ltr.svg'>File:OOjs UI icon external-link-ltr.svg</a> <code><nowiki>https://www.example.com</nowiki></code>|width=30%}}</p> <p>Could we have the external link icon actually act as a link? Is that possible, or reasonable? <a href='?title=User%3AEdward-Woodrow'>Edward-Woodrow</a> (<a href='?title=User_talk%3AEdward-Woodrow'>talk</a>) 20:03, 18 November 2023 (UTC)</p> <p>:It might be a bit unintuitive -- speaking for myself, I wouldn't expect something <em>inside</em> an input to have an effect like that. <a href='?title=User%3ADLynch_%28WMF%29'>DLynch (WMF)</a> (<a href='?title=User_talk%3ADLynch_%28WMF%29'>talk</a>) 00:22, 19 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mage-replaced-and-removed'><h2 class='section-toggle'>Image replaced and removed</h2><div class='wiki-body'><p><a href='?title=Venus'>Venus</a> was recently {{diff|Venus|prev|1185852406|edited}} to remove an image which has been <a href='?title=%3Ac%3ACommons%3ADeletion_requests%2FFile%3AUSSR_Venera_10_Venus_ground_1975_colorized_by_Don_P._Mitchell.png'>deleted</a> from Commons. The image was {{diff|Venus|prev|1134572021|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? <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 16:49, 19 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--echnical-puzzle-looking-for-someone-to-solve'><h2 class='section-toggle'>Technical puzzle looking for someone to solve</h2><div class='wiki-body'><p><a href='?title=Invasive_species_in_Australia%23Invasive_insects_and_terrestrial_arthropods'>Invasive species in Australia#Invasive insects and terrestrial arthropods</a> <code><nowiki>{{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}}</nowiki></code> is showing an {{tl|error}}. After playing around with it in my sandbox for far too long, I found that the {{red|<big>"Unknown country code for year 2022: AUS "</big>}} message was coming from <a href='?title=Template%3ATo_USD%2Fdata%2F2022'>Template:To USD/data/2022</a>, which has yet to be filled with much data (compare with <a href='?title=Template%3ATo_USD%2Fdata%2F2021'>Template:To USD/data/2021</a>).</p> <p>What I don't understand is why the template is trying to use <strong>2022</strong> when the parameters fed to it specify <strong>|year=2021</strong>. 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. <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 13:19, 19 November 2023 (UTC)</p> <p>:There are many interacting templates and I don't know the system but I previewed <code><nowiki>{{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}}</nowiki></code> and hovered over the list of used templates with Navigation popups to find a recent change. {{tl|Inflation/year}} was edited today by <a href='?title=User%3APppery'>Pppery</a> who set <code>AU = 2022</code>.[https://en.wikipedia.org/w/index.php?title=Template:Inflation/year&diff=prev&oldid=1185799689] It worked before that. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:49, 19 November 2023 (UTC)</p> <p>:: This was a pain to unravel. I in the end just added the relevant data for Australia to <a href='?title=Template%3ATo_USD%2Fdata%2F2022'>Template:To USD/data/2022</a> rather then trying to make the template system work better. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 17:39, 19 November 2023 (UTC)</p> <p>:::Thanks <a href='?title=User%3APppery'>Pppery</a>. The last two examples at <a href='?title=Template%3AAUDConvert%23Examples'>Template:AUDConvert#Examples</a> have <code>to=EUR</code> and still display an error message which wasn't there before [https://en.wikipedia.org/w/index.php?title=Template:Inflation/year&diff=prev&oldid=1185799689]. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:56, 19 November 2023 (UTC)</p> <p>:::: I have fixed those by creating a stub at <a href='?title=Template%3ATo_EUR%2Fdata%2F2022'>Template:To EUR/data/2022</a>. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 18:26, 19 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hite-text-on-transparent-background'><h2 class='section-toggle'>White text on transparent background</h2><div class='wiki-body'><p>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 {{t|Infobox company}}) or should a derivative image with a black background be made (and how so)?</p> <p>The article is <a href='?title=GirlsDoPorn'>GirlsDoPorn</a> (warning: graphic descriptions of rape) and myself and Vanjagenije <a href='?title=User_talk%3AVanjagenije%23Logo_background'>are unsure</a>. While we're here I wonder if the PNG should be converted to an SVG but don't know how to do this. — <a href='?title=User%3ABilorv'>Bilorv</a> (<strong><a href='?title=User_talk%3ABilorv'><span style="color:purple">talk</span></a></strong>) 15:06, 19 November 2023 (UTC)</p> <p>:There's an imagestyle parameter to {{tl|Infobox}} that {{tl|Infobox company}} doesn't pass through. I've added it to {{tl|Infobox company/sandbox}}, and for now it can be seen in the article by transcluding that instead and adding <code>|imagestyle=background:black</code> but it looks pretty poor - <a href='?title=Special%3APermalink%2F1185915344'>the background is too narrow on the top and bottom, and much too wide on the left and right</a>. I'd advise creating a derivative image instead. —<a href='?title=User%3ACryptic'>Cryptic</a> 19:43, 19 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ated-maintenance-categories-as-of-the-future-or-the-past'><h2 class='section-toggle'>Dated maintenance categories "as of" the future or the past</h2><div class='wiki-body'><p>There are recurring problems at <a href='?title=Special%3AWantedCategories'>Special:WantedCategories</a> that happen entirely as a result of misuse of dated maintenance templates, which I wanted to ask if there's any way to prevent.</p> <ol> <li>Somebody postdates {{tl|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 <em>2024</em>), 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 <em>leaves</em> 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. {{cl|Articles containing potentially dated statements from January 2024}}, for example, has already had to be deleted <em>five times</em> as of today (three of them in the past week alone), with its first creation taking place in <em>May 2023</em>. 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" <em>catchall</em> category if the template is dated to a future month whose category doesn't and rightly can't exist yet, <em>instead</em> of autogenerating a redlink that cascades into a two-step problem?</li> <li>Somebody who doesn't understand how {{tl|citation needed}} works <em>backdates</em> 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 <em>template</em> 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?</li> </ol> <p>Thanks. <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 17:57, 19 November 2023 (UTC)</p> <p>: I've fixed the first issue, although I called the category the less-critically-named <a href='?title=%3ACategory%3AArticles_containing_potentially_dated_statements_from_the_future'>:Category:Articles containing potentially dated statements from the future</a>. For the second issue, the template already does check if the category exists to populate <a href='?title=%3ACategory%3AArticles_with_invalid_date_parameter_in_template'>:Category:Articles with invalid date parameter in template</a> but then populates the redlinked category anyway for some reason. I'll give {{u|Anomie}} a ping since this interacts with several of their bot tasks. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 18:14, 19 November 2023 (UTC)</p> <p>:: The dated subcats of <a href='?title=%3ACategory%3AClean-up_categories'>:Category:Clean-up categories</a> don't get created when non-empty because the cats with redlinks to those don't get added to <a href='?title=%3ACategory%3AArticles_with_invalid_date_parameter_in_template'>:Category:Articles with invalid date parameter in template</a>. 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.{{pb}}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 <a href='?title=%3ACategory%3AArticles_containing_potentially_dated_statements'>:Category:Articles containing potentially dated statements</a> 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 {{tl|update after}} seems unlikely), and non-empty subcats of <a href='?title=%3ACategory%3AArticles_that_include_images_for_deletion'>:Category:Articles that include images for deletion</a> will be created up to 8 days in advance due to how that one is added by deletion templates.{{pb}}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 (<a href='?title=%3ACategory%3AWikipedia_articles_in_need_of_updating'>:Category:Wikipedia articles in need of updating</a> 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. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 23:48, 19 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--isibility-of-changes-on-mobile'><h2 class='section-toggle'>Visibility of changes on mobile</h2><div class='wiki-body'><p>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. <a href='?title=User%3ADonFB'>DonFB</a> (<a href='?title=User_talk%3ADonFB'>talk</a>) 00:04, 20 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ot-authorization-question'><h2 class='section-toggle'>Bot authorization question</h2><div class='wiki-body'><p>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? <a href='?title=User%3AMike_Christie'>Mike Christie</a> (<a href='?title=User_talk%3AMike_Christie'>talk</a> - <a href='?title=Special%3AContributions%2FMike_Christie'>contribs</a> - <a href='?title=User%3AMike_Christie%2FReference_library'>library</a>) 11:48, 20 November 2023 (UTC)</p> <p>: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 ? —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:59, 20 November 2023 (UTC)</p> <p>::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. <a href='?title=User%3AMike_Christie'>Mike Christie</a> (<a href='?title=User_talk%3AMike_Christie'>talk</a> - <a href='?title=Special%3AContributions%2FMike_Christie'>contribs</a> - <a href='?title=User%3AMike_Christie%2FReference_library'>library</a>) <!--Template:Undated--><small class="autosigned">— Preceding <a href='?title=Wikipedia%3ASignatures'>undated</a> comment added 12:20, 20 November 2023 (UTC)</small></p></div></section><section class='wiki-section collapsible' id='section--ook-itation-ef-ool-ar'><h2 class='section-toggle'>Book Citation - Ref Tool Bar</h2><div class='wiki-body'><p>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? <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) <!--Template:Undated--><small class="autosigned">— Preceding <a href='?title=Wikipedia%3ASignatures'>undated</a> comment added 04:49, 20 November 2023 (UTC)</small></p> <p>:I've had the impression that it's gotten picky with the format/type of isbn, but don't trust me on this. <a href='?title=User%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>Gråbergs Gråa Sång</a> (<a href='?title=User_talk%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>talk</a>) 07:36, 20 November 2023 (UTC)</p> <p>:{{ping|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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:51, 20 November 2023 (UTC)</p> <p>::Thanks. It works easily for me just now. My skin is Modern with Firefox. Just one of those passing things, I guess. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 13:09, 20 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2023-47'><h2 class='section-toggle'>Tech News: 2023-47</h2><div class='wiki-body'><p><section begin="technews-2023-W47"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F47'>Translations</a> are available.</p> <p><strong>Changes later this week</strong></p> <ul> <li>There is no new MediaWiki version this week. [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> <li>Starting on Wednesday, a new set of Wikipedias will get "<a href='?title=mw%3ASpecial%3AMyLanguage%2FHelp%3AGrowth%2FTools%2FAdd_a_link'>Add a link</a>" ({{int:project-localized-name-quwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-rmwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-rmywiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-rnwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-roa_rupwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-roa_tarawiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-ruewiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-rwwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sawiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sahwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-satwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-scwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-scnwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-scowiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sdwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sewiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sgwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-shwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-siwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-skwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-slwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-smwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sowiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sqwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-srwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-srnwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-sswiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-stwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-stqwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-suwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-szlwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tawiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tcywiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tewiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tetwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tgwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-thwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tkwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tlwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tnwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-towiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tpiwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-trwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tswiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-ttwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-twwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tywiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-tyvwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-udmwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-ugwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-uzwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-vewiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-vecwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-vepwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-vlswiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-vowiki/en}}). This is part of the <a href='?title=phab%3AT304110'>progressive deployment of this tool to more Wikipedias</a>. The communities can <a href='?title=mw%3ASpecial%3AMyLanguage%2FGrowth%2FCommunity_configuration'>configure how this feature works locally</a>. [https://phabricator.wikimedia.org/T308141][https://phabricator.wikimedia.org/T308142][https://phabricator.wikimedia.org/T308143]</li> <li>The Vector 2022 skin will have some minor visual changes to drop-down menus, column widths, and more. These changes were added to four Wikipedias last week. If no issues are found, these changes will proceed to all wikis this week. These changes will make it possible to add new menus for readability and dark mode. <a href='?title=mw%3ASpecial%3AMyLanguage%2FReading%2FWeb%2FDesktop_Improvements%2FUpdates%23November_2023%3A_Visual_changes%2C_more_deployments%2C_and_shifting_focus'>Learn more</a>. [https://phabricator.wikimedia.org/T347711]</li> </ul> <p><strong>Future changes</strong></p> <ul> <li>There is <a href='?title=mw%3AExtension_talk%3AGraph%2FPlans%23Update%3A_15_November'>an update on re-enabling the Graph Extension</a>. To speed up the process, Vega 2 will not be supported and only [https://phabricator.wikimedia.org/T335325 some protocols] will be available at launch. You can help by sharing what you think about the plan.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F47'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2023-W47"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 00:53, 21 November 2023 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=25884616 --></p></div></section><section class='wiki-section collapsible' id='section--reating-json-pages'><h2 class='section-toggle'>Creating json pages</h2><div class='wiki-body'><p>Why was <a href='?title=Wikipedia%3AVital_articles%2Flist%2FA.json'>Wikipedia:Vital articles/list/A.json</a> created in json format in one edit, but on <a href='?title=Wikipedia%3AVital_articles%2Fdata%2FA.json'>Wikipedia:Vital articles/data/A.json</a> I needed to change the content model? — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 20:57, 20 November 2023 (UTC)</p> <p>:<a href='?title=Wikipedia%3AVital_articles%2Flist%2FA.json'>Wikipedia:Vital articles/list/A.json</a> was created in userspace and moved. Compare <a href='?title=User%3AMSGJ%2FExample.json'>User:MSGJ/Example.json</a> and <a href='?title=Wikipedia%3AExample.json'>Wikipedia:Example.json</a>. 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 <code>.json</code> page name will be created with the json content model. The model is kept if the page is moved. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:16, 20 November 2023 (UTC)</p> <p>::The relevant code for userspace is [https://gerrit.wikimedia.org/g/mediawiki/core/+/master/includes/Revision/MainSlotRoleHandler.php#129 here]. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:26, 20 November 2023 (UTC)</p> <p>::Thanks for the explanation. I don't know why userspace is treated differently to other non-content pages. — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 07:28, 21 November 2023 (UTC)</p> <p>:::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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:56, 21 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mages-purge-issue'><h2 class='section-toggle'>Images purge issue</h2><div class='wiki-body'><p>Hi all. Updated a couple Commons images some days back:</p> <p><a href='?title=%3Aimage%3ACity_of_York_Green_Belt.svg'>City_of_York_Green_Belt.svg</a></p> <p><a href='?title=%3Aimage%3ASouth_West_Yorks_green_belt.svg'>South_West_Yorks_green_belt.svg</a></p> <p>Preview images not showing on Commons and have tried all the <a href='?title=Help%3APurge%23Images'>Help:Purge#Images</a> suggestions.</p> <p>Please advise, thanks.</p> <p>Regards, <a href='?title=User%3AThe_Equalizer'>The Equalizer</a> (<a href='?title=User_talk%3AThe_Equalizer'>talk</a>) 23:05, 21 November 2023 (UTC)</p> <p>:# The new version is not using xlink, which i assume is the problem</p> <p>:# 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.</p> <p>:—<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 23:14, 21 November 2023 (UTC)</p> <p>::That is useful - I'll recompile and see how I get on. Thanks. <a href='?title=User%3AThe_Equalizer'>The Equalizer</a> (<a href='?title=User_talk%3AThe_Equalizer'>talk</a>) 23:18, 21 November 2023 (UTC)</p> <p>:<a href='?title=User%3AThe_Equalizer'>The Equalizer</a>, see also <a href='?title=%3Ac%3ACategory%3AFake_SVG'>:c:Category:Fake SVG</a> and <a href='?title=%3ACategory%3ASVGs_containing_nothing_but_raster_graphics'>:Category:SVGs containing nothing but raster graphics</a>. Maybe @<a href='?title=User%3AJoKalliauer'>JoKalliauer</a> has some useful advice.<span id="Alexis_Jazz:1700615802044:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 01:16, 22 November 2023 (UTC)</span></p></div></section><section class='wiki-section collapsible' id='section--roblem-with-map-on-nner-oop-ochester-'><h2 class='section-toggle'>Problem with map on [[Inner Loop (Rochester)]]</h2><div class='wiki-body'><p>I'm attempting to correct an issue with the map on this page. As the article lead suggests, the map shown in the infobox - <a href='?title=%3AFile%3AInner_Loop_Rochester_map.svg'>:File:Inner Loop Rochester map.svg</a> - is no longer accurate and the map that should be appearing instead is <a href='?title=%3AFile%3AInner_Loop_Rochester_2014_map.svg'>:File:Inner Loop Rochester 2014 map.svg</a>. 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? <a href='?title=User%3AHome_Lander'>Home Lander</a> (<a href='?title=User_talk%3AHome_Lander'>talk</a>) 20:43, 19 November 2023 (UTC)</p> <p>: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. —<a href='?title=User%3ACryptic'>Cryptic</a> 23:50, 19 November 2023 (UTC)</p> <p>::{{ping|Home Lander}} I changed back to the image (with the new file name), is what's currently on the page what you want? <a href='?title=User%3ALittlePuppers'>LittlePuppers</a> (<a href='?title=User_talk%3ALittlePuppers'>talk</a>) 00:34, 20 November 2023 (UTC)</p> <p>:::You got it. Thanks. <a href='?title=User%3AHome_Lander'>Home Lander</a> (<a href='?title=User_talk%3AHome_Lander'>talk</a>) 02:18, 22 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--but-for-illage-pumps'><h2 class='section-toggle'>SIZESPLIT but for Village pumps</h2><div class='wiki-body'><p>Hello, all, I'm looking for some opinions. <a href='?title=Wikipedia%3AVillage_pump_%28policy%29'>Wikipedia:Village pump (policy)</a> tends to have size issues. Yesterday, it was at 970K – nearly a million bytes long, or approximately the length of any single volume in <a href='?title=The_Lord_of_the_Rings'><em>The Lord of the Rings</em></a>. For comparison, this page is presently 70K, VPPR is 263K, VPIL is 100K, and VPM is 20K.</p> <p><a href='?title=WP%3ASIZESPLIT'>WP:SIZESPLIT</a> 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.</p> <p>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? <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 20:35, 20 November 2023 (UTC)</p> <p>: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 <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 20:19, 21 November 2023 (UTC)</p> <p>::So maybe we should pay attention/encouraging large conversations to split around a quarter million bytes? <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 20:49, 21 November 2023 (UTC)</p> <p>:::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 <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 21:13, 21 November 2023 (UTC)</p> <p>:::As someone who edits frequently on a mobile device, it would be much appreciated if village pumps were smaller.<span id="Qwerfjkl:1700602042990:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 21:27, 21 November 2023 (UTC)</span></p> <p>: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.</p> <p>:(And it's usually pretty easy to know which discussions will be large and which won't.)</p> <p>: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.</p> <p>: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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:29, 21 November 2023 (UTC)</p> <p>::See also <a href='?title=Wikipedia_talk%3AVillage_pump_%28proposals%29%23Looking_for_some_unofficial_clerks'>Wikipedia talk:Village pump (proposals)#Looking for some unofficial clerks</a>. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 02:28, 22 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eadability-improvements-prototype-testing-results-and-next-steps'><h2 class='section-toggle'>Readability improvements: prototype testing results and next steps</h2><div class='wiki-body'><p>Hi everyone,</p> <p>In the past few months, the <a href='?title=mw%3AReading%2FWeb'>Web team from the Wikimedia Foundation</a> has started working on the project <a href='?title=mw%3AReading%2FWeb%2FAccessibility_for_reading'>Accessibility for reading</a>. 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.</p> <p><a href='?title=File%3AAll_responses_-_colour_groups.png'>File:All responses - colour groups.png</a></p> <p>In October and November, we <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_208%23Prototype_for_readability_improvements'>shared a prototype</a> 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.</p> <p>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). <a href='?title=mw%3AReading%2FWeb%2FAccessibility_for_reading%2FRepository%2FCommunity_prototype_testing%2FAnalysis'>See the full results of the testing</a>.</p> <p><a href='?title=File%3AAccessibility_for_reading_first_iteration_logged_in.png'>File:Accessibility_for_reading_first_iteration_logged_in.png</a></p> <p>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.</p> <p>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 <a href='?title=Special%3APreferences%23mw-prefsection-betafeatures'>user preferences</a>. Turning it on will display a new collapsible menu in the right sidebar, which will appear under the Tools menu.</p> <p>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.</p> <p>(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 <a href='?title=%23Tech_News%3A_2023-47'>Tech News: 2023-47</a> - <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FUpdates%23November_2023%3A_Visual_changes%2C_more_deployments%2C_and_shifting_focus'>learn more about that here</a>).</p> <p>Thank you! <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 01:17, 24 November 2023 (UTC)</p> <p>:"Night mode" risks confusion with things like windows Night Light and its reduced blue.<a href='?title=User%3AGeni'>©Geni</a> (<a href='?title=User_talk%3AGeni'>talk</a>) 01:30, 24 November 2023 (UTC)</p> <p>----</p> <p>Greetings, Hoping the following is not "off-topic", as I thought to share my Monobook skin Font and Color changes for readability.</p> <p>Recently, I downloaded and installed Font <em>Inter</em> from Github [https://github.com/rsms/inter here]. Inter a trademark of Rasmus Andersson</p> <p>(DBA: RSMS) This font IMO is very readable and "easy-on-the-eyes"; and contains many foreign language glyphs.</p> <p>Within my fav Skin (monobook.css), I made these changes:</p> <ol> <li>Content (font-family) = "Inter Medium" - very readable</li> <li>Content color = 800000 (Maroon) - a dark font color choice</li> <li>Content background = ffe4e1 (Misty Rose) - contrast color for maroon</li> <li>Wikilink font = "Inter" - slightly lighter than Inter Medium</li> <li>Wikilink color = 348781 (Aquamarine Stone) - tones down Blue default</li> </ol> <p>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, <a href='?title=User%3AJoeNMLC'>JoeNMLC</a> (<a href='?title=User_talk%3AJoeNMLC'>talk</a>) 16:00, 24 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-opyvio'><h2 class='section-toggle'>Template:Copyvio</h2><div class='wiki-body'><p>Hi. Could someone with some technical expertise have a quick look at <a href='?title=Template_talk%3ACopyvio%2Fcore%23Requested_move_14_November_2023'>Template talk:Copyvio/core#Requested move 14 November 2023</a>. 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. <a href='?title=User%3AJenks24'>Jenks24</a> (<a href='?title=User_talk%3AJenks24'>talk</a>) 08:32, 24 November 2023 (UTC)</p> <p>:I've taken care of this — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 13:10, 24 November 2023 (UTC)</p> <p>::{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 18:38, 24 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ass-revert-moves'><h2 class='section-toggle'>Mass revert moves</h2><div class='wiki-body'><p>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. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 11:57, 24 November 2023 (UTC)</p> <p>:<a href='?title=User%3ASD0001%2FmassMoveRevert.js'>User:SD0001/massMoveRevert.js</a>. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 12:43, 24 November 2023 (UTC)</p> <p>::<a href='?title=User%3ASD0001'>SD0001</a>, thank you very much!<span id="Klein_Muçi:1700831980483:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 13:19, 24 November 2023 (UTC)</span></p> <p>:::{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 18:38, 24 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-one-click-archiving-links-disappeared'><h2 class='section-toggle'>one-click archiving links disappeared</h2><div class='wiki-body'><p>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. <a href='?title=User%3ABeeblebrox'>Beeblebrox</a> (<a href='?title=User_talk%3ABeeblebrox'>talk</a>) 23:56, 22 November 2023 (UTC)</p> <p>:{{re|Beeblebrox}} the script you're using, <a href='?title=User%3ATechnical_13%2FScripts%2FOneClickArchiver.js'>User:Technical 13/Scripts/OneClickArchiver.js</a>, was blanked due to it being broken. Using a fork such as <a href='?title=User%3AEvad37%2FOneClickArchiver.js'>User:Evad37/OneClickArchiver.js</a> should work. <a href='?title=User%3AElli'>Elli</a> (<a href='?title=User_talk%3AElli'>talk</a> | <a href='?title=Special%3AContributions%2FElli'>contribs</a>) 00:01, 23 November 2023 (UTC)</p> <p>::Oddly, it tried to stop from saving the code, saying it contains errors, but I just confirmed it is working just fine. Thanks! <a href='?title=User%3ABeeblebrox'>Beeblebrox</a> (<a href='?title=User_talk%3ABeeblebrox'>talk</a>) 00:22, 23 November 2023 (UTC)</p> <p>:::{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 18:39, 24 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--heck-completeness-of-transclusions'><h2 class='section-toggle'>Check completeness of transclusions</h2><div class='wiki-body'><p>{{tl|Check completeness of transclusions}}</p> <p>The tool doesn't work. Again.</p> <p>504 Gateway Time-out. <a href='?title=User%3AHandsomeFella'>HandsomeFella</a> (<a href='?title=User_talk%3AHandsomeFella'>talk</a>) 07:59, 25 November 2023 (UTC)</p> <p>:And the error page gives the name of the people who maintain it. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:38, 25 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nsert-and-elete-ags'><h2 class='section-toggle'>Insert and Delete Tags</h2><div class='wiki-body'><p>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.</p> <p>Also, is there a way that I can display the tags with the angle brackets rather than having them actually do their thing?</p> <p><a href='?title=User%3ARobert_McClenon'>Robert McClenon</a> (<a href='?title=User_talk%3ARobert_McClenon'>talk</a>) 22:17, 25 November 2023 (UTC)</p> <p>:You can use nowiki tags to disable tags. For a shorthand you can also use &lt; as the opening bracket and that will display the tag. Or you can use {{tl|tag}}.</p> <p>:Your understanding is correct. Open a tag and forget to close it, you now simply have two open tags which both need closing. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:16, 25 November 2023 (UTC)</p> <p>::{{tl|Tag}} is very nice. Like this: {{tag|ins}}. It also has fun options for showing just one kind of tag, like this: {{tag|ins|c}}. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 00:40, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ection-size'><h2 class='section-toggle'>Section size</h2><div class='wiki-body'><p><a href='?title=WP%3ASIZE%23If_you_have_problems_editing_a_long_article'>WP:SIZE#If you have problems editing a long article</a> says <em>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</em> Is this limit still correct? <a href='?title=User%3AHawkeye7'><span style="color:#800082">Hawkeye7</span></a> <a href='?title=User_talk%3AHawkeye7'><span style="font-size:80%">(discuss)</span></a> 20:09, 25 November 2023 (UTC)</p> <p>: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).</p> <p>:I would recommend changing it to something along the lines of "if the section also isn't large" or similar. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:19, 25 November 2023 (UTC)</p> <p>::The hard 32 kB limit was there because <a href='?title=Special%3ADiff%2F362329457'>Netscape Navigator 4.76 and Opera 6.04 had problems</a> with edit fields larger than that size. Per the <a href='?title=Netscape_Navigator'>Netscape Navigator</a> and <a href='?title=History_of_the_Opera_web_browser'>History of the Opera web browser</a>, 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 <a href='?title=Special%3ADiff%2F1186902634'>edited the guideline accordingly</a>. <a href='?title=User%3AGraham87'>Graham87</a> (<a href='?title=User_talk%3AGraham87'>talk</a>) 06:12, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--djust-video-thumbnails'><h2 class='section-toggle'>Adjust video thumbnails</h2><div class='wiki-body'><p><a href='?title=File%3AUbisoft_Quebec_office.webm'>File:Ubisoft Quebec office.webm</a><a href='?title=File%3AUbisoft_Quebec_office.webm'>File:Ubisoft Quebec office.webm</a>I uploaded a video but was not blessed with a good thumbnail. So I uploaded <a href='?title=%3AFile%3AUbisoft_Quebec_office_in_2013_thumb.jpg'>:File:Ubisoft Quebec office in 2013 thumb.jpg</a>, this worked but now the video player doesn't open anymore.<br style="margin-bottom:0.5em"/>How do I adjust the thumbnail for a video?<span id="Alexis_Jazz:1700845006706:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 16:56, 24 November 2023 (UTC)</span></p> <p>: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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 17:13, 24 November 2023 (UTC)</p> <p>::<a href='?title=User%3ATheDJ'>TheDJ</a>, thanks, that's exactly what I was looking for! Somehow <code>thumbtime</code> wasn't documented on <a href='?title=mw%3AHelp%3AImages'>mw:Help:Images</a>. I had already filed <a href='?title=phab%3AT351937'>phab:T351937</a>, I changed it from a feature request to a bug report.<span id="Alexis_Jazz:1700851508715:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 18:45, 24 November 2023 (UTC)</span></p> <p>:::It’s documented at <a href='?title=mediawikiwiki%3AExtension%3ATimedMediaHandler%23Syntax_synopsis'>mediawikiwiki:Extension:TimedMediaHandler#Syntax_synopsis</a> and probably also somewhere at Commons. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 19:08, 24 November 2023 (UTC)</p> <p>::::Also at <a href='?title=WP%3AEIS%23Video_files'>WP:EIS#Video files</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 13:53, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ages-using-infobox-boxer-amateur-with-conflicting-parameters'><h2 class='section-toggle'>Pages using infobox boxer (amateur) with conflicting parameters</h2><div class='wiki-body'><p>The latest run of <a href='?title=Special%3AWantedCategories'>Special:WantedCategories</a> features a redlink for an infobox-generated (hence unremovable) maintenance category that I don't know what to do with, {{cl|Pages using infobox boxer (amateur) with conflicting parameters}}. I don't know if this is a category we <em>want</em>, 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.</p> <p>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. <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 15:21, 25 November 2023 (UTC)</p> <p>: I have created the category. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 16:39, 25 November 2023 (UTC)</p> <p>:{{replyto|Bearcat}} The template {{tlx|Infobox boxer (amateur)}} has this code <syntaxhighlight lang=wikitext>{{#invoke:Check for clobbered parameters|check</p> <p>| template = <a href='?title=Template%3AInfobox_boxer_%28amateur%29'>infobox boxer (amateur)</a></p> <p>| cat = {{main other|Category:Pages using infobox boxer (amateur) with conflicting parameters}}</p> <p>| nicknames; nickname</p> <p>| weight class; weight_class</p> <p>| medals; medaltemplates</p> <p>}}</syntaxhighlight> and as long as that code is present, {{cl|Pages using infobox boxer (amateur) with conflicting parameters}} should exist.</p> <p>:When there are pages listed in that cat, the thing to do is to visit the page (e.g. <a href='?title=Luke_Jackson_%28boxer%29'>Luke Jackson (boxer)</a>), and [//en.wikipedia.org/w/index.php?title=Luke_Jackson_(boxer)&action=edit§ion=0&summary=/*%20top%20*/%20&editintro=Template:BLP_editintro edit the lead section]. Then, without altering anything, click {{button|Show preview}}. This will yield a message like this: <div style="font-style: italic; color: red;"><strong>Preview warning:</strong> Using more than one of the following parameters in <a href='?title=Template%3AInfobox_boxer_%28amateur%29'>infobox boxer (amateur)</a>: <code>medals</code>, <code>medaltemplates</code>.</div> Return to the point where you were editing the lead section, locate the parameters concerned - in this case {{para|medals|2006 Commonwealth Games}} and {{para|medaltemplates|<br /><nowiki>{{MedalCompetition|<a href='?title=Boxing_at_the_Commonwealth_Games'>Commonwealth Games</a>}}</nowiki><br /><nowiki>{{MedalBronze| <a href='?title=2006_Commonwealth_Games'>2006 Melbourne</a> | <a href='?title=Boxing_at_the_2006_Commonwealth_Games'>Featherweight</a>}}</nowiki>}}. Decide whether they should be combined, or one of them simply removed. Amend and save, the page should drop out of the category. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 16:31, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--efinition-of-ocal-roject'><h2 class='section-toggle'>Definition of Local Project</h2><div class='wiki-body'><p>Hi,</p> <p>I read <span class="plainlinks">[https://www.mediawiki.org/wiki/Special:MyLanguage/Extension:Scribunto/Lua_reference_manual#mw.site.interwikiMap here]</span> that Wiktionary is not considered local to the Wikipedia project as far as Interwiki prefixes are concerned, yet a call to <code>mw.site.interwikiMap("local")</code> includes it. Should it be there?</p> <p>Thanks,</p> <p>J</p> <p><a href='?title=Special%3AContributions%2F5.64.158.190'>5.64.158.190</a> (<a href='?title=User_talk%3A5.64.158.190'>talk</a>) 21:20, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--udio-files-not-showing-on-imeless-when-viewed-on-mobile-device-in-portrait'><h2 class='section-toggle'>Audio files not showing on Timeless when viewed on mobile device in portrait</h2><div class='wiki-body'><p>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. <a href='?title=User%3AAwesome_Aasim'>Awesome</a> <a href='?title=User_talk%3AAwesome_Aasim'>Aasim</a> 21:55, 26 November 2023 (UTC)</p> <p>:On what specific page are you experiencing the issue? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:58, 26 November 2023 (UTC)</p> <p>::I added a file to <a href='?title=Fire_alarm_notification_appliance'>Fire alarm notification appliance</a> 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. <a href='?title=User%3AAwesome_Aasim'>Awesome</a> <a href='?title=User_talk%3AAwesome_Aasim'>Aasim</a> 22:12, 26 November 2023 (UTC)</p> <p>:::Ok I isolated the problem even further to <a href='?title=MediaWiki%3AGadget-responsiveContentBaseTimeless.css'>MediaWiki:Gadget-responsiveContentBaseTimeless.css</a>, line 71. I think that line needs to be removed or rethought out to allow the player to work on Timeless when so narrow. <a href='?title=User%3AAwesome_Aasim'>Awesome</a> <a href='?title=User_talk%3AAwesome_Aasim'>Aasim</a> 22:20, 26 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--s-this-map-template-fixable-'><h2 class='section-toggle'>Is this map/template fixable?</h2><div class='wiki-body'><p>So while browing Wikipedia as a reader, I noted that <a href='?title=Template%3AState_historic_sites_of_Louisiana_map'>Template:State historic sites of Louisiana map</a> is being used at <a href='?title=List_of_Louisiana_state_historic_sites'>List of Louisiana state historic sites</a>. 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 <a href='?title=Template%3ALocation_map'>Template:Location map</a>? <a href='?title=User%3AHog_Farm'>Hog Farm</a> _{<em><a href='?title=User_talk%3AHog_Farm'>Talk</a></em>} 00:43, 26 November 2023 (UTC)</p> <p>: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.) <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 01:47, 26 November 2023 (UTC)</p> <p>::It works for me to remove <code>text-align:center</code> in the article.[https://en.wikipedia.org/w/index.php?title=List_of_Louisiana_state_historic_sites&diff=prev&oldid=1186926423] <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:21, 26 November 2023 (UTC)</p> <p>:::With <code>text-align:center</code> 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:22, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mboldening-a-boundary-in-a-table'><h2 class='section-toggle'>Emboldening a boundary in a table</h2><div class='wiki-body'><p>Hi,<br></p> <p>Will someone who knows table formatting please have a look at the table in <a href='?title=b%3AOberon%2FSystem_Variants'>this page</a>. 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, ... <a href='?title=User%3APeterEasthope'>PeterEasthope</a> (<a href='?title=User_talk%3APeterEasthope'>talk</a>) 14:50, 26 November 2023 (UTC)</p> <p>:{{ping|PeterEasthope}} The column headers in the middle would be against <a href='?title=MOS%3ACOLHEAD'>MOS:COLHEAD</a> in the English Wikipedia but I don't know Wikibooks. I have added <code>style="border-top: solid 2px"</code>.[https://en.wikibooks.org/w/index.php?title=Oberon/System_Variants&diff=prev&oldid=4344979] <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 16:32, 26 November 2023 (UTC)</p> <p>:Single header alternative:</p> <p>:# Make source text the first column</p> <p>:# Use rowspan to make its cells multi row</p> <p>:# Apply background colour and bold to make it look like a heading.</p> <p>:# Rotate text 90 degrees so it consumes little horizontal space</p> <p>:<a href='?title=User%3AUwappa'>Uwappa</a> (<a href='?title=User_talk%3AUwappa'>talk</a>) 16:41, 26 November 2023 (UTC)</p> <p>::Please don't {{tq|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 <code>!</code> at the start of the line instead of <code>|</code>) and give it the attribute <code>scope=row</code>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 16:50, 26 November 2023 (UTC)</p> <p>::If you want to rotate a header then Wikibooks has <a href='?title=%3Ab%3ATemplate%3AVertical_header'>:b:Template:Vertical header</a> although it's only used in one page. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:12, 26 November 2023 (UTC)</p> <p>::: Broken into <a href='?title=b%3AOberon%2FSystem_Variants'>multiple tables again</a>, to avoid violation of <a href='?title=MOS%3ACOLHEAD'>MOS:COLHEAD</a>. With multiple tables, the emboldened line is not required. I find the uniform column widths aesthetically preferable to distinct widths in each table.</p> <p>::: Is a table heading better than the column spanning heading such as "Source Texts in Oberon"? Thx, ... <a href='?title=User%3APeterEasthope'>PeterEasthope</a> (<a href='?title=User_talk%3APeterEasthope'>talk</a>) 02:33, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ew-ua-module-replacement-for-nowiki-ame-in-official-languages-nowiki-'><h2 class='section-toggle'>New Lua module replacement for <nowiki>{{Name in official languages}}</nowiki></h2><div class='wiki-body'><p>Hello, I've decided to make a Lua module to replace {{template link|Name in official languages}}. I'd appreciate it if anyone could check whether the code has any issues.</p> <p>At the moment I'm trying to figure out how to create wikilinks for the languages, which I'm having trouble with, due to {{!xt|Lua error at line 22: attempt to concatenate local 'display' (a nil value).}}</p> <p>It's at: <a href='?title=Module%3AUser%3AA_diehard_editor%2FName_in_various_languages'>Module:User:A diehard editor/Name in various languages</a></p> <p>- <strong><em><a href='?title=User%3AA_diehard_editor'>A diehard editor</a></strong></em> (<a href='?title=User_talk%3AA_diehard_editor'>talk</a> | <a href='?title=Special%3AContributions%2FA_diehard_editor'>edits</a>) 17:37, 26 November 2023 (UTC)</p> <p>:No templates in section headers.</p> <p>:</p> <p>:Not at all clear to me what it is that you are trying to do. It appears that you are attempting to use <a href='?title=Module%3ALang%2Fdata'>Module:Lang/data</a> to get language names from language tags. Your life might be easier if you use the functions built into <a href='?title=Module%3ALang'>Module:Lang</a> that already do that. For example, your test template has 'en = English' so I presume that you want to fetch the language associated with <code>en</code> from Module:lang/data. You can do that with a template call that looks like this:</p> <p>::<syntaxhighlight lang="wikitext" inline="1">{{lang|fn=name_from_tag|en}}</syntaxhighlight> → {{lang|fn=name_from_tag|en}}</p> <p>:You can <code>require()</code> Module:lang into your module to do the same thing:</p> <p>::<syntaxhighlight lang="lua">local lang_mod = require ('Module:Lang');</p> <p>local language_name = lang_mod._name_from_tag ({'en'});</syntaxhighlight></p> <p>:Or, because I suspect that the variety of languages needed is limited, you are probably better off using the MediaWiki magic work <syntaxhighlight lang="wikitext" inline="1">{{#language}}</syntaxhighlight> to get the name associated with a language tag:</p> <p>::<syntaxhighlight lang="wikitext" inline="1">{{#language:en|en}}</syntaxhighlight> → {{#language:en|en}}</p> <p>:You can also do this in your module:</p> <p>::<syntaxhighlight lang="lua">local language_name = frame:callParserFunction ({name='#language', args={'en', 'en'}});</syntaxhighlight></p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 20:00, 26 November 2023 (UTC)</p> <p>:</p> <p>:Changing my mind. Better to <syntaxhighlight lang="lua" inline="1">require ('Module:Lang')</syntaxhighlight> because you will have to anyway to properly render the official name associated with the language tag.</p> <p>:</p> <p>:Also, no need to construct language name links (as you are attempting in <a href='?title=Module%3AUser%3AA_diehard_editor%2FName_in_various_languages%23L-22'>line 22</a>. The call to Module:lang to get the language name can be tweaked to get a linked version:</p> <p>::<syntaxhighlight lang="lua">local lang_mod = require ('Module:Lang');</p> <p>local language_name = lang_mod._name_from_tag ({'en', ['link'] = 'yes'});</syntaxhighlight></p> <p>:The call to Module:lang to render the official name looks something like this:</p> <p>::<syntaxhighlight lang="lua">local official_name = lang_mod._lang ({'en', 'official name'});</syntaxhighlight></p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 20:32, 26 November 2023 (UTC)</p> <p>:::(If not covered above)</p> <p>:::Hi,</p> <p>:::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.</p> <p>:::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.</p> <p>:::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.</p> <p>:::I've put in some changes to your template as a demo. I'll let you sort out the styling & article links etc..</p> <p>:::Regards,</p> <p>:::J</p> <p>:::<a href='?title=Special%3AContributions%2F5.64.158.190'>5.64.158.190</a> (<a href='?title=User_talk%3A5.64.158.190'>talk</a>) 20:59, 26 November 2023 (UTC)</p> <p>::::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. <strong><em><a href='?title=User%3AA_diehard_editor'>A diehard editor</a></strong></em> (<a href='?title=User_talk%3AA_diehard_editor'>talk</a> | <a href='?title=Special%3AContributions%2FA_diehard_editor'>edits</a>) 03:07, 27 November 2023 (UTC)</p> <p>:::::Here is a working example of one way to accomplish the rewrite: <a href='?title=Module%3AUser%3ATrappist_the_monk%2FName_in_various_languages'>Module:User:Trappist the monk/Name in various languages</a></p> <p>:::::—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 04:00, 27 November 2023 (UTC)</p> <p>::::::Nice <a href='?title=Special%3AContributions%2F5.64.158.190'>5.64.158.190</a> (<a href='?title=User_talk%3A5.64.158.190'>talk</a>) 05:13, 27 November 2023 (UTC)</p> <p>::::::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 <a href='?title=Module%3AName_in_various_languages'>Module:Name in various languages</a>. <strong><em><a href='?title=User%3AA_diehard_editor'>A diehard editor</a></strong></em> (<a href='?title=User_talk%3AA_diehard_editor'>talk</a> | <a href='?title=Special%3AContributions%2FA_diehard_editor'>edits</a>) 06:52, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--oom-messed-up-on-i-17'><h2 class='section-toggle'>Zoom messed up on iOS 17</h2><div class='wiki-body'><p>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? —<a href='?title=User%3Apythoncoder'><span style="color:#004080">python</span><span style="color:olive">coder</span></a> (<a href='?title=User_talk%3Apythoncoder'>talk</a> | <a href='?title=Special%3AContribs%2Fpythoncoder'>contribs</a>) 20:16, 21 November 2023 (UTC)</p> <p>: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%. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 23:10, 21 November 2023 (UTC)</p> <p>:Just noticed this thread and realized it's the same for me, I updated a <a href='?title=IPhone_12_mini'>12 mini</a> to iOS 17.1.1 and have the same result. <a href='?title=User%3AHome_Lander'>Home Lander</a> (<a href='?title=User_talk%3AHome_Lander'>talk</a>) 16:58, 23 November 2023 (UTC)</p> <p>:Looks normal to me. I'm on iOS 17.1.1 as well. ― <kbd style="font-size:85%"><a href='?title=User%3AMir_Novov'><b style="color:#270;rotate:-2deg;display:inline-block">novov</b></a> <a href='?title=User_talk%3AMir_Novov'><span style="color:#790">(t</span></a> <a href='?title=Special%3AContributions%2FMir_Novov'><span style="color:#790">c)</span></a></kbd> 08:56, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--paces-in-template-parameters'><h2 class='section-toggle'>Spaces in template parameters</h2><div class='wiki-body'><p>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.</p> <p>But the template engine trims the preceding space and I can't figure out how to escape it. I can use <a href='?title=Template%3ASpaces'>Template:Spaces</a>, but that produces &nbsp; 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?</p> <p>If you want to see my code, I'm using the sandbox at <a href='?title=Template%3AX28'>Template:X28</a>.</p> <p>Cheers, <a href='?title=User%3AAkakievich'>Akakievich</a> (<a href='?title=User_talk%3AAkakievich'>talk</a>) 11:43, 27 November 2023 (UTC)</p> <p>:{{ping|Akakievich}} One option is to encode the space as <code>&#32;</code>. Another is to place something non-displayed like <code><nowiki /></code> before the space. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:00, 27 November 2023 (UTC)</p> <p>:Maybe <a href='?title=Template%3AIf'>Template:If</a> can help. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 12:25, 27 November 2023 (UTC)</p> <p>: Two great solutions, thank you both. <a href='?title=User%3AAkakievich'>Akakievich</a> (<a href='?title=User_talk%3AAkakievich'>talk</a>) 12:58, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--urge-seems-to-still-be-broken'><h2 class='section-toggle'>Purge API seems to still be broken</h2><div class='wiki-body'><p>This is a followup to <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_208%23Purge_API_broken%3F'>Wikipedia:Village pump (technical)/Archive 208#Purge API broken?</a> It's still broken for me. I was hoping that {{phab|T349348}}, which has been closed as "resolved", would fix it. The [https://gerrit.wikimedia.org/r/c/pywikibot/core/+/967304/ 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, <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 13:13, 20 November 2023 (UTC)</p> <p>:Can you clarify what is still broken for you? The bug and the patch you linked are for the <a href='?title=mw%3AManual%3APywikibot'>Pywikibot</a> framework, but later you talk about MediaWiki, so I am a bit confused. The previous thread you linked is pretty long and also confusing. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 13:44, 20 November 2023 (UTC)</p> <p>: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. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 13:52, 20 November 2023 (UTC)</p> <p>::<a href='?title=User%3ABot1058%2Frefreshmainlinks.php'>THIS</a> and <a href='?title=User%3ARMCD_bot%2Fbotclasses.php'>THIS</a> is the code for my <a href='?title=Wikipedia%3ABots%2FRequests_for_approval%2FBot1058_8'>BRFA-approved bot</a> 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 {{no redirect|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. [https://quarry.wmcloud.org/query/78210# Quarry query] shows that the date is not being updated. Likely it was last updated by my bot on August 17, 2023. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 16:48, 20 November 2023 (UTC)</p> <p>:::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: [https://logstash.wikimedia.org/goto/05c1965ff6160372d7849d0673f0240e]). It's interesting that <code>page_links_updated</code> 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). <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 18:26, 20 November 2023 (UTC)</p> <p>: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 <a href='?title=toolforge%3Aversions'>toolforge:versions</a> 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. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 18:46, 20 November 2023 (UTC)</p> <p>::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 <a href='?title=wikitech%3ALogstash'>Logstash</a>, which would have helped me verify my bot's actions. I guess I could apply for <code>nda</code> group access <a href='?title=wikitech%3ASRE%2FLDAP%2FGroups'>for researchers and volunteers</a>, if I sign an NDA for access to confidential data?</p> <p>::<code>page_links_updated</code> was definitely getting updated until sometime after August, so answering the question "why did it stop getting updated?" should hopefully lead to the solution. <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 19:50, 20 November 2023 (UTC)</p> <p>:::(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: [https://gerrit.wikimedia.org/g/mediawiki/core/+/d73dfdfebc56b99c3b9762bc60160dab0c1a59bb/includes/api/ApiPurge.php#106]) <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 20:41, 20 November 2023 (UTC)</p> <p>: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 <a href='?title=Special%3AApiSandbox'>Special:ApiSandbox</a>, and it worked for me – the <code>page_links_updated</code> field got bumped. So I tried running your code, and… it worked too. I'm definitely confused.</p> <p>:My current theory is that your bot is successfully <em>scheduling</em> the links update (as indicated by the log messages), but they are not actually happening for some reason.</p> <p>:In order to test that theory, I'd like to ask you to do two things, and run the script <em>just once</em> with these changes:</p> <p>:* Uncomment <source inline lang=php>print_r($result);</source> in <a href='?title=User%3ABot1058%2Frefreshmainlinks.php'>refreshmainlinks.php</a> line 106</p> <p>:* Change <source inline lang=php>curl_setopt($this->ch, CURLOPT_HTTPHEADER, array('Expect:'));</source> <br> to <source inline lang=php>curl_setopt($this->ch, CURLOPT_HTTPHEADER, array('Expect:', 'X-Wikimedia-Debug: backend=mwdebug2001.codfw.wmnet; log'));</source> <br> in <a href='?title=User%3ARMCD_bot%2Fbotclasses.php'>botclasses.php</a> line 109</p> <p>: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 (<a href='?title=wikitech%3AWikimediaDebug'>wikitech:WikimediaDebug</a>), I'll be able to view the results in Logstash and perhaps we'll find out what is happening.</p> <p>:<a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 20:41, 20 November 2023 (UTC)</p> <p>::OK, I've shut down my bots while we debug this, since they weren't working right anyway... <code>toolforge jobs delete refreshlinks</code> and <code>toolforge jobs delete refreshmainlinks</code></p> <p>::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. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 21:41, 20 November 2023 (UTC)</p> <p>::I also commented out the last line of refreshmainlinks.php so that it wouldn't run forever: <code>#goto doit_again;</code></p> <p>::<code>toolforge-jobs run refreshmainlinks --command "php ./php/refreshmainlinks.php" --image php8.2 -o ./logs/refreshmainlinks.log -e ./logs/refreshmainlinks.log</code></p> <p>::Running now... <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 21:57, 20 November 2023 (UTC)</p> <p>{{collapse top|console log}}</p> <p><syntaxhighlight language=text></p> <p>PHP version: 8.2.7</p> <p>Logging in...</p> <p>GET: https://en.wikipedia.org/w/api.php?action=query&meta=tokens&type=login&format=json (0.175213098526 s) (100 b)</p> <p>POST: https://en.wikipedia.org/w/api.php?action=login&format=json (0.79974794387817 s) (73 b)</p> <p>...done.</p> <p>Days ago to refresh: 95</p> <p>Current time: 1700517512 (2023-11-20 21:58:32)</p> <p>Refresh time: 1692309512 (2023-08-17 21:58:32) ==> 20230817215832</p> <p>Connected to database</p> <p>mysqli_result Object</p> <p>(</p> <p>[current_field] => 0</p> <p>[field_count] => 1</p> <p>[lengths] =></p> <p>[num_rows] => 10000</p> <p>[type] => 0</p> <p>)</p> <p>0> Soygu</p> <p>POST: https://en.wikipedia.org/w/api.php?action=purge&format=json&assert=user&forcerecursivelinkupdate=1 (3.1107079982758 s) (2223 b)</p> <p>Array</p> <p>(</p> <p>[batchcomplete] =></p> <p>[purge] => Array</p> <p>(</p> <p>[0] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soygu</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[1] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyinka, Wole</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[2] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soynuts</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[3] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyode</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[4] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyons Libres</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[5] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyul</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[6] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyun Kasum oglu Sadykov</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[7] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyuz-7 (rocket)</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[8] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyuz 7K-L1E No.1</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[9] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyuz 7K-LOK No.1</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[10] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyuz 7K-LOK No.2</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[11] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Sozuza</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[12] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soñer, Javier</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[13] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soñora, Joel</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[14] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soči</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[15] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => SoÊ»x District</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[16] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => So’a language</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[17] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Sp1 transcription factor</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[18] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Sp6likevirus</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>[19] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => SpAd</p> <p>[purged] =></p> <p>[linkupdate] =></p> <p>)</p> <p>)</p> <p>[normalized] => Array</p> <p>(</p> <p>[0] => Array</p> <p>(</p> <p>[from] => :Soygu</p> <p>[to] => Soygu</p> <p>)</p> <p>[1] => Array</p> <p>(</p> <p>[from] => :Soyinka,_Wole</p> <p>[to] => Soyinka, Wole</p> <p>)</p> <p>[2] => Array</p> <p>(</p> <p>[from] => :Soynuts</p> <p>[to] => Soynuts</p> <p>)</p> <p>[3] => Array</p> <p>(</p> <p>[from] => :Soyode</p> <p>[to] => Soyode</p> <p>)</p> <p>[4] => Array</p> <p>(</p> <p>[from] => :Soyons_Libres</p> <p>[to] => Soyons Libres</p> <p>)</p> <p>[5] => Array</p> <p>(</p> <p>[from] => :Soyul</p> <p>[to] => Soyul</p> <p>)</p> <p>[6] => Array</p> <p>(</p> <p>[from] => :Soyun_Kasum_oglu_Sadykov</p> <p>[to] => Soyun Kasum oglu Sadykov</p> <p>)</p> <p>[7] => Array</p> <p>(</p> <p>[from] => :Soyuz-7_(rocket)</p> <p>[to] => Soyuz-7 (rocket)</p> <p>)</p> <p>[8] => Array</p> <p>(</p> <p>[from] => :Soyuz_7K-L1E_No.1</p> <p>[to] => Soyuz 7K-L1E No.1</p> <p>)</p> <p>[9] => Array</p> <p>(</p> <p>[from] => :Soyuz_7K-LOK_No.1</p> <p>[to] => Soyuz 7K-LOK No.1</p> <p>)</p> <p>[10] => Array</p> <p>(</p> <p>[from] => :Soyuz_7K-LOK_No.2</p> <p>[to] => Soyuz 7K-LOK No.2</p> <p>)</p> <p>[11] => Array</p> <p>(</p> <p>[from] => :Sozuza</p> <p>[to] => Sozuza</p> <p>)</p> <p>[12] => Array</p> <p>(</p> <p>[from] => :Soñer,_Javier</p> <p>[to] => Soñer, Javier</p> <p>)</p> <p>[13] => Array</p> <p>(</p> <p>[from] => :Soñora,_Joel</p> <p>[to] => Soñora, Joel</p> <p>)</p> <p>[14] => Array</p> <p>(</p> <p>[from] => :Soči</p> <p>[to] => Soči</p> <p>)</p> <p>[15] => Array</p> <p>(</p> <p>[from] => :SoÊ»x_District</p> <p>[to] => SoÊ»x District</p> <p>)</p> <p>[16] => Array</p> <p>(</p> <p>[from] => :So’a_language</p> <p>[to] => So’a language</p> <p>)</p> <p>[17] => Array</p> <p>(</p> <p>[from] => :Sp1_transcription_factor</p> <p>[to] => Sp1 transcription factor</p> <p>)</p> <p>[18] => Array</p> <p>(</p> <p>[from] => :Sp6likevirus</p> <p>[to] => Sp6likevirus</p> <p>)</p> <p>[19] => Array</p> <p>(</p> <p>[from] => :SpAd</p> <p>[to] => SpAd</p> <p>)</p> <p>)</p> <p>)</p> <p></syntaxhighlight></p> <p>{{collapse bottom}}</p> <p>::That's the beginning of my log. I don't think it shows anything abnormal. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 22:15, 20 November 2023 (UTC)</p> <p>::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. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 22:47, 20 November 2023 (UTC)</p> <p>:::Yep, I see them, I will have a look. Thanks. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 23:04, 20 November 2023 (UTC)</p> <p>::::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: <a href='?title=phab%3AT351729'>T351729</a>. 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. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 15:24, 21 November 2023 (UTC)</p> <p>::::Perhaps there's one more thing we could try: could you try to run your bot script once <em>using another account</em>, and check if it succeeds? And also, could you try to perform the purge using <a href='?title=Special%3AApiSandbox%23action%3Dpurge%26forcerecursivelinkupdate%3D1%26titles%3D...'>Special:ApiSandbox#action=purge&forcerecursivelinkupdate=1&titles=...</a> <em>while logged into your bot account</em>, and check if it succeeds? If one of these methods works, that might help us guess where the problem lies. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 15:28, 21 November 2023 (UTC)</p> <p>:::::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!</p> <p>{{collapse top|Bot1058 API sandbox results}}</p> <p><syntaxhighlight language=text></p> <p>"batchcomplete": true,</p> <p>"purge": [</p> <p>{</p> <p>"ns": 0,</p> <p>"title": "Speciestaler",</p> <p>"purged": true,</p> <p>"linkupdate": true</p> <p>},</p> <p>{</p> <p>"ns": 0,</p> <p>"title": "Specific State Memory Recall",</p> <p>"purged": true,</p> <p>"linkupdate": true</p> <p>}</p> <p>],</p> <p>"normalized": [</p> <p>{</p> <p>"fromencoded": false,</p> <p>"from": "Specific_State_Memory_Recall",</p> <p>"to": "Specific State Memory Recall"</p> <p>}</p> <p>]</p> <p></syntaxhighlight></p> <p>{{collapse bottom}}</p> <p>:::::Noting one difference, in the API sandbox results, <code>"purged": true,</code> and <code>"linkupdate": true</code> which in the console log they are null: <code>[purged] =></code> and <code>[linkupdate] =></code></p> <p>:::::I'm not sure whether that's a significant difference. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 20:01, 21 November 2023 (UTC)</p> <p>::::::The difference is because ApiSandbox applies formatversion=2 param. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 06:12, 22 November 2023 (UTC)</p> <p>:::::::Right, thanks. I added <code>&formatversion=2</code> 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.</p> <p>{{collapse top|1=console log, with &format=json&formatversion=2}}</p> <p><syntaxhighlight language=text></p> <p>Array</p> <p>(</p> <p>[batchcomplete] => 1</p> <p>[purge] => Array</p> <p>(</p> <p>[0] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soyinka, Wole</p> <p>[purged] => 1</p> <p>[linkupdate] => 1</p> <p>)</p> <p>[1] => Array</p> <p>(</p> <p>[ns] => 0</p> <p>[title] => Soynuts</p> <p>[purged] => 1</p> <p>[linkupdate] => 1</p> <p>)</p> <p></syntaxhighlight></p> <p>{{collapse bottom}}</p> <p>:::::::Checking [https://quarry.wmcloud.org/query/78210# the Quarry query], still failed to update <code>page_links_updated</code>. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 17:00, 22 November 2023 (UTC)</p> <p>:::::Finished another 10K edits run with X-Wikimedia-Debug stuff, under a different bot account of mine. Checking [https://quarry.wmcloud.org/query/78210# with Quarry] for a couple of the pages that it was supposed to have purged, they still show <code>page_links_updated</code> August 17. So it still fails when running under a different account. Hmm, <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 22:43, 21 November 2023 (UTC)</p> <p>::::::Thanks for checking, that's interesting, although I'm not sure what it means yet. We haven't had the time to investigate. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 16:42, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-f-'><h2 class='section-toggle'>[[Template:Cf.]]</h2><div class='wiki-body'><p>The template adds an extra line break (?) during render and I don't know why. Example <a href='?title=Thridrangaviti_Lighthouse%23Technical_features'>Thridrangaviti_Lighthouse#Technical_features</a> where the last bullet uses the template, there is an extra line after it.</p> <p>I am unable to replicate the problem in an example like this:</p> <ul> <li>Line 1</li> <li>Line 2.<ref name="Rowlett">{{cite rowlett|islse|access-date=2023-11-27}}</ref> — {{cf.|List of lighthouses in Iceland}}</li> <li>Line 3</li> </ul> <p>Or this:</p> <ul> <li>Line 1</li> <li>Line 2.<ref name="Rowlett" /> — {{cf.|List of lighthouses in Iceland}}</li> </ul></div></section><section class='wiki-section collapsible' id='section--next-section-'><h2 class='section-toggle'>= next section =</h2><div class='wiki-body'><p>{{reflist-talk}}</p> <p>Thanks. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 16:20, 27 November 2023 (UTC)</p> <p>:Because there is a line break before the {{tag|noinclude|o}}?</p> <p>:</p> <p>: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?</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 16:25, 27 November 2023 (UTC)</p> <p>::{{fixed}}. The line break was causing the problem. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 17:04, 27 November 2023 (UTC)</p> <p>:::<a href='?title=Special%3ADiff%2F1165197447%2F1187126200'>Special:Diff/1165197447/1187126200</a>, thank you. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 17:27, 27 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2023-48'><h2 class='section-toggle'>Tech News: 2023-48</h2><div class='wiki-body'><p><section begin="technews-2023-W48"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F48'>Translations</a> are available.</p> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.42%2Fwmf.7'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2023-11-28|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2023-11-29|en}}. It will be on all wikis from {{#time:j xg|2023-11-30|en}} (<a href='?title=mw%3AMediaWiki_1.42%2FRoadmap'>calendar</a>). There is no new MediaWiki version next week. [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> MediaWiki's JavaScript system will now allow <bdi lang="zxx" dir="ltr"><code>async</code>/<code>await</code></bdi> syntax in gadgets and user scripts. Gadget authors should remember that users' browsers may not support it, so it should be used appropriately. [https://phabricator.wikimedia.org/T343499]</li> <li>The deployment of "<a href='?title=mw%3ASpecial%3AMyLanguage%2FHelp%3AGrowth%2FTools%2FAdd_a_link'>Add a link</a>" announced <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F47'>last week</a> was postponed. It will resume this week.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F48'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2023-W48"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 23:06, 27 November 2023 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=25906379 --></p></div></section><section class='wiki-section collapsible' id='section--ode-irror-button-for-wikitext-syntax-highlighting-is-gone'><h2 class='section-toggle'>CodeMirror button for wikitext syntax highlighting is gone</h2><div class='wiki-body'><p>I'm using source editor with editor toolbar ("2010 wikitext editor"). But the button <a href='?title=File%3AOOjs_UI_icon_highlight.svg'>File:OOjs UI icon highlight.svg</a> for syntax highlighting is gone. It's called "Activate highlighting in wikitext" at <a href='?title=Help%3AEdit_toolbar'>Help:Edit toolbar</a>. It is supposed to be between dropdown "Advanced" and puzzle-piece icon button <a href='?title=File%3AOOjs_UI_icon_puzzle-ltr.svg'>File:OOjs UI icon puzzle-ltr.svg</a>. Instead, I see button called "Reference" <a href='?title=File%3AOOjs_UI_icon_reference.svg'>File:OOjs UI icon reference.svg</a>.</p> <p>As far as I know, this button comes from <a href='?title=%3Amw%3AExtension%3ACodeMirror'>Extension:CodeMirror</a>, which is still enabled according to <a href='?title=Special%3AVersion'>Special:Version</a>. In preferences, I have:</p> <ul> <li>{{myprefs|Editing|check=Enable the editing toolbar {{color|#54595d|{{small|This is sometimes called the '2010 wikitext editor'.}}}}}}</li> <li>{{myprefs|Editing|uncheck=Enable the visual editor}}</li> <li>{{myprefs|Editing|uncheck=Use the wikitext mode inside the visual editor, instead of a different wikitext editor}}</li> <li>{{myprefs|Editing|check=Enable editing tools in source mode}}</li> <li>{{myprefs|Gadgets|Editing|check=^{<abbr>(S)</abbr>} <a href='?title=mw%3AUser%3ARemember_the_dot%2FSyntax_highlighter'>Syntax highlighter</a>: Alternative to the default coloring of wiki syntax in the edit box (works best in <a href='?title=Mozilla_Firefox'>Firefox</a> and works almost all of the time in <a href='?title=Google_Chrome'>Chrome</a> and <a href='?title=Opera_%28web_browser%29'>Opera</a>)}}</li> <li>{{myprefs|Gadgets|Editing|uncheck= <a href='?title=Wikipedia%3ALegacy_toolbar'>Enable the legacy (2006) editing toolbar</a>. This will be overridden by the "Enable the editing toolbar" option in the Editing tab.}}</li> </ul> <p>There was a <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_209%23Userscript_to_apply_CodeMirror_to_textarea'>discussion ~ten ago</a> about CodeMirror, which also mentioned tweaking the UI, but I'm not sure it is related. How do I get the button <a href='?title=File%3AOOjs_UI_icon_highlight.svg'>File:OOjs UI icon highlight.svg</a> back? —⁠<a href='?title=User%3AAndrybak'>andrybak</a> (<a href='?title=User_talk%3AAndrybak'>talk</a>) 22:45, 25 November 2023 (UTC)</p> <p>:Check an edit page in safe mode e.g. https://en.wikipedia.org/wiki/WoW?action=edit&safemode=1 . If it works there, you have a conflicting gadget or script enabled and will need to identify which. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:12, 25 November 2023 (UTC)</p> <p>:: Thank you, <a href='?title=User%3AIzno'>Izno</a>. I've tried safe mode, and unfortunately it is still "<a href='?title=File%3AOOjs_UI_icon_puzzle-ltr.svg'>alt=Insert a template</a> <a href='?title=File%3AOOjs_UI_icon_reference.svg'>alt=Reference</a> <a href='?title=File%3AOOjs_UI_icon_next-ltr.svg'>10px</a> Advanced" for me. —⁠<a href='?title=User%3AAndrybak'>andrybak</a> (<a href='?title=User_talk%3AAndrybak'>talk</a>) 23:16, 25 November 2023 (UTC)</p> <p>:{{re|Andrybak}} You need to disable the syntax highlighter <em>gadget</em>; this is unrelated to the CodeMirror extension. If you're wondering how it could possibly interfere while in safe mode, CodeMirror apparently [https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CodeMirror/+/59d83e4c9cbdb4bab41b5c0bf37667f90f33b4a9/includes/Hooks.php#60 checks] [https://gerrit.wikimedia.org/g/mediawiki/extensions/CodeMirror/+/59d83e4c9cbdb4bab41b5c0bf37667f90f33b4a9/extension.json#31 for] for this gadget (and also WikEd), and won't load if it's enabled. <a href='?title=User%3ASuffusion_of_Yellow'>Suffusion of Yellow</a> (<a href='?title=User_talk%3ASuffusion_of_Yellow'>talk</a>) 18:54, 26 November 2023 (UTC)</p> <p>::<a href='?title=User%3ASuffusion_of_Yellow'>Suffusion of Yellow</a>, thank you. That's it, I got button <a href='?title=File%3AOOjs_UI_icon_highlight.svg'>File:OOjs UI icon highlight.svg</a> again.</p> <p>::</p> <p>::This is a recent change, introduced in commit <a href='?title=gerrit%3Aplugins%2Fgitiles%2Fmediawiki%2Fextensions%2FCodeMirror%2F%2B%2Fc0b01008a4a3d54c9664b2a39d14898e41bdb1f4'>c0b0100</a> (Add $wgCodeMirrorConflictingGadgets instead of checking wikEd directly, 2023-10-10). The change seems to come from <a href='?title=phab%3AT178348'>phab:T178348</a>, quote {{tq|Investigation: CodeMirror and WikEd gadget (and maybe other syntax highlighting gadgets) don't get along well}}</p> <p>::</p> <p>:: 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 <a href='?title=File%3AOOjs_UI_icon_highlight-progressive.svg'>File:OOjs UI icon highlight-progressive.svg</a> on a case-by-case basis for complicated template edits.</p> <p>::</p> <p>::Thankfully, I found a workaround on <a href='?title=mw%3AUser%3ARemember_the_dot%2FSyntax_highlighter'>mw:User:Remember the dot/Syntax highlighter</a>. Add the following to <a href='?title=Special%3AMyPage%2Fcommon.js'>common.js</a> to load DotsSyntaxHighlighter without it being detected by CodeMirror:</p> <p>::<syntaxhighlight lang="js"></p> <p>mw.loader.load('//www.mediawiki.org/w/index.php?title=MediaWiki:Gadget-DotsSyntaxHighlighter.js&action=raw&ctype=text/javascript');</p> <p></syntaxhighlight></p> <p>:: @<a href='?title=User%3AMusikAnimal'>MusikAnimal</a> FYI this whole section. —⁠<a href='?title=User%3AAndrybak'>andrybak</a> (<a href='?title=User_talk%3AAndrybak'>talk</a>) 02:01, 27 November 2023 (UTC)</p> <p>:::Indeed, the check against DotsSyntaxHighlighter is new. I can remove it given you say there are no conflicts. @<a href='?title=User%3AAndrybak'>Andrybak</a> 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 <a href='?title=meta%3ACommunity_Wishlist_Survey_2016%2FCodeMirror%23Color_and_style_customization'>meta:Community Wishlist Survey 2016/CodeMirror#Color and style customization</a>. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 21:54, 27 November 2023 (UTC)</p> <p>::::<a href='?title=User%3AMusikAnimal'>MusikAnimal</a>, in my experience DotsSyntaxHighlighter loads just the tiniest bit snappier than CodeMirror. CodeMirror adds just enough friction for my <a href='?title=WP%3AGNOME'>gnomish</a> edits, so it is turned off most of the time.</p> <p>::::Thank you for the pointer about color customization, and for maintaining CodeMirror in general. —⁠<a href='?title=User%3AAndrybak'>andrybak</a> (<a href='?title=User_talk%3AAndrybak'>talk</a>) 22:01, 27 November 2023 (UTC)</p> <p>:::::@<a href='?title=User%3AAndrybak'>Andrybak</a> My pleasure! DotsSyntaxHighlighter will work with CodeMirror again starting this Thursday. Best, <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 04:36, 28 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--licking-on-images-in-a-gallery'><h2 class='section-toggle'>Clicking on images in a gallery</h2><div class='wiki-body'><p>{{tracked|T350912}}</p> <p>Could someone please go to <a href='?title=Cupcake%23Themes'>Cupcake#Themes</a> 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. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 20:12, 27 November 2023 (UTC)</p> <p>:Remove {{para|link}} from each of those images.</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 20:16, 27 November 2023 (UTC)</p> <p>::Thanks; fixed. I wonder if that bug has been filed [https://en.wikipedia.org/w/index.php?title=Cupcake&diff=prev&oldid=1184552964 against the visual editor]. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 20:20, 27 November 2023 (UTC)</p> <p>:::{{re|WhatamIdoing}} I opened <a href='?title=phab%3AT352093'>phab:T352093</a> on this. Do you know if it used to work and broke (regression), or has never worked? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 20:34, 27 November 2023 (UTC)</p> <p>::::There is already <a href='?title=phab%3AT350912'>phab:T350912</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:36, 27 November 2023 (UTC)</p> <p>::::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 [https://en.wikipedia.org/w/index.php?title=User:WhatamIdoing/Sandbox&diff=prev&oldid=1187156446 broken now]. It [https://www.mediawiki.org/w/index.php?title=Help:Sample_page&diff=prev&oldid=1853137 worked in 2015]. Between now and then, I don't know. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 20:39, 27 November 2023 (UTC)</p> <p>:::::Thanks, tagged as regression as well. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 20:40, 27 November 2023 (UTC)</p> <p>::::::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. <a href='?title=User%3ADLynch_%28WMF%29'>DLynch (WMF)</a> (<a href='?title=User_talk%3ADLynch_%28WMF%29'>talk</a>) 17:55, 28 November 2023 (UTC)</p> <p>:::::::That sounds like something a bot could do. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 18:36, 28 November 2023 (UTC)</p> <p>::::::::[https://en.wikipedia.org/w/index.php?title=Special:Search&limit=500&offset=0&ns0=1&sort=last_edit_desc&search=insource%3Agallery+insource%3Alink+insource%3A%2F%5C%7Clink%3D%5C%7C%2F+insource%3A%2F%5C%3Cgallery%2F&sort=last_edit_desc 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 19:12, 28 November 2023 (UTC)</p> <p>:::::::::I've asked for help at <a href='?title=Wikipedia%3AAutoWikiBrowser%2FTasks%23Gallery_image_formatting_problem'>Wikipedia:AutoWikiBrowser/Tasks#Gallery image formatting problem</a>. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 21:58, 28 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mail-roblem'><h2 class='section-toggle'>Email Problem</h2><div class='wiki-body'><p>Hello! Recently, I sent emails directly to an @wikipedia.org address and emailed a user via <a href='?title=Special%3AEmailUser'>Special:EmailUser</a> founction. However, both got no response. Is there any technique issues or am I blacklisted? How do I fix it? Thanks.--<strong><a href='?title=User_talk%3AWhisper_of_the_heart'>Whisper of the heart</a></strong> 03:03, 22 November 2023 (UTC)</p> <p>:{{ping|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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:20, 22 November 2023 (UTC)</p> <p>::OK, I will send a test email to you. <strong><a href='?title=User_talk%3AWhisper_of_the_heart'>Whisper of the heart</a></strong> 20:47, 22 November 2023 (UTC)</p> <p>:::{{ping|Whisper of the heart}} I got the mail. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:50, 22 November 2023 (UTC)</p> <p>::::Great! It seems that my email is working, but receivers haven't replied for some reason. Thanks a lot--<strong><a href='?title=User_talk%3AWhisper_of_the_heart'>Whisper of the heart</a></strong> 21:10, 22 November 2023 (UTC)</p> <p>:::::{{replyto|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 <a href='?title=Special%3AEmailUser%2FRedrose64'>Special:EmailUser/Redrose64</a> and IIRC I only replied to one of them, and that was concerning when <a href='?title=Wikipedia%3ARequests_for_adminship%2FRedrose64'>this RfA</a> 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). --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 22:37, 22 November 2023 (UTC)</p> <p>::::::{{replyto|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. :-) <a href='?title=User%3AGraham87'>Graham87</a> (<a href='?title=User_talk%3AGraham87'>talk</a>) 10:11, 23 November 2023 (UTC)</p> <p>::::::The boilerplate appended to mail sent through Special:EmailUser actually warns against responding, at some length. —<a href='?title=User%3ACryptic'>Cryptic</a> 22:46, 22 November 2023 (UTC)</p> <p>::::::@<a href='?title=User%3ARedrose64'>Redrose64</a> FYI, in <a href='?title=Special%3APreferences'>Special:Preferences</a> you can turn of "allow users to email me", while keeping your email for password recovery. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 22:48, 22 November 2023 (UTC)</p> <p>:::::::You people are right, actually I also set up rules to filter emails including Wikipedia's robot messages to another folder...--<strong><a href='?title=User_talk%3AWhisper_of_the_heart'>Whisper of the heart</a></strong> 11:32, 23 November 2023 (UTC)</p> <p>:You also mentioned a direct email to a @wikipedia.org address. I don't know about other addresses, but if that was {{email|emergency|wikipedia.org}}, you should <em>definitely</em> have received a reply, probably within about 10 minutes or so. If you didn't, <em>don't</em> assume your message has been read. <a href='?title=User%3ASuffusion_of_Yellow'>Suffusion of Yellow</a> (<a href='?title=User_talk%3ASuffusion_of_Yellow'>talk</a>) 23:41, 23 November 2023 (UTC)</p> <p>::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. <a href='?title=User%3AEggRoll97'>EggRoll97</a> ^{(<a href='?title=User_talk%3AEggRoll97'>talk</a>)} 01:31, 25 November 2023 (UTC)</p> <p>:::{{ping|Suffusion of Yellow|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.--<strong><a href='?title=User_talk%3AWhisper_of_the_heart'>Whisper of the heart</a></strong> 18:39, 29 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rror-message'><h2 class='section-toggle'>Error message</h2><div class='wiki-body'><p>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</p> <p>Maybe it takes a few days for the system to kick in?</p> <p><a href='?title=User%3APalisades1'>Palisades1</a> (<a href='?title=User_talk%3APalisades1'>talk</a>) 20:11, 28 November 2023 (UTC)</p> <p>:@<a href='?title=User%3APalisades1'>Palisades1</a> it sounds like you are referencing https://pageviews.wmcloud.org/ ? If so the maintainers of that external tool ask that you report issues here: <a href='?title=%3Ameta%3ATalk%3APageviews_Analysis'>:meta:Talk:Pageviews Analysis</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 20:17, 28 November 2023 (UTC)</p> <p>::got it. Thanks, <a href='?title=User%3APalisades1'>Palisades1</a> (<a href='?title=User_talk%3APalisades1'>talk</a>) 20:20, 28 November 2023 (UTC)</p> <p>:{{ping|Palisades1}} Always be specific and give relevant links when you ask a question. I assume this is about [https://pageviews.wmcloud.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=latest-20&pages=The_Troubles_in_Ulster_(1920%E2%80%931922)]. It was answered yesterday when you asked at <a href='?title=Wikipedia%3AHelp_desk%23What_does_this_mean%3F'>Wikipedia:Help desk#What does this mean?</a> You saw the answers so I don't know why you ask here today. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:19, 28 November 2023 (UTC)</p> <p>:"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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 21:49, 29 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-sidebar-design-alternative-'><h2 class='section-toggle'>Template sidebar design alternative?</h2><div class='wiki-body'><p>Based on my reading of <a href='?title=Template%3Asidebar'>Template:sidebar</a>, 65% of our readers do not see the sidebars (they are mobile) and no technical fix is likely or even planned AFAICT.</p> <p>In <a href='?title=Wikipedia%3AWikiProject_Physics'>Wikipedia:WikiProject_Physics</a> 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.</p> <p>If the sidebar feature is not practical, I wonder if the Wikipedia design gurus have suggestions for alternatives? <a href='?title=User%3AJohnjbarton'>Johnjbarton</a> (<a href='?title=User_talk%3AJohnjbarton'>talk</a>) 18:01, 27 November 2023 (UTC)</p> <p>:Thank you for raising this. I came across this exact problem when adding <nowiki>{{LGBTQ sidebar}}</nowiki> to <a href='?title=GaLTaS'>GaLTaS</a>. 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. <a href='?title=User%3AChrisdevelop'>Chrisdevelop</a> (<a href='?title=User_talk%3AChrisdevelop'>talk</a>) 08:49, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--argest-featured-articles-when-promoted'><h2 class='section-toggle'>Largest featured articles when promoted</h2><div class='wiki-body'><p>In 2023 the largest article promoted to featured so far might be 12,000 readable prose words [https://en.wikipedia.org/wiki/American_logistics_in_the_Western_Allied_invasion_of_Germany]. 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: <a href='?title=Wikipedia_talk%3AArticle_size%23Summarising_evidence%2C_arguments_on_limits'>Wikipedia_talk:Article_size#Summarising_evidence,_arguments_on_limits</a> <a href='?title=User%3ATpbradbury'>Tom B</a> (<a href='?title=User_talk%3ATpbradbury'>talk</a>) 12:16, 28 November 2023 (UTC)</p> <p>:<a href='?title=User%3ATpbradbury'>Tpbradbury</a>, <a href='?title=WP%3AQUERY'>WP:QUERY</a> perhaps?<span id="Qwerfjkl:1701283843707:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 18:50, 29 November 2023 (UTC)</span></p> <p>::thank you! <a href='?title=User%3ATpbradbury'>Tom B</a> (<a href='?title=User_talk%3ATpbradbury'>talk</a>) 11:33, 30 November 2023 (UTC)</p> <p>:<a href='?title=quarry%3Aquery%2F78384'>This query</a> 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. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 19:51, 29 November 2023 (UTC)</p> <p>::@<a href='?title=User%3ACertes'>Certes</a>, thanks v much! i've rerun the query going back as far as possible i.e. 2014-2023 [https://quarry.wmcloud.org/query/78399] I can manually retrieve the prosable word size for the articles you've helpfully found, thanks again! <a href='?title=User%3ATpbradbury'>Tom B</a> (<a href='?title=User_talk%3ATpbradbury'>talk</a>) 11:10, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nvisible-table-of-contents'><h2 class='section-toggle'>Invisible table of contents</h2><div class='wiki-body'><p>Hi there,</p> <p>i'm not seeing a TOC at <a href='?title=Midazolam'>Midazolam</a>. 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. <a href='?title=User%3AJerome_Charles_Potts'>Jerome Potts</a> (<a href='?title=User_talk%3AJerome_Charles_Potts'>talk</a>) 09:56, 30 November 2023 (UTC)</p> <p>:{{ping|Jerome Charles Potts}} I assume you have Vector 2022 where it may be on an icon <a href='?title=File%3AList-solid.svg'>15px</a> next to the heading. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:25, 30 November 2023 (UTC)</p> <p>::{{ping|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. —<a href='?title=User%3AJerome_Charles_Potts'>Jerome Potts</a> (<a href='?title=User_talk%3AJerome_Charles_Potts'>talk</a>) 12:25, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--lease-can-someone-copy-emplate-calable-image-to-eta-'><h2 class='section-toggle'>Please can someone copy [[:Template:Scalable image]] to Meta?</h2><div class='wiki-body'><p>Hi all</p> <p>I'm trying to use <a href='?title=Template%3AScalable_image'>Template:Scalable image</a> 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.</p> <p>Thanks very much</p> <p><a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 12:20, 30 November 2023 (UTC)</p> <p>:Seems like you need <a href='?title=%3Ameta%3AHelp%3AImport'>:meta:Help:Import</a> and I figure you could ask at <a href='?title=%3Ameta%3AMeta%3ARequests_for_help_from_a_sysop_or_bureaucrat'>:meta:Meta:Requests for help from a sysop or bureaucrat</a>. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 12:39, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--uarry-stopp-executions-of-slow-queries-since-2023-11-28-14-08'><h2 class='section-toggle'>Quarry stopp executions of slow queries since 2023-11-28 14:08</h2><div class='wiki-body'><p>{{tracked|T352211}}</p> <p><a href='?title=Quarry%3Aquery%2Fruns%2Fall'>Quarry:query/runs/all</a></p> <p>For 2 days now, Quarry has automatically stopped any SQL that runs for longer than 60 seconds.</p> <p>Unfortunately, this means that certain queries, e.g. searching for syntax errors in URLs, are no longer possible. (e.g. <a href='?title=Quarry%3Aquery%2F77794'>Quarry:query/77794</a> for dewiki expected result 0-20 recordsets within 120-180 seconds, for enwiki correspondent <a href='?title=Quarry%3Aquery%2F78127'>Quarry:query/78127</a>]] needed 2543 seconds with ~10k recordsets)</p> <p>The last successful, slow-running query ran at 2023-11-28 14:08 within 653 seconds. <a href='?title=User%3A%E2%B5%93'>ⵓ</a> (<a href='?title=User_talk%3A%E2%B5%93'>talk</a>) 10:51, 30 November 2023 (UTC)</p> <p>: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.) <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 12:39, 30 November 2023 (UTC)</p> <p>::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. <a href='?title=User%3ATaavi-WMF'>Taavi-WMF</a> (<a href='?title=User_talk%3ATaavi-WMF'>talk</a>) 12:57, 30 November 2023 (UTC)</p> <p>::: Thank you! <a href='?title=Quarry%3Aquery%2F77794'>Quarry:query/77794</a> returned 6 rows within 120 seconds.<a href='?title=User%3A%E2%B5%93'>ⵓ</a> (<a href='?title=User_talk%3A%E2%B5%93'>talk</a>) 13:32, 30 November 2023 (UTC)</p> <p>::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. <a href='?title=User%3ABilledMammal'>BilledMammal</a> (<a href='?title=User_talk%3ABilledMammal'>talk</a>) 13:40, 30 November 2023 (UTC)</p> <p>:::It was 30 minutes last time I checked but may have changed. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 14:09, 30 November 2023 (UTC)</p> <p>::::It used to be, but it's been significantly longer for a while now. <a href='?title=quarry%3Aquery%2F77375'>quarry:query/77375</a> from last month, for example, completed successfully after almost three hours. —<a href='?title=User%3ACryptic'>Cryptic</a> 14:42, 30 November 2023 (UTC)</p> <p>:::::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. <a href='?title=User%3ABilledMammal'>BilledMammal</a> (<a href='?title=User_talk%3ABilledMammal'>talk</a>) 14:51, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--inking-to-subsections'><h2 class='section-toggle'>Linking to subsections</h2><div class='wiki-body'><p>On <a href='?title=Wikipedia%3AVital_articles'>Wikipedia:Vital articles</a> 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 {{tl|anchor}} for this? I notice that using an underscore and number, e.g. <a href='?title=Wikipedia%3AVital_articles%23General_9'>Wikipedia:Vital articles#General_9</a>, works, but would presumably break if one of the other General sections was removed. — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 13:10, 1 December 2023 (UTC)</p> <p>:The only options are an anchor or making the section name unique. There is no way to say "The General heading under Mathematics". <a href='?title=Wikipedia%3AManual_of_Style%23Section_headings'>Wikipedia:Manual of Style#Section headings</a> (for articles) says "section headings should: Be unique within a page, so that <a href='?title=Template%3ASection_link'>section link</a>s lead to the right place." <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 15:15, 1 December 2023 (UTC)</p> <p>:By the way, the underscore can also be a space in wikilinks: <a href='?title=Wikipedia%3AVital_articles%23General_9'>Wikipedia:Vital articles#General 9</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 15:20, 1 December 2023 (UTC)</p> <p>:"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. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 15:26, 1 December 2023 (UTC)</p> <p>::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. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 15:44, 1 December 2023 (UTC)</p> <p>:Why not rename the "General" header to "<type> general"? So "History general" or some other word with the topic name. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 15:43, 1 December 2023 (UTC)</p> <p>::A very sensible suggestion — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 16:07, 1 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edia-iki-adget-modrollback-js-blocks-a-new-ediawiki-option'><h2 class='section-toggle'>MediaWiki:Gadget-modrollback.js blocks a new Mediawiki option</h2><div class='wiki-body'><p>Hi, I'm from ckbwiki and there, I realized that <a href='?title=MediaWiki%3AGadget-modrollback.js'>MediaWiki:Gadget-modrollback.js</a> blocks an option labeled "[https://translatewiki.net/w/i.php?title=MediaWiki:Tog-showrollbackconfirmation/en&oldid=8699965 Show a confirmation prompt when clicking on a rollback link]". I mean, there is a conflict between the gadget and the option. per <a href='?title=Special%3AGadgetUsage'>Special:GadgetUsage</a>, looks like the gadget has enabled by 9,554 users on enwiki. I described this issue [https://www.mediawiki.org/w/index.php?title=User_talk:Krinkle&oldid=6217714#One_of_your_gadgets_blocks_a_Mediawiki_option here] and at <a href='?title=phab%3AT349973'>T349973</a>, but still no one helped. ⇒ <a href='?title=User%3AAram'><span style="color:#ff0;background:#000;font-family:cursive;text-shadow:3px 3px 5px #ff0;">Aram</span></a><a href='?title=User_talk%3AAram'><span style="color:#000;background:#ff0;font-family:cursive;text-shadow:3px 3px 5px #000;">Talk</span></a> 20:52, 30 November 2023 (UTC)</p> <p>:@<a href='?title=User%3AAram'>Aram</a> 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 <a href='?title=MediaWiki%3AGadget-modrollback'>here</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 21:38, 30 November 2023 (UTC)</p> <p>::@<a href='?title=User%3AXaosflux'>Xaosflux</a> 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. ⇒ <a href='?title=User%3AAram'><span style="color:#ff0;background:#000;font-family:cursive;text-shadow:3px 3px 5px #ff0;">Aram</span></a><a href='?title=User_talk%3AAram'><span style="color:#000;background:#ff0;font-family:cursive;text-shadow:3px 3px 5px #000;">Talk</span></a> 16:25, 1 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edirect-to-foundation-wiki-'><h2 class='section-toggle'>Redirect to foundation wiki?</h2><div class='wiki-body'><p>I made <a href='?title=Wikipedia%3AANPDP'>Wikipedia:ANPDP</a> as a redirect to <a href='?title=%3Afoundation%3APolicy%3AAccess_to_nonpublic_personal_data_policy'>:foundation:Policy:Access to nonpublic personal data policy</a>, 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? <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:40, 1 December 2023 (UTC)</p> <p>:Cross-wiki redirects are not possible. See {{tl|Soft redirect}} and <a href='?title=Wikipedia%3ASoft_redirect'>Wikipedia:Soft redirect</a> for what we do instead. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:47, 1 December 2023 (UTC)</p> <p>::Ah, thanks. <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:52, 1 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--needing-'><h2 class='section-toggle'>"needing KML"</h2><div class='wiki-body'><p>The latest run of <a href='?title=Special%3AWantedCategories'>Special:WantedCategories</a> again features two template-generated redlinks I don't know how to resolve.</p> <ol> <li>{{cl|U.S. road junction articles needing KML}} <em>might</em> be useful based on {{cl|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,</li> <li>{{cl|The United States articles needing KML}}, which is obviously just <em>completely</em> redundant to {{cl|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 {{tl|WikiProject U.S. Roads}} is causing it.</li> </ol> <p>Can somebody with more expertise in that area figure this out, please? <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 18:38, 1 December 2023 (UTC)</p> <p>:I've asked at <a href='?title=Template_talk%3AWikiProject_U.S._Roads'>Template talk:WikiProject U.S. Roads</a> — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 21:50, 1 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edia-iki-adget-popups-js'><h2 class='section-toggle'>MediaWiki:Gadget-popups.js</h2><div class='wiki-body'><p>Is <a href='?title=MediaWiki%3AGadget-popups.js'>MediaWiki:Gadget-popups.js</a> broken for anyone else? It's not working at all for me, and I'm getting this console error: {{tq|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)}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 07:10, 1 December 2023 (UTC)</p> <p>:I just got it working using Special:Preferences. It was giving me the error when I loaded it from metawiki global.js using <syntaxhighlight inline lang="js">mw.loader.load('https://en.wikipedia.org/w/load.php?modules=ext.gadget.Navigation_popups');</syntaxhighlight>. This used to work, but stopped working for me within the last day or two. Interesting. CORS maybe? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 09:40, 1 December 2023 (UTC)</p> <p>::We're experiencing this issue on Wiktionary, too (<a href='?title=%3Awikt%3AWiktionary%3AGrease_pit%2F2023%2FDecember%23is_popups_disabled%3F'>:wikt:Wiktionary:Grease_pit/2023/December#is_popups_disabled?</a>), 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. <a href='?title=User%3A-sche'>-sche</a> (<a href='?title=User_talk%3A-sche'>talk</a>) 01:46, 2 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--b'><h2 class='section-toggle'>IMDb</h2><div class='wiki-body'><p>In recent days, an editor has been going around changing the IDs in films which were using {{tl|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 <nowiki>{{IMDb title|0928413|Naked Boys Singing!|(2007 film)}}</nowiki> being switched to <nowiki>{{IMDb title|qid=Q6960446|title=Naked Boys Singing!|(2007 film)}}</nowiki> at <em><a href='?title=Naked_Boys_Singing%21'>Naked Boys Singing!</a></em>, 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 {{cl|IMDb template with invalid id set}}.</p> <p>Interestingly, by far the <em>majority</em> of the couple of dozen cases that were in that tracking category today were <em>plays</em> where a film adaptation <em>already</em> had its own <em>separate</em> Wikipedia article about the film, and thus the film adaptation's IMDb profile wasn't even <em>needed</em> on the play's article in the first place — so in those cases I just removed the template outright, but in the case of <em>Naked Boys Singing</em> the film <em>doesn't</em> have its own separate article yet and so I had to <em>revert</em> 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 <em>important</em> enough to justify doing an <em>active switchover</em> on thousands and thousands of film articles like this — it's fine to have as an <em>option</em>, but is there any reason why it should be the <em>gold standard</em>? — but at the very least the template needs to be modified to ensure that using the qid doesn't break it.</p> <p>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? <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 22:30, 29 November 2023 (UTC)</p> <p>: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 <a href='?title=%3ACategory%3AIMDb_ID_not_in_Wikidata'>:Category:IMDb ID not in Wikidata</a> to find pages with invalid imdb links, update outdated ids (<a href='?title=Special%3ADiff%2F1187509125'>example</a>) 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 <a href='?title=User%3ATerasail'><span style="color:#088; font-weight:750;">Terasail</span></a><a href='?title=User_talk%3ATerasail'>^{<span style="color:#000;"><strong>[✉️]</strong></span>}</a> 09:33, 30 November 2023 (UTC)</p> <p>::To fix the issue at <em>Naked Boys Singing!</em>, the fix would be: {{tlx|IMDb title|qid{{=}}Q6960446|title{{=}}Naked Boys Singing!|description{{=}}(2007 film)}} (though because the title is the same as the film, just do {{tlx|IMDb title|qid{{=}}Q6960446|description{{=}}(2007 film)}}) <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 09:47, 30 November 2023 (UTC)</p> <p>:Is there any prior agreement to mass change the templates to use wikidata? -- LCU <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 19:46, 1 December 2023 (UTC)</p> <p>::There's a general presumption against using Wikidata, partly because vandalism there is less likely to be detected. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 22:57, 1 December 2023 (UTC)</p> <p>:::There are several RFCs to back that up, which is why I asked if there was any consensus to mass change this template. -- LCU <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 14:54, 2 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ug-nomination-archive-and-iscussion-ools'><h2 class='section-toggle'>Bug: DYK nomination archive and DiscussionTools</h2><div class='wiki-body'><p>I have recently noticed a bug – in DYK nomination archives, reply buttons are shown (see, e.g., <a href='?title=Talk%3AAustraliformis'>Talk:Australiformis</a>). 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 <code>mw-archivedtalk</code> 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 {{tl|atop}})? <a href='?title=User%3AJanhrach'>Janhrach</a> (<a href='?title=User_talk%3AJanhrach'>talk</a>) 11:08, 2 December 2023 (UTC)</p> <p>:{{ping|Janhrach}} The archive (which was also where the discussion took place) is <a href='?title=Template%3ADid_you_know_nominations%2FAustraliformis'>Template:Did you know nominations/Australiformis</a>. <a href='?title=Talk%3AAustraliformis'>Talk:Australiformis</a> 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 <code>class="mw-archivedtalk"</code> to {{tl|DYK top}} [https://en.wikipedia.org/w/index.php?title=Template:DYK_top&diff=prev&oldid=1187940891] per <a href='?title=%3Amw%3AHelp%3ADiscussionTools%2FMagic_words_and_markup'>:mw:Help:DiscussionTools/Magic words and markup</a> 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 <a href='?title=Wikipedia_talk%3ADid_you_know'>Wikipedia talk:Did you know</a>. A bigger issue is why nominations are in template space (they think it would be too much work to move them). <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:15, 2 December 2023 (UTC)</p> <p>::{{ping|PrimeHunter}} Thank you. Do you know why is {{tl|DYK top}} substituted, not transcluded? It seems counterintuitive for me. <a href='?title=User%3AJanhrach'>Janhrach</a> (<a href='?title=User_talk%3AJanhrach'>talk</a>) 14:25, 2 December 2023 (UTC)</p> <p>:::{{ping|Janhrach}} I don't know. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 15:07, 2 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-have-impact-too-please-'><h2 class='section-toggle'>Can I have impact too, please?</h2><div class='wiki-body'><p>I was told about <a href='?title=Special%3AImpact'>Special:Impact</a> today, but unlike editors like <a href='?title=Special%3AImpact%2FPrimeHunter'>Special:Impact/PrimeHunter</a> and <a href='?title=Special%3AImpact%2FGr%C3%A5munken'>Special:Impact/Gråmunken</a>, I <a href='?title=Special%3AImpact%2FGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>Special:Impact/Gråbergs Gråa Sång</a> come up blank. Can someone make someone fix that? <a href='?title=User%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>Gråbergs Gråa Sång</a> (<a href='?title=User_talk%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>talk</a>) 20:16, 1 December 2023 (UTC)</p> <p>:There are reports at <a href='?title=phab%3AT352352'>phab:T352352</a> and <a href='?title=phab%3AT352256'>phab:T352256</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:28, 1 December 2023 (UTC)</p> <p>::Works now, thanks to the deserving. <a href='?title=User%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>Gråbergs Gråa Sång</a> (<a href='?title=User_talk%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>talk</a>) 08:31, 2 December 2023 (UTC)</p> <p>:::{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 15:51, 2 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--age-count-went-down-'><h2 class='section-toggle'>Page count went down?</h2><div class='wiki-body'><p>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.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 12:23, 2 December 2023 (UTC)</p> <p>:P.S. Do we keep daily page counts somewhere. I think we have lost a weeks worth of pages.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 13:05, 2 December 2023 (UTC)</p> <p>::https://stats.wikimedia.org only seems to record <nowiki>{{NUMBEROFPAGES}}</nowiki> (currently {{NUMBEROFPAGES}}), not <nowiki>{{NUMBEROFARTICLES}}</nowiki> ({{NUMBEROFARTICLES}}), which I find a bit surprising. But you can get at the data, slowly, by looking at [https://web.archive.org/web/*/https://en.wikipedia.org/wiki/Main_Page Wayback Machine archives of the main page]. The drop, whatever caused it, seems to have happened between the [https://web.archive.org/web/20231201150443/https://en.wikipedia.org/wiki/Main_Page 15:04:43] and [https://web.archive.org/web/20231201152916/https://en.wikipedia.org/wiki/Main_Page 15:29:16] archives yesterday. —<a href='?title=User%3ACryptic'>Cryptic</a> 13:56, 2 December 2023 (UTC)</p> <p>:::<a href='?title=User%3ACryptic'>User:Cryptic</a>. 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.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 14:57, 2 December 2023 (UTC)</p> <p>::::I didn't find anything relevant in the deletion log or move log but <code>mw-new-redirect</code> at <a href='?title=Special%3ATags'>Special:Tags</a> showed that <a href='?title=User%3ANmWTfs85lXusaybq'>NmWTfs85lXusaybq</a> has been mass-redirecting disambiguation pages with only one target article like [https://en.wikipedia.org/w/index.php?title=Pubic_ramus&diff=prev&oldid=1187768480]. Disambiguation pages count as articles in statistics. Redirects don't. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 14:58, 2 December 2023 (UTC)</p> <p>:::::Yes, the disambiguation pages I have turned into redirect per <a href='?title=WP%3APRIMARYRED'>WP:PRIMARYRED</a> could be found <a href='?title=quarry%3Ahistory%2F75012%2F827839%2F803579'>here</a>. <a href='?title=User%3ANmWTfs85lXusaybq'>NmWTfs85lXusaybq</a> (<a href='?title=User_talk%3ANmWTfs85lXusaybq'>talk</a>) 15:05, 2 December 2023 (UTC)</p> <p>::::::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?-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 17:21, 2 December 2023 (UTC)</p> <p>::::::Wait. I see they both redirect to the same page.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 17:23, 2 December 2023 (UTC)</p> <ul> <li><a href='?title=User%3ANmWTfs85lXusaybq'>User:NmWTfs85lXusaybq</a>, great work.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 17:25, 2 December 2023 (UTC)</li> </ul> <p>{{resolved}}-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 17:25, 2 December 2023 (UTC)</p> <ul> <li>No longer watching. Ping me if something else comes up.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 17:27, 2 December 2023 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--oolforge-rid-ngine-shutdown'><h2 class='section-toggle'>Toolforge Grid Engine shutdown</h2><div class='wiki-body'><p>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. <a href='?title=User%3AAntiCompositeNumber'>AntiCompositeNumber</a> (<a href='?title=User_talk%3AAntiCompositeNumber'>talk</a>) 15:59, 30 November 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--roblem-with-afdstats-'><h2 class='section-toggle'>= Problem with afdstats? =</h2><div class='wiki-body'><p>: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. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 03:59, 2 December 2023 (UTC)</p> <p>::Probably not since the first shutdown date isn't until mid December. By the way, [https://afdstats.toolforge.org/afdstats.py?name=Novem+Linguae&max=&startdate=&altname= AFD stats] is working for me. Can you elaborate a bit more on that? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 04:12, 2 December 2023 (UTC)</p> <p>:::My Keep on <a href='?title=Wikipedia%3AArticles_for_deletion%2FRoss_Monroe_Winter'>AFD Ross Monroe Winter</a> is not showing on [https://afdstats.toolforge.org/afdstats.py?name=Maile66&max=&startdate=&altname= my AFD stats grid]. I thought I might have entered it wrong, but it's like I do others.<a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 13:21, 2 December 2023 (UTC)</p> <p>::::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. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 15:53, 2 December 2023 (UTC)</p> <p>:::::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. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 18:59, 2 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rticle-contents-navigation-menu-has-disappeared'><h2 class='section-toggle'>Article contents navigation menu has disappeared</h2><div class='wiki-body'><p>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.</p> <p>This is a <em>major</em> regression in usability; please restore it. — <a href='?title=User%3AThe_Anome'>The Anome</a> (<a href='?title=User_talk%3AThe_Anome'>talk</a>) 13:05, 3 December 2023 (UTC)</p> <p>:Do you have it hidden on an icon <a href='?title=File%3AList-solid.svg'>15px</a> next to the heading? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:13, 3 December 2023 (UTC)</p> <p>::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 <a href='?title=%23Invisible_table_of_contents'>#Invisible_table_of_contents</a>. Nor is the only sidebar bug that's been reported recently.<p>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? — <a href='?title=User%3AThe_Anome'>The Anome</a> (<a href='?title=User_talk%3AThe_Anome'>talk</a>) 14:22, 3 December 2023 (UTC)</p> <p>:::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. <a href='?title=User%3AGalobtter'>Galobtter</a> (<a href='?title=User_talk%3AGalobtter'>talk</a>) 16:37, 3 December 2023 (UTC)</p> <p>::::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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:02, 3 December 2023 (UTC)</p> <p>:::::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. — <a href='?title=User%3AThe_Anome'>The Anome</a> (<a href='?title=User_talk%3AThe_Anome'>talk</a>) 21:14, 3 December 2023 (UTC)</p> <p>::::::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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:41, 3 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--otten-tomatoes-prose-template'><h2 class='section-toggle'>Rotten tomatoes prose template</h2><div class='wiki-body'><p>There is something wrong with the Rotten tomatoes prose template.</p> <p>For an example see <em><a href='?title=Frybread_Face_and_Me'>Frybread Face and Me</a></em>. <a href='?title=User%3AMisawaSakura'>MisawaSakura</a> (<a href='?title=User_talk%3AMisawaSakura'>talk</a>) 18:31, 3 December 2023 (UTC)</p> <p>:That was fixed by <a href='?title=Special%3ADiff%2F1188162095'>this edit</a> at <a href='?title=Frybread_Face_and_Me%23Reception'>Frybread Face and Me#Reception</a> which changed "eight" to "8" in the {{tl|Rotten Tomatoes prose}} call. A recent edit at that template changed it to spell numbers per MOS rules. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 23:54, 3 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--he-center-class'><h2 class='section-toggle'>The center class</h2><div class='wiki-body'><p>Where is this CSS rule <syntaxhighlight lang=css>.center {</p> <p>width: 100%;</p> <p>text-align: center;</p> <p>}</syntaxhighlight> defined? It's not in <a href='?title=MediaWiki%3ACommon.css'>MediaWiki:Common.css</a>. The problem: at <a href='?title=Wikipedia%3AWikiProject_Doctor_Who%2FArticle_alerts'>Wikipedia:WikiProject Doctor Who/Article alerts</a> 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 {{tag|div|o|params=class="center" ...}} and I have found that suppressing the <code>width: 100%</code> declaration stops the overflow from occurring. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 21:00, 3 December 2023 (UTC)</p> <p>:The class is defined in core MediaWiki and was originally intended primarily for centering images (well, to remove what was then use of {{tag|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 <a href='?title=phab%3AT282063%237064571'>phab:T282063#7064571</a>.)</p> <p>: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 <code>box-sizing: border-box</code> if for some reason you think the class merits keeping. I favor removal in this case. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 21:25, 3 December 2023 (UTC)</p> <p>::The <code>center</code> class has been specifically recommended for centering image galleries for quite a while at <a href='?title=Help%3AGallery_tag%23Center'>Help:Gallery tag#Center</a> ([https://en.wikipedia.org/w/index.php?title=Help:Gallery_tag&oldid=680186890 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 <code>perrow</code> attribute. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 23:54, 3 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikiproject-assessment-categories'><h2 class='section-toggle'>Wikiproject assessment categories</h2><div class='wiki-body'><p>There's been a recurring problem that I want to raise for discussion, because it's becoming truly tiresome.</p> <p>The process is as follows:</p> <ol> <li>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. {{cl|Redirect-Class Indian history articles of Unknown-importance}}) which thus get picked up at <a href='?title=Special%3AWantedCategories'>Special:WantedCategories</a>.</li> <li>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 {{tl|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.</li> <li>Sometime after that, somebody who's actually associated with the Wikiproject in question deems those categories as <em>unwanted</em>, 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.</li> <li>As a result, <em>I</em> 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 <em>35</em> of these just in the <em>past month alone</em>.</li> </ol> <p>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.</p> <p>Is there anything that can be done to stop this? <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 18:43, 2 December 2023 (UTC)</p> <p>:Last time you came to <a href='?title=Module_talk%3AWikiProject_banner'>Module talk:WikiProject banner</a> we took action that should have reduced this happening. I've checked <a href='?title=%3ACategory%3ARedirect-Class_Indian_history_articles_of_Unknown-importance'>:Category:Redirect-Class Indian history articles of Unknown-importance</a> 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 <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 19:11, 2 December 2023 (UTC)</p> <p>::It's empty now precisely because it's gone <em>through</em> 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. <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 22:41, 2 December 2023 (UTC)</p> <p>:::<a href='?title=%3ACategory%3ARedirect-Class_Indian_history_articles_of_Unknown-importance'>:Category:Redirect-Class Indian history articles of Unknown-importance</a> 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 <s>and you can remove them per <a href='?title=WP%3AREMOVED'>WP:REMOVED</a></s> (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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:51, 2 December 2023 (UTC)</p> <p>::::<a href='?title=WP%3AREMOVED'>WP:REMOVED</a> 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:38, 2 December 2023 (UTC)</p> <p>:::::{{re|PrimeHunter}} I've boldly added a clarifying footnote to <a href='?title=WP%3AREMOVED'>WP:REMOVED</a>. AFAIK that's the way it's always been interpreted. <a href='?title=User%3ASuffusion_of_Yellow'>Suffusion of Yellow</a> (<a href='?title=User_talk%3ASuffusion_of_Yellow'>talk</a>) 01:55, 4 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--roposal-for-change-to-copy-of-has-been-changed-emails'><h2 class='section-toggle'>Proposal for change to copy of "has been changed" emails</h2><div class='wiki-body'><p>Currently, the message sent to anyone who subscribes to edits on a page reads as below, emphasis mine:</p> <p>There will be no other notifications in case of further activity unless</p> <p>you visit this page while logged in. <strong>You could also</strong> reset the</p> <p>notification flags for all your watched pages on your watchlist.</p> <p>I propose it be changed to : <strong>You can also</strong> reset the</p> <p>notification flags for all your watched pages on your watchlist.</p> <p>Thoughts?</p> <p>@<a href='?title=User%3ATrizek_%28WMF%29'>Trizek (WMF)</a> did I do this right?</p> <p><a href='?title=User%3ADreameditsbrooklyn'>Dreameditsbrooklyn</a> (<a href='?title=User_talk%3ADreameditsbrooklyn'>talk</a>) 14:11, 3 December 2023 (UTC)</p> <p>:This is <a href='?title=MediaWiki%3AEnotif_body'>MediaWiki:Enotif body</a> 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 14:36, 3 December 2023 (UTC)</p> <p>:Context being that Dreameditsbrooklyn wants help filing a ticket about this at phab - <a href='?title=Wikipedia%3AVillage_pump_%28proposals%29%23Proposal_for_change_to_copy_of_%22has_been_changed%22_emails'>Wikipedia:Village_pump_(proposals)#Proposal_for_change_to_copy_of_"has_been_changed"_emails</a> <a href='?title=User%3AGalobtter'>Galobtter</a> (<a href='?title=User_talk%3AGalobtter'>talk</a>) 16:41, 3 December 2023 (UTC)</p> <p>::Thank you. Can anyone help? I am happy to rewrite the request or whatever <a href='?title=User%3ADreameditsbrooklyn'>Dreameditsbrooklyn</a> (<a href='?title=User_talk%3ADreameditsbrooklyn'>talk</a>) 14:27, 4 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--etting-in-a-mess-with-templates-trying-to-make-a-nice-looking-help-page'><h2 class='section-toggle'>Getting in a mess with templates trying to make a nice looking help page</h2><div class='wiki-body'><p>Hi all</p> <p>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</p> <p><table class="wiki-table"><tr><td>class="wikitable"</p> <p>|+</p> <p>| rowspan="2" |Title</p> <p>Subtitle</p> <p>Body of text</p> <p>|Image</p> <p>Image description</td></tr></table></p> <p>I know this is quite elaborate but its extensive documentation which needs illustration and needs to be attractive for an external audience of professionals.</p> <p>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...</p> <p>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...</p> <p>{{flex columns</p> <p>|1= <p style="height:1%; font:25px/1.2 lato-light; color:#4a4a4a; padding:0px 0; padding-left:0px;margin-top:20px;margin-bottom:20px"><!-- Title -->Title</p> <p><p style="color: #757575; font-size: 100%;padding-left:0px;margin-top:10px;"></p> <p><!-- Subtitle -->Body text</p></p> <p>|2= {{scalable image|Dew on grass Luc Viatour.jpg|600px}}</p> <p>}}</p> <p>{{clear}}</p> <p>Thanks very much</p> <p><a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 08:08, 4 December 2023 (UTC)</p> <p>: You appear to be running into the problem where an <code>=</code> cannot appear inside an unnamed template parameter, so your first parameter is being interpreted as being named <code><nowiki><h3 style</nowiki></code> with its value beginning <code>"height:1%; font:25px/1.2 ...</code>. Try using explicit parameter names {{para|1}} and {{para|2}} in the call to {{tl|flex columns}}. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 12:58, 4 December 2023 (UTC)</p> <p>::Hi {{u|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, <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 17:41, 4 December 2023 (UTC)</p> <p>::: {{re|John Cummings}} When I tried it just now at <a href='?title=User%3AAnomie%2FSandbox5'>User:Anomie/Sandbox5</a>, the heading is <em>there</em>, it's just not really <em>visible</em> in the output due to the <code>height:1%</code> inline CSS combined with <code>overflow: hidden</code> from the skin. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 19:13, 4 December 2023 (UTC)</p> <p>::::Hi {{u|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, <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 19:32, 4 December 2023 (UTC)</p> <p>:::::You can remove the <code>height</code> attribute entirely. I'm not sure what you're trying to achieve by setting the height of the heading element? <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 19:49, 4 December 2023 (UTC)</p> <p>Hi {{u|Anomie}} and {{u|Isaacl}} thanks so much for your help, it works :) <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 09:00, 5 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2023-49'><h2 class='section-toggle'>Tech News: 2023-49</h2><div class='wiki-body'><p><section begin="technews-2023-W49"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F49'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>The spacing between paragraphs on Vector 2022 has been changed from 7px to 14px to match the size of the text. This will make it easier to distinguish paragraphs from sentences. [https://phabricator.wikimedia.org/T351754]</li> <li>The "{{int:Visualeditor-dialog-meta-categories-defaultsort-label}}" feature in VisualEditor is working again. You no longer need to switch to source editing to edit <bdi lang="zxx" dir="ltr"><code><nowiki>{{DEFAULTSORT:...}}</nowiki></code></bdi> keywords. [https://phabricator.wikimedia.org/T337398]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li>There is no new MediaWiki version this week. [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> <li>On 6 December, people who have the enabled the preference for "{{int:Discussiontools-preference-visualenhancements}}" will notice the <a href='?title=mw%3ASpecial%3AMyLanguage%2FTalk_pages_project%2FUsability'>talk page usability improvements</a> appear on pages that include the <bdi lang="zxx" dir="ltr"><code><nowiki>__NEWSECTIONLINK__</nowiki></code></bdi> magic word. If you notice any issues, please <a href='?title=phab%3AT352232'>share them with the team on Phabricator</a>.</li> </ul> <p><strong>Future changes</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The Toolforge <a href='?title=wikitech%3ANews%2FToolforge_Grid_Engine_deprecation'>Grid Engine shutdown process</a> will start on December 14. Maintainers of <a href='?title=toolforge%3Agrid-deprecation'>tools that still use this old system</a> should plan to migrate to Kubernetes, or tell the team your plans on Phabricator in the task about your tool, before that date. [https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/VIWWQKMSQO2ED3TVUR7KPPWRTOBYBVOA/]</li> <li>Communities using <a href='?title=mw%3ASpecial%3AMyLanguage%2FStructured_Discussions'>Structured Discussions</a> are being contacted regarding <a href='?title=mw%3ASpecial%3AMyLanguage%2FStructured_Discussions%2FDeprecation'>the upcoming deprecation of Structured Discussions</a>. You can read more about this project, and share your comments, <a href='?title=mw%3ASpecial%3AMyLanguage%2FStructured_Discussions%2FDeprecation'>on the project's page</a>.</li> </ul> <p><strong>Events</strong></p> <ul> <li>Registration & Scholarship applications are now open for the <a href='?title=mw%3ASpecial%3AMyLanguage%2FWikimedia_Hackathon_2024'>Wikimedia Hackathon 2024</a> that will take place from 3–5 May in Tallinn, Estonia. Scholarship applications are open until 5 January 2024.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F49'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2023-W49"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 23:47, 4 December 2023 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=25914435 --></p> <p>:I'd like to DOUBLE point out to people the <a href='?title=wikitech%3ANews%2FToolforge_Grid_Engine_deprecation'>Grid Engine shutdown process</a> 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 <a href='?title=toolforge%3Agrid-deprecation'>check the list</a> 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 <a href='?title=wikitech%3AHelp%3AToolforge%2FAbandoned_tool_policy'>want to adopt it</a>. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:31, 5 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hanges-to-edia-iki-adget-popups-js-'><h2 class='section-toggle'>Changes to [[MediaWiki:Gadget-popups.js]]</h2><div class='wiki-body'><p>I've proposed a technical change to the <a href='?title=WP%3ANavigation_popups'>WP:Navigation popups</a> gadget at <a href='?title=MediaWiki_talk%3AGadget-popups.js%23Live_preview_refactor'>MediaWiki talk:Gadget-popups.js#Live_preview_refactor</a>. The salient features of the change include:</p> <ul> <li>Removed the custom wikitext parsing engine at <code>wiki2html()</code> and replaced it a call to the parsing API</li> <li>Refactored the <code>generateLink()</code> to not use raw HTML manipulation</li> </ul> <p>Thoughts, comments and beta-tests are welcomed. <a href='?title=User%3ASohom_Datta'>Sohom</a> (<a href='?title=User_talk%3ASohom_Datta'>talk</a>) 01:01, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ackground-colour-in-table'><h2 class='section-toggle'>Background colour in table</h2><div class='wiki-body'><p>(i) Does anyone know how you introduce colour to a table background, as <a href='?title=Los_Angeles_Times_Book_Prize_for_Biography'>here</a>?</p> <p>(ii) Do people think it's effective? (I do—perhaps a <em>slightly</em> paler yellow, though.) <a href='?title=User%3ATony1'><b style="color:darkgreen">Tony</b></a> <a href='?title=User_talk%3ATony1'><span style="color:darkgreen">(talk)</span></a> 03:12, 6 December 2023 (UTC)</p> <p>: {{re|Tony1}} the table has this: <nowiki>-style="background:LemonChiffon; color:black"</nowiki> is that what you're asking? <a href='?title=WP%3ACOLOR'>WP:COLOR</a> and <a href='?title=MOS%3ACOLORS'>MOS:COLORS</a> have guidance on the use of colors. <a href='?title=User%3ARudolfRed'>RudolfRed</a> (<a href='?title=User_talk%3ARudolfRed'>talk</a>) 03:59, 6 December 2023 (UTC)</p> <p>::Thank you very much, Rudolf.<a href='?title=User%3ATony1'><b style="color:darkgreen">Tony</b></a> <a href='?title=User_talk%3ATony1'><span style="color:darkgreen">(talk)</span></a> 04:04, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--dd-variation'><h2 class='section-toggle'>Odd variation</h2><div class='wiki-body'><p>Why does {{tlx|NUMBEROFARTICLES}} yield different counts when I look at <a href='?title=main_page'>main page</a>, <a href='?title=WP%3AVA3'>WP:VA3</a> and <a href='?title=WP%3AVA5'>WP:VA5</a>.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 20:22, 5 December 2023 (UTC)</p> <p>:The count (as well as most wiki content) is cached for performance reasons. You can refresh it by <a href='?title=WP%3APURGE'>purging</a>. 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. <a href='?title=Special%3AStatistics'>Special:Statistics</a> or using <a href='?title=mw%3AAPI%3ASiteinfo'>mw:API:Siteinfo</a> should be more exact. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 20:31, 5 December 2023 (UTC)</p> <p>::Thx. {{resolved}}-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 05:58, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--dd-an-are-you-sure-pop-up-when-you-log-out'><h2 class='section-toggle'>Add an "are you sure?" pop-up when you log out</h2><div class='wiki-body'><p>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. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 14:10, 6 December 2023 (UTC)</p> <p>:@<a href='?title=User%3AQuicoleJR'>QuicoleJR</a> you could try or adapt one of these userscripts: <a href='?title=User%3AFred_Gandt%2FconfirmLogout.js'>User:Fred Gandt/confirmLogout.js</a>, <a href='?title=User%3AGuywan%2FScripts%2FConfirmLogout'>User:Guywan/Scripts/ConfirmLogout</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:14, 6 December 2023 (UTC)</p> <p>::I don't actually know how to use those. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 14:21, 6 December 2023 (UTC)</p> <p>:::Hey {{u|QuicoleJR}}, if you edit <a href='?title=Special%3AMyPage%2Fcommon.js'>this file</a> and add the following:</p> <p>:::<syntaxhighlight lang="javascript"></p> <p>mw.loader.load('//en.wikipedia.org/w/index.php?title=User:Fred_Gandt/confirmLogout.js&action=raw&ctype=text/javascript'); // Backlink: <a href='?title=User%3AFred_Gandt%2FconfirmLogout.js'>User:Fred_Gandt/confirmLogout.js</a></p> <p></syntaxhighlight></p> <p>:::You should then be prompted to confirm logging out {{p}} — <a href='?title=User%3ATheresNoTime'>TheresNoTime</a> (<a href='?title=User_talk%3ATheresNoTime'>talk</a> • they/them) 15:36, 6 December 2023 (UTC)</p> <p>::::I pasted the code in but it didn't work. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 15:42, 6 December 2023 (UTC)</p> <p>:::::{{ping|QuicoleJR}} Fred Gandt's script didn't work for me either, but Guywan's did. Paste <code><nowiki>mw.loader.getScript("/w/index.php?title=User:Guywan/Scripts/ConfirmLogout.js&action=raw&ctype=text/javascript"); // Backlink: <a href='?title=User%3AGuywan%2FScripts%2FConfirmLogout.js'>User:Guywan/Scripts/ConfirmLogout.js</a></nowiki></code> into your common.js, and it should work. <a href='?title=User%3ACremastra'>Cremastra</a> (<a href='?title=User_talk%3ACremastra'>talk</a>) 22:00, 6 December 2023 (UTC)</p> <p>::::::That did not work for me either. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 22:25, 6 December 2023 (UTC)</p> <p>: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. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 14:27, 6 December 2023 (UTC)</p> <p>::{{ping|Novem Linguae}} Thank you for the suggestion, but I edit on a mobile device, so that will not work for me. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 14:41, 6 December 2023 (UTC)</p> <p>:::Are you using a browser (MinervaNeue skin), Wikipedia iOS app, or Wikipedia Android app? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 14:47, 6 December 2023 (UTC)</p> <p>::::Browser, but using Vector 2022 skin. <a href='?title=User%3AQuicoleJR'>QuicoleJR</a> (<a href='?title=User_talk%3AQuicoleJR'>talk</a>) 15:37, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--dit-conflict-like-situation-that-recreated-a-draftified-article'><h2 class='section-toggle'>Edit conflict-like situation that recreated a draftified article</h2><div class='wiki-body'><p>The other day in working on some articles in <a href='?title=%3ACAT%3AUNCAT'>:CAT:UNCAT</a>, I came upon <a href='?title=Mulashidi'>Mulashidi</a>. I added a category and removed the uncatted tag, and there my interaction with the article ended, or so I thought. Then {{U|Liz}} came to my talk page to ask why I had recreated an article that had been draftified to <a href='?title=Draft%3AMulashidi'>Draft:Mulashidi</a>. 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 {{U|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 {{U|Mandarax}} for looking at the situation and suggesting I bring it here. <span style="font-family: Lucida Calligraphy"><a href='?title=User%3ALadyofShalott'><span style="color: #442288">Lady</span></a><span style="color: #22aaaa">of</span><a href='?title=User_Talk%3ALadyofShalott'><span style="color: #cc2288">Shalott</span></a></span> 13:04, 1 December 2023 (UTC)</p> <p>:Maybe HotCat's API requests are not using proper edit conflict detection such as starttimestamp, baserevid, etc. The code appears to be at <a href='?title=commons%3AMediaWiki%3AGadget-HotCat.js'>commons:MediaWiki:Gadget-HotCat.js</a>. 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 (<a href='?title=Wikipedia_talk%3AHotCat'>Wikipedia talk:HotCat</a> or <a href='?title=commons%3AMediaWiki_talk%3AGadget-HotCat.js'>commons:MediaWiki talk:Gadget-HotCat.js</a>). –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 19:55, 1 December 2023 (UTC)</p> <p>::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. <a href='?title=User%3AEspresso_Addict'>Espresso Addict</a> <small>(<a href='?title=User_talk%3AEspresso_Addict'>talk</a>)</small> 23:15, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--idden-o-dis-appeares-on-it-s-own-during-scrolling'><h2 class='section-toggle'>Hidden ToC dis-appeares on it's own during scrolling</h2><div class='wiki-body'><p>{{tracked|T352930}}</p> <p>{{tracked|T352432}}</p> <p>If, on my user page ( <a href='?title=user%3ASteue'>Steue</a> ) ,</p> <ul> <li>I have the Table of Content ( ToC ) <em>hidden</em>, and</li> <li>do click into this little field to the left of my user name,</li> <li>the ToC does open downwards.</li> <li>Then I move my mouse pointer into this ToC and</li> <li>then I start scrolling down ( with a side sweep on my touch pad ) within this ToC, which means:<br>the box with the ToC ( including the whole page i.e. what is <em>out</em>-side of the ToC ) is moving up-wards. - So far, so good.</li> <li>But when a few upper parts of my 4th main section have appeared,</li> <li>the whole ToC <em>disappears</em> - and <em>this</em> is <em>not</em> what I expect and want.</li> </ul> <p>The result is:<br></p> <p>The only way I can reach the lower sections of my ToC is by moving the ToC to the left---besides scrolling down the <em>actual content</em>.</p> <p>What I want:<br></p> <p>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.</p> <p><a href='?title=User%3ASteue_%23Ping'>Ping</a> welcome, <a href='?title=User%3ASteue'>Steue</a> (<a href='?title=User_talk%3ASteue'>talk</a>) 21:01, 6 December 2023 (UTC)</p> <p>:@<a href='?title=User%3ASteue'>Steue</a> 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. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 21:20, 6 December 2023 (UTC)</p> <p>::@ <a href='?title=user%3Axaosflux'>xaosflux</a></p> <p>::Exactly: If the top of the <em>open</em> ToC goes over the top, the ToC collapses.</p> <p>::</p> <p>:: My system: (I confess) Windows 8.1 and Firefox (as late as possible) 115.5.0esr (64-bit); mozilla-win-eol-esr115 - 1.0 .</p> <p>:: <a href='?title=User%3ASteue'>Steue</a> (<a href='?title=User_talk%3ASteue'>talk</a>) 21:29, 6 December 2023 (UTC)</p> <p>:::{{re|Steue}} I've opened bug <a href='?title=phab%3AT352930'>phab:T352930</a> 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. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:44, 6 December 2023 (UTC)</p> <p>::::@<a href='?title=user%3AXaosflux'>xaosflux</a>: 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.</p> <p>:::: <a href='?title=User%3ASteue'>Steue</a> (<a href='?title=User_talk%3ASteue'>talk</a>) 00:12, 7 December 2023 (UTC)</p> <ul> <li>{{ping|Steue}} looks like this is a duplicate report of <a href='?title=phab%3AT352432'>phab:T352432</a>; can you see if that page looks right to you when using upcoming [https://en.wikipedia.org/wiki/User:Steue?useskin=vector-2022&vectorzebradesign=1 Zebra 1]? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 00:27, 7 December 2023 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--idden-templates-creating-whitespace'><h2 class='section-toggle'>Hidden templates creating whitespace</h2><div class='wiki-body'><p>On the page <a href='?title=Duloxetine'>Duloxetine</a>, three sequential "Use..." templates seem to create a big whitespace gap/line breaks after the Distinguish hatnote:</p> <ul> <li><a href='?title=Template%3AUse_dmy_dates'>Template:Use dmy dates</a></li> <li><a href='?title=Template%3AUse_vanc_name-list-style'>Template:Use vanc name-list-style</a></li> <li><a href='?title=Template%3AUse_PMID_reference_names'>Template:Use PMID reference names</a></li> </ul> <p>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? <a href='?title=User%3A93'>9³</a> (<a href='?title=User_talk%3A93'>talk</a>) 04:11, 7 December 2023 (UTC)</p> <p>: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.</p> <p>:I question the value of at least one of those templates, and probably a second of them... <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 04:43, 7 December 2023 (UTC)</p> <p>:If one or all of these templates is edited to output a {{tag|nowiki|s}} 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 <a href='?title=User%3AJohn_of_Reading%2FX3'>User:John of Reading/X3</a> while editing <a href='?title=Template%3AUse_vanc_name-list-style'>Template:Use vanc name-list-style</a>. -- <a href='?title=User%3AJohn_of_Reading'>John of Reading</a> (<a href='?title=User_talk%3AJohn_of_Reading'>talk</a>) 08:16, 7 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ale-oon-not-showing-wikipedia-page'><h2 class='section-toggle'>Pale Moon not showing wikipedia page</h2><div class='wiki-body'><p>Pale Moon v32.5.1 (64-bit)</p> <p>Mac OS X 10.8</p> <p>Wikipedia not showing text / images; sometimes it shows sidebar only, then text vanishes when scrolling. <a href='?title=Special%3AContributions%2F83.60.69.61'>83.60.69.61</a> (<a href='?title=User_talk%3A83.60.69.61'>talk</a>) 13:41, 6 December 2023 (UTC)</p> <p>: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 [http://forum.palemoon.org 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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:22, 7 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edlinked-assessment-categories-again'><h2 class='section-toggle'>Redlinked assessment categories, again</h2><div class='wiki-body'><p>There's been a recurring issue at <a href='?title=Special%3AWantedCategories'>Special:WantedCategories</a> 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 <em>at all</em>.</p> <p>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 {{cl|B-Class vital articles in Biological and health sciences}}, {{cl|Wikipedia level-5 vital articles in Biological and health sciences}}, {{cl|Start-Class vital articles in Biological and health sciences}} and {{cl|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" <em>instead</em> 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.</p> <p>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 {{cl|B-Class vital articles in Society and social sciences}}, {{cl|List-Class vital articles in Society and social sciences}}, {{cl|Start-Class vital articles in Society and social sciences}} and {{cl|Unassessed vital articles in Society and social sciences}}.</p> <p>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? <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 17:02, 7 December 2023 (UTC)</p> <p>: I took a look at <a href='?title=Talk%3ACyrillic_alphabets'>Talk:Cyrillic alphabets</a> being in {{cl|List-Class vital articles in Society and social sciences}} for you. It appears to be due to data in <a href='?title=Wikipedia%3AVital_articles%2Fdata%2FC.json'>Wikipedia:Vital articles/data/C.json</a> maintained by <a href='?title=User%3ACewbot'>User:Cewbot</a> which is operated by @<a href='?title=User%3AKanashimi'>Kanashimi</a>. Pinging them to the discussion. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 13:02, 8 December 2023 (UTC)</p> <p>::I think this is because the topic is different from the section title, please refer to <a href='?title=User%3ACewbot%2Flog%2F20200122%2Fconfiguration%23Topics'>User:Cewbot/log/20200122/configuration#Topics</a>. This issue is expected to be solved by the following steps:</p> <p>::# <a href='?title=Wikipedia%3ABots%2FRequests_for_approval%2FCewbot_12'>Wikipedia:Bots/Requests for approval/Cewbot 12</a> - The process is expected to take a couple of months.</p> <p>::# Delete the setting of <a href='?title=User%3ACewbot%2Flog%2F20200122%2Fconfiguration%23Topics'>User:Cewbot/log/20200122/configuration#Topics</a>.</p> <p>::# Merge {{tl|VA}} into {{tl|WPBS}}</p> <p>::# Rename the categories</p> <p>::<a href='?title=User%3AKanashimi'>Kanashimi</a> (<a href='?title=User_talk%3AKanashimi'>talk</a>) 13:24, 8 December 2023 (UTC)</p> <p>:::We could solve this today by updating the topic fields in the .json files to be consistent — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 13:38, 8 December 2023 (UTC)</p> <p>:::I am following up at <a href='?title=Wikipedia_talk%3AVital_articles%23Topics'>Wikipedia talk:Vital articles#Topics</a> — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 14:33, 8 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--f-closure-requiring-template-editor-intervention'><h2 class='section-toggle'>CfD closure requiring template editor intervention</h2><div class='wiki-body'><p><a href='?title=Wikipedia%3ACategories_for_discussion%2FLog%2F2023_November_28%23Category%3ATemplates_calling_Infobox_officeholder'>Wikipedia:Categories_for_discussion/Log/2023_November_28#Category:Templates_calling_Infobox_officeholder</a> needs <a href='?title=WP%3Atemplate_editor'>template editor</a> assistance in closing, as it seems to be populated by a template (likely the template-protected {{t|Infobox officeholder}}), and I can't discern from the code of the sole member, {{t|Infobox Native American leader}}, if this is the case. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 15:54, 8 December 2023 (UTC)</p> <p>:{{done}}. It was populated by {{tl|Wraps infobox}} on the documentation page — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 16:22, 8 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nfobox-deletion-discussion-notice'><h2 class='section-toggle'>Infobox deletion discussion notice</h2><div class='wiki-body'><p>I’ve noticed that, on the mobile website - for articles that transclude {{t|Infobox gender and sexual identity}} - the notice that states {{tq|‹ 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 <a href='?title=%3AFile%3AWikipedia_screenshot_%28Transgender%29_-_infobox_deletion_discussion_display_bug.jpeg'>this screenshot</a> of the <a href='?title=Transgender'>Transgender</a> article.</p> <p>I’m assuming that this is something that may (hopefully!) be able to be fixed by tweaking {{t|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?</p> <p>Best, <sup style="letter-spacing:-.1em;color:#737373;font-family:monospace">user:</sup><a href='?title=User%3AA_smart_kitten'><span style="color:#ff8352"><strong>A smart kitten</strong></span></a><a href='?title=User_talk%3AA_smart_kitten'><sub style="color:#b842b8;font-family:monospace"><em>meow</em></sub></a> 10:44, 6 December 2023 (UTC)</p> <p>:The infobox has <code>class="infobox"</code> and is therefore moved down in mobile by <a href='?title=%3Amw%3AReading%2FWeb%2FProjects%2FLead_Paragraph_Move'>:mw:Reading/Web/Projects/Lead Paragraph Move</a>. The deletion tag would also move in mobile if it had the <code>infobox</code> class but this adds unwanted formatting. Is there another way to make mobile move it? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:42, 6 December 2023 (UTC)</p> <p>::@<a href='?title=User%3APrimeHunter'>PrimeHunter</a> I went ahead and added the <code>nomobile</code> class for now, feel free to swap it out if someone comes up with a better solution. If there <em>isn't</em> a better solution, we might want to add <code>nomobile</code> to the sidebar option at <a href='?title=Template%3ATemplate_for_discussion%2Fdated'>Template:Template for discussion/dated</a>. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 21:58, 6 December 2023 (UTC)</p> <p>:::@<a href='?title=User%3AAhecht'>Ahecht</a> One problem with adding {{code|nomobile}} to <a href='?title=Template%3ATemplate_for_discussion%2Fdated'>Template:Template for discussion/dated</a> would be that it would mean people on mobile viewing pages that transclude templates at TfD <em>wouldn’t be notified</em> 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, <sup style="letter-spacing:-.1em;color:#737373;font-family:monospace">user:</sup><a href='?title=User%3AA_smart_kitten'><span style="color:#ff8352"><strong>A smart kitten</strong></span></a><a href='?title=User_talk%3AA_smart_kitten'><sub style="color:#b842b8;font-family:monospace"><em>meow</em></sub></a> 10:11, 7 December 2023 (UTC)</p> <p>::::@<a href='?title=User%3AA_smart_kitten'>A smart kitten</a> Agreed, it's a stopgap at best, but it's better than implying that the entire transcluding page is going to be deleted. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 18:11, 7 December 2023 (UTC)</p> <p>:::::Ahecht only added nomobile to the deletion tag on {{tl|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 <code>infobox</code> but maybe somebody can find a cleaner way to move a tag along with an infobox in mobile. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 16:41, 8 December 2023 (UTC)</p> <p>::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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:32, 8 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--riangles-in-pecial-atchlist-too-big-and-pointing-wrong-way'><h2 class='section-toggle'>Triangles in Special:Watchlist too big and pointing wrong way</h2><div class='wiki-body'><p><s><a href='?title=WP%3AITSTHURSDAY'>WP:ITSTHURSDAY</a> I imagine.</s> 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.</p> <p>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.</p> <p>The problem goes away in safemode, so the bug fix may need to be made in a local gadget related rather than MediaWiki core.</p> <p><s>I suspect Vector changed the name or nesting of one of their elements, breaking our local gadget.</s></p> <p>Files that might need repair (search for <code>mw-enhancedchanges-arrow</code>):</p> <ul> <li><a href='?title=MediaWiki%3AGadget-WatchlistGreenIndicators.css'>MediaWiki:Gadget-WatchlistGreenIndicators.css</a></li> <li></li> </ul> <p>–<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 00:11, 8 December 2023 (UTC)</p> <p>:No train today, but I think [https://en.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-WatchlistGreenIndicators.css&diff=1188825350&oldid=1181892686 this] series of edits is likely the cause. Will wait for someone else's opinion before reverting. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 00:49, 8 December 2023 (UTC)</p> <p>::Please don't. <a href='?title=phab%3AT352456'>phab:T352456</a> 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.</p> <p>::</p> <p>::For me: chrome current, win10; at <a href='?title=Special%3APreferences%23mw-prefsection-watchlist'>Special:Preferences#mw-prefsection-watchlist</a>: Expand watchlist to show all changes, not just the most recent, Use non-JavaScript interface; at <a href='?title=Special%3APreferences%23mw-prefsection-gadgets'>Special:Preferences#mw-prefsection-gadgets</a>: 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.</p> <p>::—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 01:24, 8 December 2023 (UTC)</p> <p>:::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! – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 02:06, 8 December 2023 (UTC)</p> <p>::::Fixed for me today too. Sometimes it's good that it [wa]s Thursday. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 11:13, 8 December 2023 (UTC)</p> <p>::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</p> <p>::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. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 15:25, 8 December 2023 (UTC)</p> <p>:::Yeap, all fixed. Thank you!</p> <p>:::{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 21:23, 8 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--in-comment-table-'><h2 class='section-toggle'>* in comment table?</h2><div class='wiki-body'><p>Looking over some really old revisions, I see some where the wiki <a href='?title=Special%3ADiff%2F125595'>shows an empty comment</a>, but the database [https://quarry.wmcloud.org/query/78564 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? <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 04:51, 9 December 2023 (UTC)</p> <p>: 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. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 05:11, 9 December 2023 (UTC)</p> <p>::Interestingly, the {{tq|*}} 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, <sup style="letter-spacing:-.1em;color:#737373;font-family:monospace">user:</sup><a href='?title=User%3AA_smart_kitten'><span style="color:#ff8352"><strong>A smart kitten</strong></span></a><a href='?title=User_talk%3AA_smart_kitten'><sub style="color:#b842b8;font-family:monospace"><em>meow</em></sub></a> 07:10, 9 December 2023 (UTC)</p> <p>:::It's [https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/HEAD/includes/CommentFormatter/CommentFormatter.php#348 apparently deliberate], and being visible in <a href='?title=Special%3AMobileDiff'>Special:MobileDiff</a> (<a href='?title=Special%3AMobileDiff%2F78564'>example</a>) is probably a bug. —<a href='?title=User%3ACryptic'>Cryptic</a> 08:41, 9 December 2023 (UTC)</p> <p>::::The API [https://en.wikipedia.org/w/api.php?action=query&prop=revisions&rvprop=comment&revids=125595] also shows it but that's not a bug. The API always shows the stored characters without formatting. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:26, 9 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mage-captions-are-displayed-incorrectly-inside-infoboxes'><h2 class='section-toggle'>Image captions are displayed incorrectly inside infoboxes</h2><div class='wiki-body'><p>See <a href='?title=Template_talk%3AMultiple_image%23Wrong_font_size_inside_infobox'>this discussion</a>: is it possible to display captions from {{t|Multiple image}} in an infobox without shrinking the font size? <a href='?title=User%3AJarble'>Jarble</a> (<a href='?title=User_talk%3AJarble'>talk</a>) 15:57, 10 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eads-up-for-all-tool-users'><h2 class='section-toggle'>Heads up for all tool users</h2><div class='wiki-body'><p>As noted above in <a href='?title=%23Toolforge_Grid_Engine_shutdown'>#Toolforge Grid Engine shutdown</a>, 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 [https://grid-deprecation.toolforge.org/ 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.</p> <p>If you're interested in the technical details, you can [https://wikitech.wikimedia.org/wiki/News/Toolforge_Grid_Engine_deprecation 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. <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:45, 7 December 2023 (UTC)</p> <p>: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. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 19:10, 7 December 2023 (UTC)</p> <p>: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. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 19:19, 7 December 2023 (UTC)</p> <p>::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... —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 20:05, 7 December 2023 (UTC)</p> <p>:::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. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 20:19, 7 December 2023 (UTC)</p> <p>:::: 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. <!-- Template:Unsigned --><small class="autosigned">— Preceding <a href='?title=Wikipedia%3ASignatures'>unsigned</a> comment added by <a href='?title=User%3APppery'>Pppery</a> (<a href='?title=User_talk%3APppery%23top'>talk</a> • <a href='?title=Special%3AContributions%2FPppery'>contribs</a>) 20:53, 7 December 2023 (UTC)</small></p> <p>:I see there's some [https://lists.wikimedia.org/hyperkitty/list/cloud@lists.wikimedia.org/message/NW4JHZNM5WPMEUI4ARY6VBZ6KQK3QJ5R/ additional historical context] (post within a thread), and an [https://lists.wikimedia.org/hyperkitty/list/cloud@lists.wikimedia.org/thread/3DC3MG7WPV2I6TZ4U6BRXTEIB7FSHPGB/"Assurances and Support"] post from the team from Friday, which may help folks who are just reading-along here. HTH. <a href='?title=User%3AQuiddity_%28WMF%29'>Quiddity (WMF)</a> (<a href='?title=User_talk%3AQuiddity_%28WMF%29'>talk</a>) 21:27, 9 December 2023 (UTC)</p> <p>: There is [https://kanasimi.github.io/wikibot/wikitech/crontab-to-toolforge-jobs.html a very rudimentary tool] that helps developers convert from crontab to toolforge jobs framework .yaml file. --<a href='?title=User%3AKanashimi'>Kanashimi</a> (<a href='?title=User_talk%3AKanashimi'>talk</a>) 01:44, 10 December 2023 (UTC)</p> <p>: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? <a href='?title=User%3AFirefangledfeathers'>Firefangledfeathers</a> (<a href='?title=User_talk%3AFirefangledfeathers'>talk</a> / <a href='?title=Special%3AContributions%2FFirefangledfeathers'>contribs</a>) 05:31, 10 December 2023 (UTC)</p> <p>::There are also tools which help with disambiguation, producing reports such as [https://tools.wmflabs.org/dplbot/disambig_links.php Disambiguation pages with links]. We're aware of these but haven't yet fixed them. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 16:19, 10 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-talk-tatic-row-numbers-bnwiki-'><h2 class='section-toggle'>[[Template talk:Static row numbers#bnwiki]]</h2><div class='wiki-body'><p>Can anyone help fix it? <a href='?title=User%3A%E0%A6%86%E0%A6%AB%E0%A6%A4%E0%A6%BE%E0%A6%AC%E0%A7%81%E0%A6%9C%E0%A7%8D%E0%A6%9C%E0%A6%BE%E0%A6%AE%E0%A6%BE%E0%A6%A8'>আফতাবুজ্জামান</a> (<a href='?title=User_talk%3A%E0%A6%86%E0%A6%AB%E0%A6%A4%E0%A6%BE%E0%A6%AC%E0%A7%81%E0%A6%9C%E0%A7%8D%E0%A6%9C%E0%A6%BE%E0%A6%AE%E0%A6%BE%E0%A6%A8'>talk</a>) 19:59, 11 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iding-admin-buttons'><h2 class='section-toggle'>Hiding admin buttons</h2><div class='wiki-body'><p>Could someone please provide the user script code to hide my admin buttons (blocking users, protecting pages), except those related to files? Thank you. --<a href='?title=User%3ALeyo'>Leyo</a> 09:22, 11 December 2023 (UTC)</p> <p>:Here's a quick script that will hide block, protect, and unprotect buttons. Add to <a href='?title=User%3ALeyo%2Fcommon.css'>User:Leyo/common.css</a>, not <a href='?title=User%3ALeyo%2Fcommon.js'>User:Leyo/common.js</a>. May need to do a hard refresh on each page for awhile (Ctrl-F5) after installing, since CSS files are usually cached.</p> <p>:<syntaxhighlight lang="css">#ca-unprotect, #ca-protect, span:has(> .mw-usertoollinks-block), #t-blockip {display: none;}</syntaxhighlight></p> <p>: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? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 09:49, 11 December 2023 (UTC)</p> <p>:<a href='?title=Special%3AListGroupRights%23sysop'>Special:ListGroupRights#sysop</a> is longer than you may expect but many of them don't have buttons or aren't admin-specific. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:36, 11 December 2023 (UTC)</p> <p>:: Thank you, Novem Linguae. When inserting this line to my .css (in preview mode), I get the following warning: {{tq|Error: Expected RPAREN at line 2, col 38.}}</p> <p>:: 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. --<a href='?title=User%3ALeyo'>Leyo</a> 10:51, 11 December 2023 (UTC)</p> <p>:::It [https://en.wikipedia.org/w/index.php?title=User%3ANovem_Linguae%2Fcommon.css&diff=1189358147&oldid=1171019691 worked for me]. Did you copy paste correctly? Paren probably means parenthesis, so maybe double check that you copied all parentheses. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 11:19, 11 December 2023 (UTC)</p> <p>::: The validation used by <a href='?title=mw%3AExtension%3ACodeEditor'>mw:Extension:CodeEditor</a> probably doesn't know about <code>:has()</code>. That error shouldn't prevent saving, and as long as [https://caniuse.com/css-has your browser has support for it] you should be ok. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 12:35, 11 December 2023 (UTC)</p> <p>:::: 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? --<a href='?title=User%3ALeyo'>Leyo</a> 13:24, 11 December 2023 (UTC)</p> <p>:::::Just change <code>span:has(> .mw-usertoollinks-block)</code> to <code>.mw-usertoollinks-block</code>, you get extra brackets but it's not a big deal. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 13:37, 11 December 2023 (UTC)</p> <p>:::::: 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. --<a href='?title=User%3ALeyo'>Leyo</a> 13:51, 11 December 2023 (UTC)</p> <p>:::::::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:</p> <p>:::::::<syntaxhighlight lang="js">mw.util.addCSS( '#ca-unprotect, #ca-protect, .mw-usertoollinks-block, #t-blockip, .mw-contributions-link-block {display: none;}' );</p> <p>if ( mw.config.get('wgNamespaceNumber') !== 6 && mw.config.get('wgNamespaceNumber') !== 7 ) {</p> <p>mw.util.addCSS( '#ca-delete {display: none;}' );</p> <p>}</syntaxhighlight> –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 14:31, 11 December 2023 (UTC)</p> <p>::::::::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 <a href='?title=FOUC'>FOUC</a>). —<a href='?title=User%3ACryptic'>Cryptic</a> 14:39, 11 December 2023 (UTC)</p> <p>::::::::: 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. --<a href='?title=User%3ALeyo'>Leyo</a> 14:56, 11 December 2023 (UTC)</p> <p>::::::::::You can remove the CSS, since the JS does the same thing and more. Glad you are finding it helpful. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 15:06, 11 December 2023 (UTC)</p> <p>::::::::::: I was referring to Cryptic's comment that a CSS version would be possible and potentially favorable. --<a href='?title=User%3ALeyo'>Leyo</a> 15:36, 11 December 2023 (UTC)</p> <p>::::::::::Remove the JS and restore the CSS (amended per Cryptic): <syntaxhighlight lang="css"></p> <ol> <li>ca-unprotect,</li> <li>ca-protect,</li> </ol> <p>.mw-usertoollinks-block,</p> <ol> <li>t-blockip,</li> </ol> <p>.mw-contributions-link-block,</p> <p>body:not(.ns-6):not(.ns-7) #ca-delete {</p> <p>display: none;</p> <p>}</p> <p></syntaxhighlight> <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 20:15, 11 December 2023 (UTC)</p> <p>: Thank you. I implemented it. However, I still see the <a href='?title=MediaWiki%3ABlocklink'>block</a> and <a href='?title=MediaWiki%3ANuke-linkoncontribs'>mass delete</a> in Special:Contributions. --<a href='?title=User%3ALeyo'>Leyo</a> 21:37, 11 December 2023 (UTC)</p> <p>::How about now (edited the code above)? <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 21:42, 11 December 2023 (UTC)</p> <p>::: 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. --<a href='?title=User%3ALeyo'>Leyo</a> 22:04, 11 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--idebar-is-hiding-when-a-ikipedia-page-was-last-edited-and-links-below-it'><h2 class='section-toggle'>Sidebar is hiding when a Wikipedia page was last edited and links below it</h2><div class='wiki-body'><p>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. <a href='?title=Special%3AContributions%2F92.24.237.212'>92.24.237.212</a> (<a href='?title=User_talk%3A92.24.237.212'>talk</a>) 05:36, 3 December 2023 (UTC)</p> <p>: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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 11:28, 3 December 2023 (UTC)</p> <p>::This is a known issue, and fixed in the next release. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 13:26, 3 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ong-tables-of-contents-truncated-'><h2 class='section-toggle'>= Long tables of contents truncated =</h2><div class='wiki-body'><p>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 <a href='?title=%23Rotten_tomatoes_prose_template'>#Rotten tomatoes prose template</a> (or rather "Rotten tomatoes prose" as the "template" wraps to the next line that I cannot see), and the next heading, <a href='?title=%23The_center_class'>#The center class</a>, 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? —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 22:21, 3 December 2023 (UTC)</p> <p>:This is the same issue as <a href='?title=%23Sidebar_is_hiding_when_a_Wikipedia_page_was_last_edited_and_links_below_it'>#Sidebar is hiding when a Wikipedia page was last edited and links below it</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:44, 3 December 2023 (UTC)</p> <p>::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. —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 01:23, 4 December 2023 (UTC)</p> <p>:::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. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 01:28, 4 December 2023 (UTC)</p> <p>::::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. —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 01:32, 4 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--cut-off-in-2022-skin-'><h2 class='section-toggle'>= TOC cut off in 2022 skin =</h2><div class='wiki-body'><p>In <a href='?title=Special%3APermalink%2F1188211731'>Special:Permalink/1188211731</a>, the section <a href='?title=Special%3APermalink%2F1188211731%23Revoke_TPA_for_temporarily_blocked_user'>#Revoke TPA for temporarily blocked user</a> does not appear in the table of contents in the left sidebar. It is section number 58 in this revision. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 00:45, 4 December 2023 (UTC)</p> <p>Both issues appear to have been fixed. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 22:05, 6 December 2023 (UTC)</p> <p>:It's not fixed. It's still broken for me. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 21:58, 11 December 2023 (UTC)</p> <p>::Hey everyone, do you still see this bug? It should have been fixed as part of the <a href='?title=%23Improvements_to_styling_of_Vector_2022'>improvements to styling of Vector 2022</a>. Thanks, <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 01:24, 12 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2023-50'><h2 class='section-toggle'>Tech News: 2023-50</h2><div class='wiki-body'><p><section begin="technews-2023-W50"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F50'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>On Wikimedia Commons, there are some minor user-interface improvements for the "choosing own vs not own work" step in the UploadWizard. This is part of the Structured Content team's project of <a href='?title=%3Acommons%3ACommons%3AWMF_support_for_Commons%2FUpload_Wizard_Improvements'>improving UploadWizard on Commons</a>. [https://phabricator.wikimedia.org/T352707][https://phabricator.wikimedia.org/T352709]</li> </ul> <p><strong>Problems</strong></p> <ul> <li>There was a problem showing the <a href='?title=mw%3ASpecial%3AMyLanguage%2FGrowth%2FPersonalized_first_day%2FNewcomer_homepage'>Newcomer homepage</a> feature with the "impact module" and their page-view graphs, for a few days in early December. This has now been fixed. [https://phabricator.wikimedia.org/T352352][https://phabricator.wikimedia.org/T352349]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.42%2Fwmf.9'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2023-12-12|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2023-12-13|en}}. It will be on all wikis from {{#time:j xg|2023-12-14|en}} (<a href='?title=mw%3AMediaWiki_1.42%2FRoadmap'>calendar</a>). [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> </ul> <p><strong>Future changes</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The [https://wikimediafoundation.limesurvey.net/796964 2023 Developer Satisfaction Survey] is seeking the opinions of the Wikimedia developer community. Please take the survey if you have any role in developing software for the Wikimedia ecosystem. The survey is open until 5 January 2024, and has an associated <a href='?title=foundation%3ALegal%3ADecember_2023_Developer_Satisfaction_Survey'>privacy statement</a>.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F50'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2023-W50"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 02:10, 12 December 2023 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=25945501 --></p></div></section><section class='wiki-section collapsible' id='section--arkup-that-derives-the-file-page-for-a-imed-ext-page'><h2 class='section-toggle'>Markup that derives the file page for a TimedText page</h2><div class='wiki-body'><p>{{tracked|T352955}}</p> <p>While cleaning up <a href='?title=Wikipedia%3ADatabase_reports%2FTimed_Text_without_a_corresponding_File'>Wikipedia:Database reports/Timed Text without a corresponding File</a>, 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 <a href='?title=TimedText%3ADua_Lipa_Blow_Your_Mind_%28Mwah%29_sample.ogg.en.srt'>TimedText:Dua Lipa Blow Your Mind (Mwah) sample.ogg.en.srt</a> to <a href='?title=%3AFile%3ADua_Lipa_Blow_Your_Mind_%28Mwah%29_sample.ogg'>:File:Dua Lipa Blow Your Mind (Mwah) sample.ogg</a>. 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. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 17:39, 4 December 2023 (UTC)</p> <p>:I wonder if <a href='?title=MediaWiki%3Atimedmedia-timedtext-title-edit-subtitles'>MediaWiki:timedmedia-timedtext-title-edit-subtitles</a> 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. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 17:49, 4 December 2023 (UTC)</p> <p>::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. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 07:41, 5 December 2023 (UTC)</p> <p>:::<code>$2</code> is already the file name with that part stripped. My suggestion is simply to turn it into a wikilink, not add extra text. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 07:25, 6 December 2023 (UTC)</p> <p>:There is some javascript for that at <a href='?title=c%3ACommons%3AVillage_pump%2FTechnical%23Gadget_to_jump_from_timedtext_back_to_audio%2Fvideo_file'>c:Commons:Village pump/Technical#Gadget to jump from timedtext back to audio/video file</a>. Another option is to open the player and click the i with an circle, that will also direct you to the file page. <a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 19:09, 4 December 2023 (UTC)</p> <p>::That works for TT pages attached to working files, not for the scenario where the file was deleted or moved. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 07:43, 5 December 2023 (UTC)</p> <p>::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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:43, 5 December 2023 (UTC)</p> <p>:::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. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 09:57, 5 December 2023 (UTC)</p> <p>::::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)" ([https://en.wikipedia.beta.wmflabs.org/wiki/TimedText:Folgers.ogv.nl.srt example]). For redirects it says "There is no video associated with the current subtitle page" ([https://en.wikipedia.beta.wmflabs.org/wiki/TimedText:Folgers2.ogv.nl.srt example]). —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 13:42, 5 December 2023 (UTC)</p> <p>:Btw. @<a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> there is <a href='?title=Special%3AOrphanedTimedText'>Special:OrphanedTimedText</a>, 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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 12:32, 12 December 2023 (UTC)</p> <p>::Aye, that helps, but unlike that special page {{U|Fastily}}'s report can be watchlisted. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 13:10, 12 December 2023 (UTC)</p> <p><a href='?title=MediaWiki%3Atimedmedia-timedtext-title-edit-subtitles'>MediaWiki:timedmedia-timedtext-title-edit-subtitles</a> is a page heading which should not contain anything else (rather large letters for that, BTW).</p> <ul> <li><a href='?title=MediaWiki%3Aeditnotice-710'>MediaWiki:editnotice-710</a> might provide guidance.</li> <li>You could grab the TimedText page title and extract the expected File: by <a href='?title=Template%3Astr_rep'>Template:str rep</a> pattern.</li> <li>If desired, an <code><nowiki>{{#ifexist:}}</nowiki></code> 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).</li> <li><a href='?title=TimedText%3ASeven_%28sample%29.mp3.pt.srt'>TimedText:Seven (sample).mp3.pt.srt</a> is not <code>.en.</code> but should be covered as well. Perhaps a note on wrong language.</li> </ul> <p>Greetings --<a href='?title=User%3APerfektesChaos'>PerfektesChaos</a> (<a href='?title=User_talk%3APerfektesChaos'>talk</a>) 13:06, 5 December 2023 (UTC)</p> <p>: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. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 15:49, 5 December 2023 (UTC)</p> <p>::If you #invoke <a href='?title=Module%3AString%23replace'>Module:String#replace</a> with {{para|plain|false}}, that may do the job. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 16:15, 5 December 2023 (UTC)</p> <p>::For example, "<code><nowiki>{{#invoke:String|replace|TimedText:Dua Lipa Blow Your Mind (Mwah) sample.ogg.en.srt|^TimedText:(.*)%.%w+%.%w+$|File:%1|1|plain=false}}</nowiki></code>" produces "{{#invoke:String|replace|TimedText:Dua Lipa Blow Your Mind (Mwah) sample.ogg.en.srt|^TimedText:(.*)%.%w+%.%w+$|File:%1|1|plain=false}}". <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 16:22, 5 December 2023 (UTC)</p> <p>:::OK, that works better. To clarify, I am thinking to put <code><nowiki>{{#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.}}</nowiki></code> on <a href='?title=MediaWiki%3ATimedmedia-subtitle-no-video'>MediaWiki:Timedmedia-subtitle-no-video</a> 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? <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 16:46, 5 December 2023 (UTC)</p> <p>Yes, in the long run the <em>TimedText:*.srt</em> pages should be equipped with something like <em>MediaWiki:timedmedia-timedtext-intro</em> or whatever (empty by default).</p> <ul> <li>I did suggest <a href='?title=MediaWiki%3Aeditnotice-710'>MediaWiki:editnotice-710</a> as first aid for now, since no other system message is transcluded today.</li> <li>A phabricator proposal might work in some weeks or years.</li> </ul> <p>Enjoy --<a href='?title=User%3APerfektesChaos'>PerfektesChaos</a> (<a href='?title=User_talk%3APerfektesChaos'>talk</a>) 20:27, 5 December 2023 (UTC)</p> <p>: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. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 08:33, 6 December 2023 (UTC)</p> <p>::That's weird - when I make a test redirect on <a href='?title=%3AFile%3ATest.mp3'>:File:Test.mp3</a> and then create <a href='?title=%3ATimedText%3ATest.mp3.en.srt'>:TimedText:Test.mp3.en.srt</a>, 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 [https://en.wikipedia.org/w/index.php?title=File:Test.mp3&diff=prev&oldid=1188579764 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?) <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 08:51, 6 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ixing-itoid-created-references-for-outube'><h2 class='section-toggle'>Fixing Citoid created references for Youtube</h2><div class='wiki-body'><p>Hi all</p> <p>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. [https://phabricator.wikimedia.org/T278281 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:</p> <ul> <li>Subscribe to the Phabricator task so its made clear this is an issue many people would like to be fixed.</li> <li>Try citing Youtube videos in articles and give feedback in the Phab task if you notice anything I haven't mentioned.</li> </ul> <p>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.</p> <p>Thanks very much</p> <p><a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 07:11, 8 December 2023 (UTC)</p> <p>:@<a href='?title=User%3AJohn_Cummings'>John Cummings</a> This might be a good task for the next Community Wishlist Survey. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 17:08, 11 December 2023 (UTC)</p> <p>:: 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. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 20:38, 12 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rotecting-user-w-usik-nimal-'><h2 class='section-toggle'>Protecting user "w>MusikAnimal‎"</h2><div class='wiki-body'><p>What does the "w>" mean in [https://en.wikipedia.org/w/index.php?title=Module:Category_handler/blacklist&diff=prev&oldid=948472490 this editing user]? <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 14:21, 12 December 2023 (UTC)</p> <p>:It seems to have a bunch of classes you wouldn't expect, like <code><nowiki>extiw mw-extuserlink mw-anonuserlink</nowiki></code>.<span id="Qwerfjkl:1702391592483:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 14:33, 12 December 2023 (UTC)</span></p> <p>::I suspect it's an artifact of the <a href='?title=Special%3ARedirect%2Flogid%2F106913819'>import</a>? —<a href='?title=User%3ACryptic'>Cryptic</a> 14:38, 12 December 2023 (UTC)</p> <p>::I think this means that it was imported. The [https://en.wikipedia.org/w/index.php?title=Special:Log&page=Module%3ACategory+handler%2Fblacklist logs] don't show the actual protection, but that the revision was imported <span style="font-family:Iosevka,monospace">0x<a href='?title=User%3A0xDeadbeef'><span style="text-transform:uppercase;color:black"><strong>Deadbeef</strong></span></a></span>→∞ (<a href='?title=User_talk%3A0xDeadbeef%23top'>talk to me</a>) 14:38, 12 December 2023 (UTC)</p> <p>:essentially, a user record for a remote user, that was imported locally. As you [https://en.wikipedia.org/w/index.php?title=Special:Log&logid=106913819 can see], this page was imported in 2020, but the edit is from somewhere outside of en.wp in 2019 —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 14:38, 12 December 2023 (UTC)</p> <p>:: 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 <a href='?title=Special%3AMergeHistory'>Special:MergeHistory</a> to delete that edit (and its brethren elsewhere) from the history entirely. {{pb}} 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 <a href='?title=mw%3ATemplate%3ADocumentation'>mw:Template:Documentation</a> had history imported from (at least) 4 different wikis making it impossible to follow. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 21:10, 12 December 2023 (UTC)</p> <p>:::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 (<a href='?title=Module%3ACategory_handler'>Module:Category handler</a> has 4.5+ million transclusions!). I actually <a href='?title=Special%3ADiff%2F950077475'>banned</a> myself from using <a href='?title=Special%3AImport'>Special:Import</a> in the future :)</p> <p>:::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. <a href='?title=WP%3ADWAP'>WP:DWAP</a> 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? <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 23:12, 12 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-category-for-companies-with-no-logo'><h2 class='section-toggle'>category for companies with no logo</h2><div class='wiki-body'><p>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. <a href='?title=User%3AIljhgtn'>Iljhgtn</a> (<a href='?title=User_talk%3AIljhgtn'>talk</a>) 00:15, 13 December 2023 (UTC)</p> <p>:The discussion at <a href='?title=Wikipedia%3ATeahouse%23Companies_with_missing_infobox_logo'>Wikipedia:Teahouse#Companies with missing infobox logo</a> has already caused a request at <a href='?title=Template_talk%3AInfobox_company%23Add_a_new_tracking_category%3F'>Template talk:Infobox company#Add a new tracking category?</a> If the request is rejected or ignored then you can come here but it seems premature right now. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:54, 13 December 2023 (UTC)</p> <p>::ok sorry about that <a href='?title=User%3AIljhgtn'>Iljhgtn</a> (<a href='?title=User_talk%3AIljhgtn'>talk</a>) 02:02, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ite-tweet-has-problem-with-user-with-digit'><h2 class='section-toggle'>Cite tweet has problem with user with digit</h2><div class='wiki-body'><p>I believe this is a new issue. It seems {{tlx|Cite tweet}} with a user parameter that includes a digit causes a <a href='?title=%3ACategory%3ACS1_maint%3A_numeric_names%3A_authors_list'>CS1 maint: numeric names: authors list</a> error. See, for example, <a href='?title=Danbury_Jr._Hat_Tricks'>Danbury Jr. Hat Tricks</a>, which has two of these caused by |user=DanburyNA3HL. —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 06:34, 13 December 2023 (UTC)</p> <p>:This has been discussed previously on that template's talk page. Perhaps you should restart that discussion. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 07:07, 13 December 2023 (UTC)</p> <p>::<a href='?title=User%3AIzno'>Izno</a>: Thank you. Problem-solvers and other interested parties should continue at <a href='?title=Template_talk%3ACite_tweet%23numeric_names'>Template talk:Cite tweet#numeric names</a>. —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 11:11, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ew-eature-on-mw-pecial-y-anguage-elp-xtension-artographer-artographer-dding-geopoints-via-'><h2 class='section-toggle'>(New) Feature on [[mw:Special:MyLanguage/Help:Extension:Kartographer|Kartographer]]: Adding geopoints via QID</h2><div class='wiki-body'><p>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 <a href='?title=M%3AWMDE_Technical_Wishes%2FGeoinformation%2FGeopoints_via_QID'>project page</a>. If you have any comments, please let us know on the <a href='?title=M%3ATalk%3AWMDE_Technical_Wishes%2FGeoinformation%2FGeopoints_via_QID'>talk page</a>. – Best regards, the team of Technical Wishes at Wikimedia Deutschland. <a href='?title=M%3AUser%3AThereza_Mengs_%28WMDE%29'>Thereza Mengs (WMDE)</a> 12:31, 13 December 2023 (UTC)</p> <p><!-- Message sent by User:Thereza Mengs (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=WMDE_Technical_Wishes/Technical_Wishes_News_list_all_village_pumps&oldid=25955829 --></p></div></section><section class='wiki-section collapsible' id='section--ow-to-get-top-100-categories-available-in-most-ikipedias-but-not-created-in-a-specific-ikipedia-'><h2 class='section-toggle'>How to get top 100 categories available in most Wikipedias, but not created in a specific Wikipedia?</h2><div class='wiki-body'><p>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 <code><nowiki>__HIDDENCAT__</nowiki></code> property, tracking and maintenance categories. Thanks! ⇒ <a href='?title=User%3AAram'><span style="color:#ff0;background:#000;font-family:cursive;text-shadow:3px 3px 5px #ff0;">Aram</span></a><a href='?title=User_talk%3AAram'><span style="color:#000;background:#ff0;font-family:cursive;text-shadow:3px 3px 5px #000;">Talk</span></a> 05:55, 11 December 2023 (UTC)</p> <p>:You can ask at <a href='?title=d%3AWD%3ARAQ'>d:WD:RAQ</a> or <a href='?title=d%3AWD%3APC'>d:WD:PC</a>, they will know better. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:38, 11 December 2023 (UTC)</p> <p>::@<a href='?title=User%3AIzno'>Izno</a> Thanks! I asked <a href='?title=d%3Aspecial%3Apermalink%2F2029143946%23How_to_get_top_100_categories_available_in_most_Wikipedias%2C_but_not_created_in_a_specific_Wikipedia%3F'>there</a> and fortunately a user gave me what I wanted. Thank you! ⇒ <a href='?title=User%3AAram'><span style="color:#ff0;background:#000;font-family:cursive;text-shadow:3px 3px 5px #ff0;">Aram</span></a><a href='?title=User_talk%3AAram'><span style="color:#000;background:#ff0;font-family:cursive;text-shadow:3px 3px 5px #000;">Talk</span></a> 12:57, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eird-issue-with-the-main-page-of-ikipedia'><h2 class='section-toggle'>Weird issue with the main page of Wikipedia</h2><div class='wiki-body'><p>{{resolved|Unable to reproduce}}</p> <p>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. <a href='?title=User%3AOikoopa'>Oikoopa</a> (<a href='?title=User_talk%3AOikoopa'>talk</a>) 23:24, 12 December 2023 (UTC)</p> <p>:@<a href='?title=User%3AOikoopa'>Oikoopa</a> What browser are you using? And if you're on a computer, can you check your [https://balsamiq.com/support/faqs/browserconsole/ browser console] and let us know if you see any red error messages? <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #080;">"?!"</span></a> 23:45, 12 December 2023 (UTC)</p> <p>::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 ([https://imgur.com/a/ILw9UzG 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).</p> <p>::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. <a href='?title=User%3AOikoopa'>Oikoopa</a> (<a href='?title=User_talk%3AOikoopa'>talk</a>) 00:25, 13 December 2023 (UTC)</p> <p>:::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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 02:03, 13 December 2023 (UTC)</p> <p>::::Weird. <a href='?title=User%3AOikoopa'>Oikoopa</a> (<a href='?title=User_talk%3AOikoopa'>talk</a>) 03:34, 13 December 2023 (UTC)</p> <p>:The bug doesn't seem to be happening anymore <a href='?title=User%3AOikoopa'>Oikoopa</a> (<a href='?title=User_talk%3AOikoopa'>talk</a>) 13:06, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--echnical-issues-caused-by-links-in-section-headings-'><h2 class='section-toggle'>Technical issues caused by links in section headings?</h2><div class='wiki-body'><p><a href='?title=MOS%3ANOSECTIONLINKS'>MOS:NOSECTIONLINKS</a> currently says that section headings should not contain links, for technical reasons. There is a discussion at <a href='?title=Wikipedia_talk%3AManual_of_Style%23Header_links%3A_technical_reasons'>Wikipedia talk:Manual of Style#Header links: technical reasons</a> 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. —<a href='?title=User%3ABkell'>Bkell</a> (<a href='?title=User_talk%3ABkell'>talk</a>) 14:37, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--uilding-part-2-'><h2 class='section-toggle'>Building WP:MPH part 2: ITN</h2><div class='wiki-body'><p>Further to the above, is it possible to transclude a previous version of a template, in this case {{tl|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. <span class="nowrap"> — <a href='?title=User%3AVoice_of_Clam'>Voice of Clam</a> (<a href='?title=User_talk%3AVoice_of_Clam'>talk)</a></span> 16:35, 13 December 2023 (UTC)</p> <p>:The answer is no. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 17:41, 13 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--uilding-part-1-'><h2 class='section-toggle'>Building WP:MPH part 1: DYK</h2><div class='wiki-body'><p>I'm trying to build the <a href='?title=WP%3AMPH'>main page archives</a> for missing dates, as the bot that produces them automatically wasn't working for a couple of weeks. I've built a <a href='?title=User%3AVoice_of_Clam%2FMP_HistGen'>framework</a> to construct the details for a given date, but I'm having problems with <a href='?title=WP%3ADYK'>WP:DYK</a> and <a href='?title=WP%3AITN'>WP:ITN</a>. For DYK, I could transclude the relevant section of <a href='?title=Wikipedia%3ARecent_additions'>Wikipedia:Recent additions</a> using (for example) <code><nowiki>{{Excerpt|Wikipedia:Recent additions/2023/November|21 November 2023}}</nowiki></code>, however this also includes a hatnote and extra time stamp that wasn't on the original template. The above code gives</p> <p>{{Excerpt|Wikipedia:Recent additions/2023/November|21 November 2023}}</p> <p>(note the extra "hook"). Can anyone suggest a way of getting rid of these lines, or an alternative method of achieving this? <span class="nowrap"> — <a href='?title=User%3AVoice_of_Clam'>Voice of Clam</a> (<a href='?title=User_talk%3AVoice_of_Clam'>talk)</a></span> 16:35, 13 December 2023 (UTC)</p> <p>:Hi <a href='?title=User%3AVoice_of_Clam'>Voice of Clam</a>, I don't think any of the hooks are "extra". Which one were you thinking doesn't belong?</p> <p>:For the hatnote, try a hat=no parameter. For the timestamp, try lists=-1. <a href='?title=User%3AFirefangledfeathers'>Firefangledfeathers</a> (<a href='?title=User_talk%3AFirefangledfeathers'>talk</a> / <a href='?title=Special%3AContributions%2FFirefangledfeathers'>contribs</a>) 17:18, 13 December 2023 (UTC)</p> <p>::<a href='?title=User%3AFirefangledfeathers'>Firefangledfeathers</a>: That works, thanks. Sorry I didn't make myself clear - by extra hook I meant the time stamp. <span class="nowrap"> — <a href='?title=User%3AVoice_of_Clam'>Voice of Clam</a> (<a href='?title=User_talk%3AVoice_of_Clam'>talk)</a></span> 09:30, 14 December 2023 (UTC)</p> <p>:::Ok! Thanks for the archival work. <a href='?title=User%3AFirefangledfeathers'>Firefangledfeathers</a> (<a href='?title=User_talk%3AFirefangledfeathers'>talk</a> / <a href='?title=Special%3AContributions%2FFirefangledfeathers'>contribs</a>) 13:01, 14 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ypography-and-text-improvements-now-available-as-a-beta-feature'><h2 class='section-toggle'>Typography and text improvements now available as a beta feature</h2><div class='wiki-body'><p><a href='?title=File%3AAccessibility_for_reading_first_iteration_prod_unpinned.png'>File:Accessibility_for_reading_first_iteration_prod_unpinned.png</a></p> <p>Hi everyone. The <a href='?title=mw%3AReading%2FWeb'>Web team from the Wikimedia Foundation</a> 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 <a href='?title=Special%3APreferences%23mw-prefsection-betafeatures'>"beta" option in the user menu</a> and select "Accessibility for Reading (Vector 2022)". You may also enable it on all wikis using the <a href='?title=Special%3AGlobalPreferences%23mw-prefsection-betafeatures'>global preferences</a>. To learn more about the Accessibility for Reading project, check out the <a href='?title=mw%3AReading%2FWeb%2FAccessibility_for_reading'>project page</a>.</p> <p>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 <a href='?title=mw%3ASpecial%3AMyLanguage%2FReading%2FWeb%2FAccessibility_for_reading%2FRepository%2FReadability_research_report'>literature research</a> and <a href='?title=mw%3ASpecial%3AMyLanguage%2FReading%2FWeb%2FAccessibility_for_reading%2FRepository%2FCommunity_prototype_testing%2FAnalysis'>prototype testing</a>. 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.</p> <p>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. <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 21:43, 14 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--igantic-section-titles-on-talk-pages-'><h2 class='section-toggle'>Gigantic section titles on talk pages?</h2><div class='wiki-body'><p>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"? <a href='?title=User%3AFram'>Fram</a> (<a href='?title=User_talk%3AFram'>talk</a>) 20:51, 14 December 2023 (UTC)</p> <p>FWIW, I use "old" vector, not the 2022 one, desktop, Chrome on Windows. <a href='?title=User%3AFram'>Fram</a> (<a href='?title=User_talk%3AFram'>talk</a>) 20:52, 14 December 2023 (UTC)</p> <p>:I haven't seen anything unusual. <strong>Always</strong> post an example. Does it happen if you log out or add <code>?safemode=1</code> to the url? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:10, 14 December 2023 (UTC)</p> <p>:I believe this might be related to the DiscussionTools usability improvements? If so, you can turn them off in <a href='?title=Special%3APreferences%23mw-input-wpdiscussiontools-visualenhancements'>your preferences</a> by un-selecting the "Show discussion activity" option. <a href='?title=User%3AQuiddity_%28WMF%29'>Quiddity (WMF)</a> (<a href='?title=User_talk%3AQuiddity_%28WMF%29'>talk</a>) 22:41, 14 December 2023 (UTC)</p> <p>::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? <a href='?title=User%3AFram'>Fram</a> (<a href='?title=User_talk%3AFram'>talk</a>) 08:31, 15 December 2023 (UTC)</p> <p>::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. <a href='?title=User%3AFram'>Fram</a> (<a href='?title=User_talk%3AFram'>talk</a>) 08:33, 15 December 2023 (UTC)</p> <p>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. <a href='?title=User%3AFram'>Fram</a> (<a href='?title=User_talk%3AFram'>talk</a>) 08:37, 15 December 2023 (UTC)</p> <p>:Courtesy links: <a href='?title=MediaWiki%3AGadget-VectorClassic.css'>MediaWiki:Gadget-VectorClassic.css</a>, <a href='?title=MediaWiki_talk%3AGadget-VectorClassic.css'>MediaWiki talk:Gadget-VectorClassic.css</a> –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 10:59, 15 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--roblem-found-in-the-pen-treet-aps-'><h2 class='section-toggle'>Problem found in the OpenStreetMaps.</h2><div class='wiki-body'><p>Hello.</p> <p>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 <a href='?title=Istanbul'>Istanbul</a>, is not showing the capital, and the location for some reason is at the <a href='?title=Gulf_of_Guinea'>Gulf of Guinea</a>. [https://en.wikipedia.org/wiki/Istanbul#/map/0] Could this issue be fixed? 🛧<a href='?title=User%3AMidori_No_Sora'><span style="color:#32CCB9;text-shadow:0.2em 0.2em 0.2em #69CC77;"><strong>Midori No Sora♪</strong></span></a>🛪 (<small><a href='?title=User_talk%3AMidori_No_Sora'><span style="color:#0066cc;text-shadow:0.2em 0.1em 0.2em #ffcc00;"> <strong>☁＝☁＝✈</strong></span></a></small>) 12:10, 14 December 2023 (UTC)</p> <p>: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. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 12:40, 14 December 2023 (UTC)</p> <p>:<code><nowiki>{{Infobox mapframe|id=Q406}}</nowiki></code> shows <a href='?title=Null_Island'>Null Island</a> instead of Istanbul despite what the <a href='?title=Template%3AInfobox_mapframe'>template documentation</a> suggests, even though <a href='?title=d%3AQ406%23P402'>the Wikidata property</a> is correct. Something is indeed broken here. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 13:18, 14 December 2023 (UTC)</p> <p>:There are three OpenStreetMap in <a href='?title=Istanbul'>Istanbul</a>. 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 <code><nowiki>{{Infobox mapframe|frame-width=250|zoom=8}}</nowiki></code>. That's broken for me. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 16:07, 14 December 2023 (UTC)</p> <p>:I tried <code><nowiki>{{Infobox mapframe}}</nowiki></code> on <a href='?title=Special%3AExpandTemplates'>Special:ExpandTemplates</a> 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 [https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&oldid=1189885699 here].</p> <p>:<a href='?title=Istanbul'>Istanbul</a> with Wikidata {{Q|Q406}} gives no coordinates and shows Null Island: <syntaxhighlight></p> <p><mapframe zoom="10" align="center" frameless="1" height="200" width="270">[</p> <p>{"properties":{"title":"Istanbul","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q406"},</p> <p>{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"Istanbul"},"type":"ExternalData","service":"geoline","ids":"Q406"}</p> <p>]</mapframe></p> <p></syntaxhighlight> <a href='?title=Odense'>Odense</a> with Wikidata {{Q|Q25331}} gives coordinates and works: <syntaxhighlight></p> <p><mapframe zoom="10" align="center" frameless="1" height="200" width="270">[</p> <p>{"properties":{"title":"Odense","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q25331"},</p> <p>{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"Odense"},"type":"ExternalData","service":"geoline","ids":"Q25331"},</p> <p>{"type":"Feature","geometry":{"coordinates":[10.383333333333,55.4],"type":"Point"},"properties":{"title":"Odense","marker-color":"#5E74F3"}}</p> <p>]</mapframe><a href='?title=Category%3AInfobox_mapframe_without_OSM_relation_ID_on_Wikidata'>Category:Infobox mapframe without OSM relation ID on Wikidata</a></p> <p></syntaxhighlight> <a href='?title=London'>London</a> with Wikidata {{Q|Q84}} gives <em>no</em> coordinates and still works but shows a different type of map with a line around the city.: <syntaxhighlight></p> <p><mapframe zoom="10" align="center" frameless="1" height="200" width="270">[</p> <p>{"properties":{"title":"London","fill-opacity":0.5,"stroke":"#FF0000","stroke-width":3,"fill":"#606060"},"type":"ExternalData","service":"geoshape","ids":"Q84"},</p> <p>{"properties":{"stroke-width":5,"stroke":"#FF0000","title":"London"},"type":"ExternalData","service":"geoline","ids":"Q84"}</p> <p>]</mapframe></p> <p></syntaxhighlight> I think the difference between Istanbul and London is caused by how <a href='?title=%3Amw%3AHelp%3AExtension%3AKartographer'>:mw:Help:Extension:Kartographer</a> reads the "OpenStreetMap relation ID" linked at the Wikidata item for those cities ([https://www.openstreetmap.org/relation/223474 Istanbul] and [https://www.openstreetmap.org/relation/65606 London]). That's beyond my knowledge. Odense has no such Wikidata field so the coordinates are just pulled from the Wikidata item. That works. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:14, 14 December 2023 (UTC)</p> <p>::{{edit conflict}}</p> <p>: I can get the map by supplying the coordinates with {{para|coord}} or by supplying the wikidata id and setting {{para|point|on}} or just adding {{para|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 {{wdp|P402}} and if I also add {{para|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. — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 17:26, 14 December 2023 (UTC)</p> <p>::The osm relation for istanbul points to a single node, instead of the relation. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 22:45, 14 December 2023 (UTC)</p> <p>:::Yeah, it looks like there is no relation for the city itself. There's [https://www.openstreetmap.org/relation/223474 relation 223474] for {{Q|534799}}, but {{Q|406}} doesn't have a relation. [https://www.openstreetmap.org/node/1882099475 Node 1882099475] does point back to Q406 (although there's also [https://www.openstreetmap.org/node/2895014424 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 {{property|402}} to an item doesn't help connect anything, it's just useful info). <a href='?title=User%3ASamwilson'>Sam</a> <a href='?title=User_talk%3ASamwilson'>Wilson</a> 00:43, 15 December 2023 (UTC)</p> <p>::::I thought Kartographer used {{property|402}} 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 <code><nowiki>{{Infobox mapframe}}</nowiki></code> is previewed on <a href='?title=London'>London</a>? Apart from the color it looks just like the map at https://www.openstreetmap.org/relation/65606 which is linked at <a href='?title=%3Awikidata%3AQ84%23P402'>:wikidata:Q84#P402</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:03, 15 December 2023 (UTC)</p> <p>:::::{{re|PrimeHunter}} It's the <code>wikidata=Q84</code> on the OSM side that does it, on relation 65606. <a href='?title=User%3ASamwilson'>Sam</a> <a href='?title=User_talk%3ASamwilson'>Wilson</a> 03:17, 15 December 2023 (UTC)</p> <p>::::[https://www.openstreetmap.org/node/1882099475 Node 1882099475] seems to be the center node for the province, according to the metadata. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 10:57, 15 December 2023 (UTC)</p> <p><mapframe height="200" width="270">[</p> <p>{"type":"ExternalData","service":"geoshape","ids":"Q84"},</p> <p>]</mapframe></p> <p>::::::Kartographer can make a map from this code: <syntaxhighlight></p> <p><mapframe height="200" width="270">[</p> <p>{"type":"ExternalData","service":"geoshape","ids":"Q84"},</p> <p>]</mapframe></p> <p></syntaxhighlight> 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. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:56, 15 December 2023 (UTC)</p> <p>: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 <a href='?title=mediawikiwiki%3AHelp%3AExtension%3AKartographer%2FOSM%23Limitation'>mediawikiwiki:Help:Extension:Kartographer/OSM#Limitation</a> —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:02, 15 December 2023 (UTC)</p> <p>::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 :) —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:07, 15 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--n-coordinated-coords'><h2 class='section-toggle'>Un-coordinated coords</h2><div class='wiki-body'><p>Here is an extract from the table in <a href='?title=Grade_II_listed_buildings_in_the_London_Borough_of_Wandsworth'>Grade II listed buildings in the London Borough of Wandsworth</a>:</p> <p>{{EH listed building header</p> <p>| show_listed = yes</p> <p>| show_img = yes</p> <p>| subdivision_area = <a href='?title=London_Borough_of_Barking_and_Dagenham'>Barking and Dagenham</a></p> <p>| subdivision_iso = GB-BDG</p> <p>| lb_type = Grade II*</p> <p>}}</p> <p>{{EH listed building row</p> <p>| name= <a href='?title=Wandsworth_Common_Windmill'>Wandsworth Common Windmill</a></p> <p>| location= Wandsworth Common</p> <p>| type= Windmill</p> <p>| completed= 19th century</p> <p>| show_listed = yes</p> <p>| date_listed= {{dts|format=dmy|1983|03|07}}</p> <p>| grid_ref= TQ2657774519</p> <p>| lat= 51.455</p> <p>| lon= -0.178</p> <p>| uid= 1183658</p> <p>| show_img = yes</p> <p>| image=Remains of a Windmill on Wandsworth Common (geograph 1789886).jpg</p> <p>| upload_desc= Wandsworth Common Windmill</p> <p>| commonscat = Wandsworth Common Windmill</p> <p>}}</p> <p>|}</p> <p>{{reflist|group=note}}</p> <p>If I click on the Lat/Long coordinates, the GeoHack page gives me an OS ref of <strong>TQ2657774519</strong>, 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 <strong>TQ2646474573</strong> (51° 27′ 19.83″ N, 0° 10′ 46.59″ W). Looking at the template source, this seems to be a problem with <strong>#invoke:Ordnance Survey coordinates</strong>. What is this, and where should I report it?</p> <p><em>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.</em> <span class="nowrap"><a href='?title=User%3AVerbarson'>-- Verbarson </a> ^{<a href='?title=User_talk%3AVerbarson'>talk</a>}_{<a href='?title=Special%3AContributions%2FVerbarson'>edits</a>}</span> 10:04, 15 December 2023 (UTC)</p> <p>:<a href='?title=Module%3AOrdnance_Survey_coordinates'>Module:Ordnance Survey coordinates</a>, <a href='?title=Module_talk%3AOrdnance_Survey_coordinates'>Module_talk:Ordnance Survey coordinates</a> —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 10:50, 15 December 2023 (UTC)</p> <p>::{{re|:TheDJ}} thanks. I've reposted this query on that talk page. <span class="nowrap"><a href='?title=User%3AVerbarson'>-- Verbarson </a> ^{<a href='?title=User_talk%3AVerbarson'>talk</a>}_{<a href='?title=Special%3AContributions%2FVerbarson'>edits</a>}</span> 13:53, 15 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--utoformatting-he-ikipedia-ibrary-s-in-citation-templates'><h2 class='section-toggle'>Autoformatting The Wikipedia Library URLs in citation templates</h2><div class='wiki-body'><p>{{tracked|T320850}}</p> <p>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? <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 07:21, 16 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--sk-if-anny-712-bot-running-'><h2 class='section-toggle'>Ask if DannyS712 bot running?</h2><div class='wiki-body'><p>Greetings, For <a href='?title=User%3ADannyS712_bot'>DannyS712 bot</a> (task # 55 ), last ran <a href='?title=Wikipedia%3ADatabase_reports%2FOrphans_with_incoming_links'>Database reports/Orphans with incoming links</a> at 21:00, 8 December 2023. Had updated every 4-days or so. Looks like bot operator may be inactive‎. Regards, <a href='?title=User%3AJoeNMLC'>JoeNMLC</a> (<a href='?title=User_talk%3AJoeNMLC'>talk</a>) 13:40, 15 December 2023 (UTC)</p> <p>:{{u|DannyS712}} edited yesterday. Maybe try a user talk message? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 14:53, 15 December 2023 (UTC)</p> <p>::Posted at Bot operator talk, per your suggestion. Thanks. <a href='?title=User%3AJoeNMLC'>JoeNMLC</a> (<a href='?title=User_talk%3AJoeNMLC'>talk</a>) 14:57, 15 December 2023 (UTC)</p> <p>:The SQL source is [https://github.com/DannyS712/bot/blob/22f16dc5d50be3c7a35010d6416ab7ca49d8b868/orphans-with-links.js#L50 on github]. This report could easily be community-managed through {{t|database report}}. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 10:46, 16 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ticky-table-headers'><h2 class='section-toggle'>Sticky table headers</h2><div class='wiki-body'><p>{{resolved}}</p> <p>Can anyone tell me what this does? The documentation at <a href='?title=Template%3AImport_style'>Template:Import style</a> points to <a href='?title=Help%3ATable%23Tables_with_sticky_headers'>Help:Table#Tables with sticky headers</a> which does not exist. <a href='?title=User%3AHawkeye7'><span style="color:#800082">Hawkeye7</span></a> <a href='?title=User_talk%3AHawkeye7'><span style="font-size:80%">(discuss)</span></a> 18:49, 15 December 2023 (UTC)</p> <p>:Has just recently moved to <a href='?title=Help%3ATable._Advanced%23Tables_with_sticky_headers'>Help:Table. Advanced#Tables with sticky headers</a>. -- <a href='?title=User%3AWOSlinker'>WOSlinker</a> (<a href='?title=User_talk%3AWOSlinker'>talk</a>) 19:24, 15 December 2023 (UTC)</p> <p>:It's actually <a href='?title=Help%3ATable%2FAdvanced%23Tables_with_sticky_headers'>Help:Table/Advanced#Tables with sticky headers</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 11:44, 16 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-do-turn-on-that-line-at-the-bottom-of-the-edit-window-with-certain-characters-like-en-and-em-dash-on-it-'><h2 class='section-toggle'>How do I turn on that line at the bottom of the edit window with certain characters like en and em dash on it?</h2><div class='wiki-body'><p>I've somehow turned it off. <a href='?title=User%3ADarkwarriorblake'>Darkwarriorblake</a> (<a href='?title=User_talk%3ADarkwarriorblake'>talk</a>) 15:13, 16 December 2023 (UTC)</p> <p>:@<a href='?title=User%3ADarkwarriorblake'>Darkwarriorblake</a> It's the CharInsert gadget at <a href='?title=Special%3APreferences%23mw-prefsection-gadgets'>Special:Preferences#mw-prefsection-gadgets</a>. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 17:01, 16 December 2023 (UTC)</p> <p>::Thank you! <a href='?title=User%3ADarkwarriorblake'>Darkwarriorblake</a> (<a href='?title=User_talk%3ADarkwarriorblake'>talk</a>) 17:04, 16 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ubscribe-buttons'><h2 class='section-toggle'>"Subscribe" buttons</h2><div class='wiki-body'><p>Noticeboards, which are project-space pages. and article talk pages and user talk pages, have a button at the top right of each section marked "Subscribe". Clicking on this button puts the user on a list to receive emails notifying them of additions to the section, which is a watchlist-like feature. My problem has to do with scrolling these pages on a mobile device in desktop mode. It is too easy to hit the "subscribe" button by accident when only trying to scroll the page. There is a message saying that you have been subscribed, but then unsubscribing requires scrolling back to where one was scrolling to hit "Unsubscribe". Could a "Confirm" prompt be added to verify that the editor really wants to Subscribe, rather than taking an action that will clutter the inbox based on a single click? I am assuming that the developers didn't consider the use of desktop view on a mobile device, because the developers think that I should use mobile view when I am using a mobile device. However, many experienced editors are in agreement with me that desktop view is better than mobile view. (I haven't even tried using a mobile application, because I don't have a mobile application installed on my Android.) On a real computer, the screen is wider, and there is usually a real scroll bar, so that I don't have this problem with a real computer, but I would like to be able to scroll on an Android without accidentally signing up for inbox clutter that I have to turn off. Have I missed something, or is this a case where the developers have missed a misfeature because they have added a large misfeature of Mobile View? Does anyone have a different thought?</p> <p><a href='?title=User%3ARobert_McClenon'>Robert McClenon</a> (<a href='?title=User_talk%3ARobert_McClenon'>talk</a>) 17:49, 14 December 2023 (UTC)</p> <p>:Receiving these notifications as email is a choice you can make in <a href='?title=Special%3APreferences%23mw-prefsection-echo'>Special:Preferences#mw-prefsection-echo</a>. You may turn off subscribed topic email there. You may also change what you are subscribed to there. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:48, 14 December 2023 (UTC)</p> <p>:I tried to adapt <a href='?title=MediaWiki%3AGadget-confirmationRollback-mobile.js'>MediaWiki:Gadget-confirmationRollback-mobile.js</a>: <syntaxhighlight lang="javascript"></p> <p>(function() {</p> <p>$(".ext-discussiontools-init-section-subscribe-link").on('click', function(e) {</p> <p>var linkText = $(e.target).text(),</p> <p>message = 'Subscribe?';</p> <p>if(!confirm(message)) return e.preventDefault();</p> <p>});</p> <p>}());</p> <p></syntaxhighlight> It gives a confirmation prompt but then subscribes no matter what you pick. There is probably an easy fix like something instead of <code>e.preventDefault()</code> but my JavaScript is very limited. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:52, 14 December 2023 (UTC)</p> <p>::I think the subscription feature uses a JavaScript event listener to process the click, so preventDefault() won't stop it from triggering. [https://developer.mozilla.org/en-US/docs/Web/API/Event/stopImmediatePropagation stopImmediatePropagation()] is supposed to stop other listeners for the same element from being notified as well as stopping propagation to listeners for ancestor elements, but I don't think there's any way to guarantee that this listener would get triggered before the one for the subscription feature. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 22:17, 14 December 2023 (UTC)</p> <p>:::If it's worth the time and effort, could ask for a mw.hook().fire() to be added to the top of the subscribe code via Phabricator. Then you could hook into it with the mw.hook().add() API. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 23:04, 14 December 2023 (UTC)</p> <p>:::It can be done by removing the event listener (after first saving a reference to it). Then you would add back a new event listener which conditionally invokes the first one. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 06:58, 15 December 2023 (UTC)</p> <p>::::If I'm understanding the documentation for [https://developer.mozilla.org/en-US/docs/Web/API/EventTarget/removeEventListener removeEventListener()] correctly, this can only be done by knowing the event listener function and the value of the capture option used when registering it. Thus even if there is a named listener function handling the subscription, trying to refer to it would be highly coupled to the internal implementation. An officially supported hook as suggested by Novem Linguae would be a better approach. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 18:10, 15 December 2023 (UTC)</p> <p>:::::Hooks in MediaWiki are asynchronous. They can only run an additional function in response to an event, not block another function which was supposed to run.</p> <p>:::::Removing listener can be done via jQuery: <code> $('...').off('click')</code>. But it appears there's no supported way to refer to an existing one – we would probably have to implement the subscribe logic on our own using the API. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 13:12, 16 December 2023 (UTC)</p> <p>::::::Based on the documentation, the jQuery <code>off()</code> method will remove listeners added via the <code>on()</code> method; it's not clear to me that it would remove handlers added via the native JavaScript API. However as you noted, and much like <code>removeEventListener()</code>, it doesn't return a reference to any removed handlers.</p> <p>::::::Thanks for the info on hooks; I suspected this but wasn't sure after a quick reading of <a href='?title=mw%3AManual%3AHooks'>mw:Manual:Hooks</a>. I still feel that an officially supported mechanism by the subscription feature is the best way to avoid coupling to the internal implementation. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 17:13, 16 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mprovements-to-styling-of-ector-2022'><h2 class='section-toggle'>Improvements to styling of Vector 2022</h2><div class='wiki-body'><p><a href='?title=File%3AVector_2022_pre-Zebra_visual_changes_logged_out.jpg'>File:Vector 2022 pre-Zebra visual changes logged out.jpg</a></p> <p><a href='?title=File%3AVector_2022_Zebra_visual_changes_logged_out.jpg'>File:Vector 2022 Zebra visual changes logged out.jpg</a></p> <p>Hi everyone. Today, the <a href='?title=mw%3AReading%2FWeb'>Web team from the Wikimedia Foundation</a> will introduce improvements to the styling of the Vector 2022 skin. For those of you following our updates, you might recognize some of these as a subset of the <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FUpdates%23May_2023%3A_Continuing_work_on_Vector_2022%2C_and_making_plans_for_the_new_fiscal_year'>previously tested content separation (Zebra) prototype</a>. In particular you will see:</p> <ol> <li>New background colors for the main menu that now match the remainder of our menus</li> <li>New styling for the show and hide buttons for menus.</li> <li>Bolding of menu titles</li> </ol> <p>You will find <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FUpdates%2Fen%23November_2023%3A_Visual_changes%2C_more_deployments%2C_and_shifting_focus'>more details in the project update on MediaWiki.org</a>. These changes will also resolve some of the recent bugs with the table of contents, such as <a href='?title=phab%3AT352464'>this ticket</a> about scrollable elements. Please let us know what you think of these tweaks and if you have any further questions! <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 18:30, 11 December 2023 (UTC)</p> <p>:Are these screen shots intended to show the exact same page, in the same configuration, before and after the changes? If so, it looks like the column dedicated to content, the thing everyone comes to Wikipedia for, has gotten even narrower, when it was already much too narrow to begin with. I hope this is not the case.</p> <p>:(Edited to add this rant: I just confirmed this in another browser, logged out. At <a href='?title=John_Dalton'>John Dalton</a>, with the (fewer visible vertical elements) TOC showing, and the Tools sidebar displayed, the content column shrank from 670 pixels wide to 618 pixels wide, just 50% of my 1228-pixel-wide browser window. With <a href='?title=User%3AJonesey95%2Fcommon.css'>custom CSS</a> that makes Vector 2022 more usable, I am able to get the content column to 856 pixels wide, 70% of the available space. And this isn't even addressing the unused vertical space at the top of the window that means even more vertical scrolling for our readers. I've got that ancient phab link around here somewhere, maybe {{phab|T325219}}.) – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 21:47, 11 December 2023 (UTC)</p> <p><a href='?title=File%3AHanuman_Dhoka_screenshot_with_Zebra_custom_CSS.png'>File:Hanuman_Dhoka_screenshot_with_Zebra_custom_CSS.png</a></p> <p>::Welp, that was fun. With just a [https://en.wikipedia.org/w/index.php?title=User%3AJonesey95%2Fcommon.css&diff=1189478571&oldid=1187679172 couple of edits to my common.css], I was able to get Zebra Vector 2022 (Vector 2023? Vector 2022 3.0? What are we calling this thing?) working pretty nicely, now with 897 pixels of content width (73% of horizontal space) and lots of visible text in the left and right sidebars. Other editors are welcome to copy some or all of my CSS file; caveat copier, though: I am not a CSS expert by a long shot, and my spacing preferences may leave too <em>little</em> white space for you. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 02:59, 12 December 2023 (UTC)</p> <p>:::<a href='?title=File%3AVector_2022_Zebra_custom_space.png'>File:Vector 2022 Zebra custom space.png</a>I've been using <a href='?title=m%3AUser%3AAaron_Liu%2Fglobal.css'>an edited version</a> of your great CSS tweaks for 5 months! However, I have edited them to be a bit more spacey and now there's a strange space to the right of the tools menu that only shows if there's rendered wikitext present. (e.g. doesn't appear in history or edit, appears in normal page view and edit after clicking preview). I can't find it in the DOM either. Any idea what may be causing it? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 03:18, 12 December 2023 (UTC)</p> <p>::::As you saw, my CSS needed many adjustments when Zebra went into effect. I fiddled with it until it worked for me. I copied your CSS to my common.css but was unable to reproduce the problem. A full-window screen shot might help. What page were you on? – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 05:03, 12 December 2023 (UTC)</p> <p>:::::For me, <em>any</em> rendered page triggers it. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 20:41, 12 December 2023 (UTC)</p> <p>:::::I've figured it out. I needed {{code|grid-template-columns: minmax(0,1fr) min-content;|css}} in .mw-body . No idea why it doesn't happen for you.<br>Also, your CSS contains a column-gap: 6px that you soon override with column-gap: 16px . Why is that so? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 19:51, 16 December 2023 (UTC)</p> <p>::Reduces the content width, and seems to add new whitespace on the top and left of the ToC which will push some of that out of some screens. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 03:28, 12 December 2023 (UTC)</p> <p>:::Yes, reducing the content width was apparently a <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FUpdates%2Fen%23November_2023%3A_Visual_changes%2C_more_deployments%2C_and_shifting_focus'>deliberate design choice</a>: {{tq|Due to the change above, the content width gets slightly narrower when menus are pinned in both columns.}} (To be clear: I'm just reporting, not supporting, someone else's words.) – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 05:22, 12 December 2023 (UTC)</p> <p>::::For me the pinning only affects the left column, unpinning the right column (tools) does not seem to change content width. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 07:45, 12 December 2023 (UTC)</p> <p>:While I like most of these changes, I hate the new dropdown and the new "show"/"hide" button. They are inconsistent with other occurrences and the new dropdowns have way too much padding-top and bottom and way not enough separation. I could maybe get over the show and hide, but the new dropdowns just look alien to the rest of the wiki (search boxes, regular boxes...) for no good reason and just look worse. I also think the new width is too narrow. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 01:28, 12 December 2023 (UTC)</p> <p>:Also, this should've been in Tech News. I don't think much people knew of this deployment... <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 03:33, 12 December 2023 (UTC)</p> <p>:For me, all dropdowns appear to have a 16px whitespace block at the bottom which looks awful especially under the logout button. And my twinkle menu now has some box within a box situation going on which also looks bad. Although I do like the changes somewhat. <a href='?title=User%3ATerasail'><span style="color:#088; font-weight:750;">Terasail</span></a><a href='?title=User_talk%3ATerasail'>^{<span style="color:#000;"><strong>[✉️]</strong></span>}</a> 03:42, 12 December 2023 (UTC)</p> <p>::See [https://en.wikipedia.org/w/index.php?title=User%3AJonesey95%2Fcommon.css&diff=1189491830&oldid=1189490638 these CSS changes]. The <code>...::after</code> one at the end gets rid of the mysterious blank box. If the Wikimedia developers someday decide to populate that container with something fun, I won't see it, but for now, the space will be gone. Who knows if it's a bug or deliberate; the developers love putting unnecessary and excessive whitespace everywhere in Vector 2022, so that extra space at the bottom of each menu may be a design choice consistent with the rest of this skin's default aesthetic. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 05:18, 12 December 2023 (UTC)</p> <p>::{{Tracked|T353214}} Yeah, twinkle and moremenu dropdowns have broken styling with this update. Bug report at <a href='?title=phab%3AT353214'>phab:T353214</a> –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 06:42, 12 December 2023 (UTC)</p> <p>:The contents menu needs to be of the same width and alignment with other menus. Currently, it’s shorter and right-aligned because of the arrows. We already have padding on the left and right, why can’t the arrows use some of it? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 12:09, 12 December 2023 (UTC)</p> <p>::@<a href='?title=User%3AAaron_Liu'>Aaron Liu</a> - thanks for the report! We're tracking this under <a href='?title=Phab%3AT351697'>this ticket</a>. We have the fix ready for this week's train and it will be available on all wikis on Thursday. <a href='?title=User%3AOVasileva_%28WMF%29'>OVasileva (WMF)</a> (<a href='?title=User_talk%3AOVasileva_%28WMF%29'>talk</a>) 14:39, 12 December 2023 (UTC)</p> <p>:I just noticed this change. It's getting there. At least the "popunder" behavior of the Page menu when opened after the User menu is fixed. I would still like to see the V icon change to ^ when the menu is displayed (either that, or click-away implemented like classic Windows). Sorry, I forgot which phab this was tracked under. <a href='?title=User%3ADavidBrooks'>David Brooks</a> (<a href='?title=User_talk%3ADavidBrooks'>talk</a>) 18:47, 16 December 2023 (UTC)</p> <p>:Another qualm I have with the new user dropdown is there is no separation between Log Out (dangerous!) and everything else now. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 19:06, 16 December 2023 (UTC)</p> <p>{{clear}}</p></div></section><section class='wiki-section collapsible' id='section--atchlist-for-page-and-all-its-subpages-'><h2 class='section-toggle'>Watchlist for "page and all its subpages"</h2><div class='wiki-body'><p>{{tracked|T4308}}</p> <p>Is this possible? Use-cases:</p> <ul> <li>Watchlisting my own userpage (and therefore my own user-talk) so all of the automatic archives would be watchlisted automatically (catching an annoying type of vandalism).</li> <li>Temporarily watchlisting a template (and therefore its template-talk) as several editors propose and hack on sandboxes or other development work.</li> <li>Like the previous, but for an article (and therefore its talk), as several editors propose and work on major overhauls.</li> <li>Watchlisting a template that has lots of subtemplates, and therefore automatically watching the whole bowl spaghetti and talkpages.</li> </ul> <p>In all these cases, I would not have to specify the exact individual subpages or keep updating as new ones are created. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 10:11, 17 December 2023 (UTC)</p> <p>:Thanks for the phab-link, <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a>! So only 18 years pending. Oh well. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 10:37, 17 December 2023 (UTC)</p> <p>:Making a script to watchlist a page and all its subpages is fairly easy (e.g. all of these: <a href='?title=Special%3APrefixIndex%2FUser_talk%3ADMacks%2F'>Special:PrefixIndex/User_talk:DMacks/</a>). However, wanting to watchlist currently non-existent pages is not, and would require software changes. If the former would be of use, there are a few places to request that someone do that (could maybe even become a Twinkle feature). — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 11:52, 17 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mall-capital-indistinguishable-from-'><h2 class='section-toggle'>Small capital Œ indistinguishable from œ</h2><div class='wiki-body'><p>The symbol {{angbr|ɶ}}, the <a href='?title=open_front_rounded_vowel'>open front rounded vowel</a>, should display as a small capital Œ, but instead appears identical to {{angbr|œ}} on Apple systems; that symbol represents the <a href='?title=open-mid_front_rounded_vowel'>open-mid front rounded vowel</a>, which is distinct.</p> <p><gallery></p> <p>File:IPA_Unicode_0x0153.svg|Open front rounded vowel (U+0153)</p> <p>File:IPA Unicode 0x0276.svg|Open-mid front rounded vowel (U+0276)</p> <p></gallery> –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 20:36, 14 December 2023 (UTC)</p> <p>:That must be a limitation in the font used on the Apple system. They look different in Safari on my iPhone. We just send the character code. The rest is up to the user's software. It doesn't seem important so I advice against trying to send an image or force a specific font which might work better on some systems. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:04, 14 December 2023 (UTC)</p> <p>::On my own iPhone it also displays as lowercase œ. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 22:19, 14 December 2023 (UTC)</p> <p>:::I have an iPhone 8 with iOS 16.7.2. The character in "The symbol {{angbr|ɶ}}" looks like your second image. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:31, 14 December 2023 (UTC)</p> <p>::::My previous posts were about the mobile site on an iPhone. After seeing Nardog's link to <a href='?title=Help%3AIPA%23Rendering_issues'>Help:IPA#Rendering issues</a> I tried the desktop site on iPhone and it shows the reported problem where "The symbol {{angbr|ɶ}}" looks like the first image above. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:41, 15 December 2023 (UTC)</p> <p>:This is a bug in Helvetica pre-installed on macOS. <a href='?title=San_Francisco_%28sans-serif_typeface%29'>San Francisco</a> has <a href='?title=Help%3AIPA%23Rendering_issues'>another crucial bug</a>, so avoid them for <code>.IPA</code>. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 23:58, 14 December 2023 (UTC)</p> <p>::I just installed <a href='?title=Andika_%28typeface%29'>Andika</a>, and it worked splendidly. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 02:38, 15 December 2023 (UTC)</p> <p>I now want the symbol {{angbr IPA|a}} (the <a href='?title=open_front_unrounded_vowel'>open front unrounded vowel</a>) to appear visually distinct from {{angbr IPA|ɑ}} (the <a href='?title=open_back_unrounded_vowel'>open back unrounded vowel</a>) by using the [https://software.sil.org/andika/features/ font features] included with Andika, specifically by enabling "ss13" (double-story {{angbr|<a href='?title=File%3AIPA_Unicode_0x0061.svg'>File:IPA Unicode 0x0061.svg</a>}} instead of {{angbr|<a href='?title=File%3AIPA_Unicode_0x0251.svg'>File:IPA Unicode 0x0251.svg</a>}}). How do I do that? –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 22:16, 17 December 2023 (UTC)</p> <p>:You might be able to do that in your personal CSS as <a href='?title=Help%3AUser_style'>documented here.</a> <span style="font-variant:small-caps"><a href='?title=User%3AOrange_Suede_Sofa'><span style="color:DarkGreen;">Orange Suede Sofa</span></a></span> (<a href='?title=User_talk%3AOrange_Suede_Sofa'>talk</a>) 22:29, 17 December 2023 (UTC)</p> <p>:[https://software.sil.org/fonts/webfonts/ This page] has instructions. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 22:31, 17 December 2023 (UTC)</p> <p>::Those instructions didn't help me. See <a href='?title=User%3ALaundryPizza03%2Fcommon.css'>User:LaundryPizza03/common.css</a>; Wikipedia's CSS doesn't seem to understand the font-feature-settings tag. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 22:45, 17 December 2023 (UTC)</p> <p>:::Assuming you have Andika downloaded locally, replace all of that with this:</p> <p>:::<syntaxhighlight lang=css>body { font-family: "Andika"; font-feature-settings: "ss13" 1; }</syntaxhighlight></p> <p>:::It works for me on macOS with the Edge browser. <span style="font-variant:small-caps"><a href='?title=User%3AOrange_Suede_Sofa'><span style="color:DarkGreen;">Orange Suede Sofa</span></a></span> (<a href='?title=User_talk%3AOrange_Suede_Sofa'>talk</a>) 22:57, 17 December 2023 (UTC)</p> <p>::::Yes, that works on my system, too! Thank you! –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 23:00, 17 December 2023 (UTC)</p> <p>However, I didn't get Andika working on another device macOS Sonoma with Safari, even though I have it locally installed on this device. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 23:19, 17 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--evert-to-rial-font'><h2 class='section-toggle'>Revert to Arial font</h2><div class='wiki-body'><p>Hello, is there any way to revert to Arial font on talk and Wikipedia namespace pages? I have been doing this for years but now Wikipedia is forcing the Georgia font on talk pages. I think it's too big and I prefer Arial. Thanks, <a href='?title=User%3AI%26%2339%3Bm_not_perfect_but_I%26%2339%3Bm_almost'>Nearly but not perfect</a> (<a href='?title=User_talk%3AI%26%2339%3Bm_not_perfect_but_I%26%2339%3Bm_almost'>talk</a>) 18:06, 15 December 2023 (UTC)</p> <p>:{{replyto|I'm not perfect but I'm almost}} First, which skin are you using? You can check at {{myprefs|Appearance}}, there's a list of five at the top, one of which will be enabled. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 11:38, 16 December 2023 (UTC)</p> <p>::{{replyto|Redrose64}} I'm using the Vector legacy 2010 skin. <a href='?title=User%3AI%26%2339%3Bm_not_perfect_but_I%26%2339%3Bm_almost'>Nearly but not perfect</a> (<a href='?title=User_talk%3AI%26%2339%3Bm_not_perfect_but_I%26%2339%3Bm_almost'>talk</a>) 23:13, 17 December 2023 (UTC)</p> <p>:::Other than headings, the Vector (legacy) skin doesn't set a specific font family except for a generic <code>sans-serif</code>. The font that actually gets displayed is controlled by your browser settings. So, second question: what is your browser? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:28, 17 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-spacing-help'><h2 class='section-toggle'>Template spacing help</h2><div class='wiki-body'><p>This should be a pretty easy fix, I just don't know how to do this myself 😅 There have been some pretty significant formatting changes to <a href='?title=Template%3AC21_year_in_topic'>Template:C21 year in topic</a> recently per discussion, but now the title seems a little but smushed to the rest of the sidebar. Does anyone know how to space it out just a little bit so it looks better? Thanks! <a href='?title=User%3AJohnson524'><strong><span style="color:orange;">Johnson</span></strong></a><a href='?title=User_talk%3AJohnson524'><strong><span style="color:blue;">524</span></strong></a> 23:09, 17 December 2023 (UTC)</p> <p>:See documentation for {{tl|sidebar with collapsible lists}}: setting text-align center is insufficient to center text in collapsible headings. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:41, 17 December 2023 (UTC)</p> <p>::@<a href='?title=User%3AIzno'>Izno</a>: So... are you saying this is the proper layout as it is now? That's OK if it is, I just want to make sure I understand you correctly. <a href='?title=User%3AJohnson524'><strong><span style="color:orange;">Johnson</span></strong></a><a href='?title=User_talk%3AJohnson524'><strong><span style="color:blue;">524</span></strong></a> 23:46, 17 December 2023 (UTC)</p> <p>:::No. Please read the documentation. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:48, 17 December 2023 (UTC)</p> <p>::::@<a href='?title=User%3AIzno'>Izno</a>: Thank you for pointing that error out! It is fixed now, but do you have any ideas on how to fix my original spacing issue? Cheers! <a href='?title=User%3AJohnson524'><strong><span style="color:orange;">Johnson</span></strong></a><a href='?title=User_talk%3AJohnson524'><strong><span style="color:blue;">524</span></strong></a> 23:54, 17 December 2023 (UTC)</p> <p>:::::Ah. Different issue entirely. What do you mean by smushed? That you think there should be more top and bottom spacing for the actual sidebar title? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:57, 17 December 2023 (UTC)</p> <p>::::::@<a href='?title=User%3AIzno'>Izno</a>: Exactly 🙂 <a href='?title=User%3AJohnson524'><strong><span style="color:orange;">Johnson</span></strong></a><a href='?title=User_talk%3AJohnson524'><strong><span style="color:blue;">524</span></strong></a> 23:58, 17 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--arold-rederick-itcairn-'><h2 class='section-toggle'>[[Harold Frederick Pitcairn]]</h2><div class='wiki-body'><p>At <a href='?title=Harold_Frederick_Pitcairn'>Harold Frederick Pitcairn</a>, the photo in the infobox has horizontal lines going through it. The photo on its own does not have the lines. Not sure why it's happening. Thanks! <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 12:37, 17 December 2023 (UTC)</p> <p>:{{wfm}} {{ping|Magnolia677}} are you only seeing this at a certain resolution / screen size? Can you tell which pixel size you are looking at for possible thumbnail regeneration? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:48, 17 December 2023 (UTC)</p> <p>::{{ping|Xaosflux}} I'm on a desktop computer, and the screen size and resolution do not remove the lines. However, I only see the lines when the image is loaded into a biographical infobox (I've tried "infobox person", "infobox boxer", and "infobox astronaut"). When I load the image into "infobox settlement", the lines go away. Thank you. <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 14:48, 17 December 2023 (UTC)</p> <p>:::@<a href='?title=User%3AMagnolia677'>Magnolia677</a> take a look at this page: <a href='?title=User%3AMagnolia677%2Fsandbox_2'>User:Magnolia677/sandbox 2</a> are they also off there? Are the lines you see IN the image, or are they borders? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 16:38, 17 December 2023 (UTC)</p> <p>::::{{ping|Xaosflux}} The top image has three black horizontal lines (one cuts trough the bottom of his nose). The bottom image has no lines. There must be a bug in the infobox. Thanks. <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 16:41, 17 December 2023 (UTC)</p> <p>:::::@<a href='?title=User%3AMagnolia677'>Magnolia677</a> when you are looking at it, what resolution (x by x pixels) are you seeing? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:14, 17 December 2023 (UTC)</p> <p>:::::{{ping|Magnolia677}} Do the lines extend to the border of the infobox? If not then it's more likely to be an issue with how your browser renders the MediaWiki rescaling at a certain size. {{tl|Infobox settlement}} has default 250px. {{tl|Infobox person}} depends on "Thumbnail size" at <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a>. As a further complication, MediaWiki usually makes html with <code>srcset</code> with two sizes so your browser can choose depending on circumstances. What is your "Thumbnail size" setting? Do you see the lines in any of these pure jpg files: [https://upload.wikimedia.org/wikipedia/commons/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg Original], [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/375px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 375px], [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/300px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 300px], [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/250px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 250px]. They all work for me in Firefox. What is your browser? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:33, 17 December 2023 (UTC)</p> <p>::::::I have reproduced the problem. The default "Thumbnail size" at <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a> is 220px. The image works at [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/220px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 220px] but for users with the default 220px, MediaWiki makes a <code>srcset</code> which also has a 1.5x version at [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/330px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 330px]. This version can be displayed by a browser in some circumstances and it has the described horizontal lines. It appears to be a problem in MediaWikis rescaling software. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 18:10, 17 December 2023 (UTC)</p> <p>::::::Here are all sizes from 310px to 350px: [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/310px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 310] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/311px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 311] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/312px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 312] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/313px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 313] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/314px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 314] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/315px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 315] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/316px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 316] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/317px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 317] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/318px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 318] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/319px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 319] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/320px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 320] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/321px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 321] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/322px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 322] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/323px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 323] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/324px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 324] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/325px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 325] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/326px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 326] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/327px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 327] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/328px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 328] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/329px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 329] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/330px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 330] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/331px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 331] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/332px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 332] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/333px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 333] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/334px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 334] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/335px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 335] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/336px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 336] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/337px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 337] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/338px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 338] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/339px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 339] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/340px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 340] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/341px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 341] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/342px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 342] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/343px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 343] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/344px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 344] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/345px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 345] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/346px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 346] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/347px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 347] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/348px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 348] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/349px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 349] [https://upload.wikimedia.org/wikipedia/commons/thumb/e/e6/Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg/350px-Harold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg 350]. I only see the problem at 330px. The original size of <a href='?title=%3AFile%3AHarold_Frederick_Pitcairn_portrait_in_1930_with_the_Collier_Trophy.jpg'>:File:Harold Frederick Pitcairn portrait in 1930 with the Collier Trophy.jpg</a> is 398 × 720 pixels. <a href='?title=%3AFile%3ABalochi_traditional_dress.jpg'>:File:Balochi traditional dress.jpg</a> has the same size and I see no problem at [https://upload.wikimedia.org/wikipedia/commons/thumb/5/5e/Balochi_traditional_dress.jpg/330px-Balochi_traditional_dress.jpg 330px]. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>)</p> <p>:::::::Unable to reproduce by clicking on those. Anyway, maybe worth a phab? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 20:54, 17 December 2023 (UTC)</p> <p>::::::::The current 2023 version by Xaosflux doesn't have the 330px issue when it's rescaled. You could restore or reupload the 2016 version and display it at 330px to see whether MediaWiki still has the problem. I have an offline copy of the 330px version with three lines. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 04:26, 18 December 2023 (UTC)</p> <p>:{{Ping|PrimeHunter}} thanks for the notes. {{ping|Magnolia677}} I reuploaded that file with a minor balance tweak to force the thumbs to regenerate, please clear your cache and see if it is better now? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:07, 17 December 2023 (UTC)</p> <p>::Fixed! Thank you all for your help with this. <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 20:11, 17 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2023-51'><h2 class='section-toggle'>Tech News: 2023-51</h2><div class='wiki-body'><p><section begin="technews-2023-W51"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F51'>Translations</a> are available.</p> <p><strong>Tech News</strong></p> <ul> <li>The next issue of Tech News will be sent out on 8 January 2024 because of <a href='?title=w%3Aen%3AChristmas_and_holiday_season'>the holidays</a>.</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.42%2Fwmf.10'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2023-12-19|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2023-12-20|en}}. It will be on all wikis from {{#time:j xg|2023-12-21|en}} (<a href='?title=mw%3AMediaWiki_1.42%2FRoadmap'>calendar</a>). There is no new MediaWiki version next week. [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> <li>Starting December 18, it won't be possible to activate Structured Discussions on a user's own talk page using the Beta feature. The Beta feature option remains available for users who want to deactivate Structured Discussions. This is part of <a href='?title=mw%3AStructured_Discussions%2FDeprecation'>Structured Discussions' deprecation work</a>. [https://phabricator.wikimedia.org/T248309]</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> There will be full support for redirects in the Module namespace. The "Move Page" feature will leave an appropriate redirect behind, and such redirects will be appropriately recognized by the software (e.g. hidden from <a href='?title=%7B%7B%23special%3AUnconnectedPages%7D%7D'>{{#special:UnconnectedPages}}</a>). There will also be support for <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3AScribunto%2FLua_reference_manual%23Renaming_or_moving_modules'>manual redirects</a>. [https://phabricator.wikimedia.org/T120794]</li> </ul> <p><strong>Future changes</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The MediaWiki JavaScript documentation is moving to a new format. During the move, you can read the old docs using [https://doc.wikimedia.org/mediawiki-core/REL1_41/js/ version 1.41]. Feedback about [https://doc.wikimedia.org/mediawiki-core/master/js/ the new site] is welcome on the <a href='?title=mw%3ATalk%3AJSDoc_WMF_theme'>project talk page</a>.</li> <li>The Wishathon is a new initiative that encourages collaboration across the Wikimedia community to develop solutions for wishes collected through the <a href='?title=m%3ASpecial%3AMyLanguage%2FCommunity_Wishlist_Survey'>Community Wishlist Survey</a>. The first community Wishathon will take place from 15–17 March. If you are interested in a project proposal as a user, developer, designer, or product lead, you can <a href='?title=m%3ASpecial%3AMyLanguage%2FEvent%3AWishathonMarch2024'>register for the event and read more</a>.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2023%2F51'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2023-W51"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 16:15, 18 December 2023 (UTC)</p> <p><!-- Message sent by User:Johan (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=25959059 --></p></div></section><section class='wiki-section collapsible' id='section--hristmas-emplate-error'><h2 class='section-toggle'>Christmas Template error</h2><div class='wiki-body'><p>Hello all. I noticed on <a href='?title=%3ATemplate%3AXmas4'>:Template:Xmas4</a>, it has the 4 tildes for the person posting it but on the sample it only has 3 on display and when you do post it on a talkpage, it only shows the tildes. Is someone able to have a look at this and fix it so it does display the poster's name please? <span style="text-shadow:grey 0.5em 0.5em 0.6em;"> <strong><a href='?title=User%3AThe_C_of_E'><span style="color:red;">The C of E </span><span style="color:blue;"> God Save the King!</span></a></strong> (<a href='?title=User_talk%3AThe_C_of_E'><span style="color:darkblue;">talk</span></a>)</span> 22:04, 18 December 2023 (UTC)</p> <p>:<a href='?title=Template%3AXmas4'>Template:Xmas4</a> has a box saying: "<nowiki>This template should always be substituted (i.e., use {{subst:Xmas4}}).</nowiki>" That applies to most templates for user talk messages. Then it works. It deliberately uses 3 tildes in the middle of the text to show the username without a time stamp. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:15, 18 December 2023 (UTC)</p> <p>::{{ping|PrimeHunter}} But that's the problem. When [https://en.wikipedia.org/w/index.php?title=User_talk:Dr._Blofeld&diff=prev&oldid=1190598848 I used it], my username didn't come up it just left the 3 tildes. Which is why I think theres an issue with the coding. <span style="text-shadow:grey 0.5em 0.5em 0.6em;"> <strong><a href='?title=User%3AThe_C_of_E'><span style="color:red;">The C of E </span><span style="color:blue;"> God Save the King!</span></a></strong> (<a href='?title=User_talk%3AThe_C_of_E'><span style="color:darkblue;">talk</span></a>)</span> 08:38, 19 December 2023 (UTC)</p> <p>:::You didn't substitute the template (in the diff provided) — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 09:26, 19 December 2023 (UTC)</p> <p>::::And it's impossible to leave a signature or username for a template which is not substituted. At best it could detect it's not substituted and omit both tildes and signature but I don't think it should do that. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 09:48, 19 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikipedia-ontents-page'><h2 class='section-toggle'>[[Wikipedia:Contents]] page</h2><div class='wiki-body'><p>On mobile view of the linked page, by default, the heading for Welcome to Wikipedia’s curated content is collapsed by default and I would like to set it so that it isn’t able to be collapsed. I am hoping to get some suggestions on how I would be able to do that. Thank you. <a href='?title=User%3AInterstellarity'>Interstellarity</a> (<a href='?title=User_talk%3AInterstellarity'>talk</a>) 16:14, 18 December 2023 (UTC)</p> <p>:Don't use a level 2 heading if you have no others seems like a reasonable response. You cannot work around the collapsing behavior another way. Move the kead text to be an actual lead, remove the current level 2, and promote the remaining to level 2 headings. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:49, 19 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--f-scripts-hosted-by-ser-ourdes-ourdes-'><h2 class='section-toggle'>AfD scripts hosted by [[User:Lourdes|Lourdes]]</h2><div class='wiki-body'><p>There are three scripts listed in the box at the top of the <a href='?title=WP%3AAfD'>AfD</a> page that were created and maintained by <a href='?title=User%3ALourdes'>Lourdes</a>: <a href='?title=User%3ALourdes%2FAfDList'>User:Lourdes/AfDList</a>, <a href='?title=User%3ALourdes%2FAfDstarted'>User:Lourdes/AfDstarted</a>, <a href='?title=User%3ALourdes%2FAfDclosing'>User:Lourdes/AfDclosing</a>. Posting here in case anybody would like to fork them so that they can be maintained going forward. Best, <a href='?title=User%3AVoorts'>voorts</a> (<a href='?title=User_talk%3AVoorts'>talk</a>/<a href='?title=Special%3AContributions%2FVoorts'>contributions</a>) 01:42, 20 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ou-can-t-see-on-mobile-if-the-article-is-and-there-s-no-documentation-explaining-why'><h2 class='section-toggle'>You can't see on mobile if the article is GA/FA, and there's no documentation explaining why</h2><div class='wiki-body'><p>So obviously on desktop, you can see at the top-right corner if the article is a GA, or FA, or similar. Take <a href='?title=England'>England</a> (GA), <a href='?title=Canada'>Canada</a> (FA) and <a href='?title=List_of_islands_of_Scotland'>List of islands of Scotland</a> (featured list). But when you switch to mobile view, you see none of that, so basically you have no idea if a long article is one we'd vouch for or is a bloated nightmare until you read well into the article, which most folks don't do anyway. (<a href='?title=Donald_Trump'>Donald Trump</a> isn't a GA or FA as of writing, but it is 17.5K words long).</p> <p>I know that <a href='?title=Template%3AFeatured_article'>Template:Featured article</a> is a type of <a href='?title=Template%3ATop_icon'>Template:Top icon</a>, and the template in the doc of Top icon warns that it won't display on mobile as shown below.</p> <p>{{Template display|nomobile}}</p> <p>So the problem is the explanation... isn't there in the doc. Looking to [https://www.mediawiki.org/wiki/Help:Page_status_indicators Page status indicators (MediaWiki)] gives me nothing. So maybe there is a reason top icons won't display but I will never know why. And it's about a lot of elements.</p> <p>Also, I would like to inquire about an alternative way to show an icon. A bit like a hybrid approach btw French Wikipedia and here. So if Wikipedia detects you're on desktop, display icon. If on mobile, display text at the top of page, a bit like <a href='?title=%3Afr%3AMaurice_Duplessis'>here</a> (You are reading a <a href='?title=WP%3AFA'>featured article</a> rated in 2021). You can calculate the year based on the diff date. I hope this is possible to implement, at least for the more important ones like degree of protection and article status. <a href='?title=User%3ASzmenderowiecki'>Szmenderowiecki</a> (<a href='?title=User_talk%3ASzmenderowiecki'>talk</a>) 14:02, 19 December 2023 (UTC)</p> <p>:Top icons are simply unimplemented in the Minerva skin. See/subscribe to <a href='?title=phab%3AT75299'>phab:T75299</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:48, 19 December 2023 (UTC)</p> <p>::I doubt it will change anything, the issue is open for 9 years, no one has been assigned to it and there is no prospect of resolution.</p> <p>::But thanks anyway. <a href='?title=User%3ASzmenderowiecki'>Szmenderowiecki</a> (<a href='?title=User_talk%3ASzmenderowiecki'>talk</a>) 11:07, 20 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--uery-times-out'><h2 class='section-toggle'>Query times out</h2><div class='wiki-body'><p>Running the code<br/>{{#tag:syntaxhighlight|import pywikibot{{Truenewline}}from pywikibot import pagegenerators{{Truenewline}}site = pywikibot.Site('en', 'wikipedia'){{Truenewline}}query = r"""insource:/\<nowiki>|</nowiki> quote = You may also wish to consider using a Wizard to help you create articles\. See the \[\[Wikipedia\:Article wizard ?2\.0\<nowiki>|</nowiki>Article Wizard\]\]\.<strong><em>/"""{{Truenewline}}gen = pagegenerators.SearchPageGenerator(query, site=site){{Truenewline}}print('Querying...'){{Truenewline}}print(len(list(gen)))|lang="python"}}Throws<br/>{{#tag:syntaxhighlight|ERROR: Traceback (most recent call last):{{Truenewline}} File "/srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_requests.py", line 682, in _http_request{{Truenewline}} response = http.request(self.site, uri=uri,{{Truenewline}} File "/srv/paws/lib/python3.10/site-packages/pywikibot/comms/http.py", line 283, in request{{Truenewline}} r = fetch(baseuri, headers=headers, **kwargs){{Truenewline}} File "/srv/paws/lib/python3.10/site-packages/pywikibot/comms/http.py", line 457, in fetch{{Truenewline}} callback(response){{Truenewline}} File "/srv/paws/lib/python3.10/site-packages/pywikibot/comms/http.py", line 333, in error_handling_callback{{Truenewline}} raise ServerError(response){{Truenewline}}pywikibot.exceptions.ServerError: HTTPSConnectionPool(host='en.wikipedia.org', port=443): Read timed out. (read timeout=45)|lang="text"}}However, [https://en.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7C+quote++%3D+You+may+also+wish+to+consider+using+a+Wizard+to+help+you+create+articles%5C.+See+the+%5C%5B%5C%5BWikipedia%5C%3AArticle+wizard+%3F2%5C.0%5C%7CArticle+Wizard%5C%5D%5C%5D%5C.%27%27%27%27%27%2F&title=Special:Search <code><nowiki>insource:/\| quote = You may also wish to consider using a Wizard to help you create articles\. See the \[\[Wikipedia\:Article wizard ?2\.0\|Article Wizard\]\]\.</strong></em>/</nowiki></code>] works fine.<br style="margin-bottom:0.5em"/>Any idea why this happens?<span id="Qwerfjkl:1702927193939:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 19:19, 18 December 2023 (UTC)</span></p> <p>:Received wisdom from <a href='?title=Help%3ASearching%2FRegex'>Help:Searching/Regex</a> is that insource regex searches aren't indexed, while insource non-regex searches are. Either search for just the text with something like <code>insource:"You may also wish to consider using a Wizard to help you create articles"</code>, or if it's critical that you also search for the punctuation, search for both. —<a href='?title=User%3ACryptic'>Cryptic</a> 20:17, 18 December 2023 (UTC)</p> <p>::I don't know the language above, but do you need to escape the trailing apostrophe markup? {{U|Qwerfjkl}}, I'll be happy to generate a manual list of pages for you if that would help. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 15:54, 19 December 2023 (UTC)</p> <p>:::<a href='?title=User%3AJonesey95'>Jonesey95</a>, I can generate a manual list. The problem is that the search query only returns 5000 pages at a time, so I'd have to rerun the thing a bunch of times.<br/>I'm fairly sure apostrophes don't need to be escaped, they are not special characters.<span id="Qwerfjkl:1703006037997:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 17:13, 19 December 2023 (UTC)</span></p> <p>::::Got it. As a workaround, here are 5,000 results and 5,000 different results (with and without a space; URLs are not cooperating, but copy/paste should work): <br/><code><nowiki>https://en.wikipedia.org/w/index.php?title=Special:Search&limit=5000&offset=0&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&ns100=1&ns101=1&ns118=1&ns119=1&ns710=1&ns711=1&ns828=1&ns829=1&ns2300=1&ns2301=1&ns2302=1&ns2303=1&search=insource%3A%2F\|+quote++%3D+You+may+also+wish+to+consider+using+a+Wizard+to+help+you+create+articles\.+See+the+\[\[Wikipedia\%3AArticle+wizard2\.0\|Article+Wizard\]\]\.%27%27%27%27%27%2F</nowiki></code> <br/> <code><nowiki>https://en.wikipedia.org/w/index.php?title=Special:Search&limit=9999&offset=0&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&ns100=1&ns101=1&ns118=1&ns119=1&ns710=1&ns711=1&ns828=1&ns829=1&ns2300=1&ns2301=1&ns2302=1&ns2303=1&search=insource%3A%2F\|+quote++%3D+You+may+also+wish+to+consider+using+a+Wizard+to+help+you+create+articles\.+See+the+\[\[Wikipedia\%3AArticle+wizard+2\.0\|Article+Wizard\]\]\.%27%27%27%27%27%2F</nowiki></code> <br/> Or if you want a list of 20,000 pages, try [https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox4&oldid=1190841884 my sandbox]. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 04:29, 20 December 2023 (UTC)</p> <p>:::::<a href='?title=User%3AJonesey95'>Jonesey95</a>, thanks. I think I'll just run the bot with JWB for now, since pywikibot isn't cooperating.<span id="Qwerfjkl:1703076177273:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 12:42, 20 December 2023 (UTC)</span></p></div></section><section class='wiki-section collapsible' id='section--ew-limit-report-change'><h2 class='section-toggle'>NewPP limit report change</h2><div class='wiki-body'><p>{{tracked|T353793}}</p> <p>Looking at <a href='?title=%23Increasing_the_post-expand_include_size'>#Increasing the post-expand include size</a> just above led to me checking the NewPP report in the HTML source of a couple of pages. The NewPP output no longer displays limits. As an example, consider the source of <a href='?title=Golden_ratio'>Golden ratio</a> which currently includes "Post‐expand include size: 370602". On 22 July 2023 a <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_207%23Severe_slowdown_for_math-heavy_pages'>VPT report</a> showed that page with "Post‐expand include size: 359791/2097152 bytes". Was that change mentioned somewhere? I found it useful to both see the limit and to show it to others. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 08:02, 20 December 2023 (UTC)</p> <p>:The source does include that lower down (<code>"postexpandincludesize":{"value":370602,"limit":2097152}</code>); as far as putting that (back) in the newpp report - you're going to have to ask over at phab, use the project type "mediawiki-parser" on your ticket. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 11:06, 20 December 2023 (UTC)</p> <p>:Interesting, seems like a bug to me, so I filed <a href='?title=phab%3AT353793'>T353793</a>. In the meantime, you can still see the limits in the report shown below the wikitext editor when previewing, e.g. [https://en.wikipedia.org/w/index.php?title=Golden_ratio&action=edit&preview=yes] (at the bottom under "Parser profiling data"). <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 11:22, 20 December 2023 (UTC)</p> <p>::Thanks. That (under "Parser profiling data") is a good place to see the results but old habits die hard. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 23:12, 20 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ncreasing-the-post-expand-include-size'><h2 class='section-toggle'>Increasing the post-expand include size</h2><div class='wiki-body'><p><a href='?title=%3ACategory%3APages_where_post-expand_include_size_is_exceeded'>:Category:Pages where post-expand include size is exceeded</a> now has over 1,700 pages (many in mainspace) that are exceeding the <a href='?title=Help%3ATemplate_limits%23Post-expand_include_size'>post-expand include size</a>. As our templates and modules get more complex, with many templates/modules calling other ones to perform various functions, this is causing various pages to hit this limit (expecially ones that call the same template over and over again, like {{tlx|lang}} or {{tlx|sfn}} or other templates often used numerous times in the same page.</p> <p>It seems to be me that it would be beneficial to bump this up a bit. It's long been set at 2 MiB (2,097,152 bytes), and an incremental increase to 2.5 MiB would solve the bulk of these cases. For my part, I'm going to have to undo a usability feature I added to a template recently because the extra template calls in it pushed at least one article over this limit.</p> <p>There's a Phabricator ticket, {{phab|T189108}}, open since 2018 asking for exactly that increase, but no action's been taken on it. I'm not sure what it takes to get it to happen. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — <a href='?title=User%3ASMcCandlish'><strong>SMcCandlish</strong></a> <a href='?title=User_talk%3ASMcCandlish'>☏</a> <a href='?title=Special%3AContributions%2FSMcCandlish'>¢</a> 😼 </span> 04:54, 20 December 2023 (UTC)</p> <p>:There's a lot of discussion at <a href='?title=phab%3AT275319'>phab:T275319</a> about this also. <a href='?title=User%3AGalobtter'>Galobtter</a> (<a href='?title=User_talk%3AGalobtter'>talk</a>) 06:25, 20 December 2023 (UTC)</p> <p>:You would have to prove that a modern machine with the same GB amounts of RAM and similar CPU to an five year old machine can have an bigger post-expand include size, whithout affecting cpu runtime or RAM usage. The Wikisources that have complained about this, moved their transcluded pages to the target page, solving the issue. For reference, wikisource transcludes a bunch of A4 pages from the "Page" namespace to mainspace. <a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 08:46, 20 December 2023 (UTC)</p> <p>::I just tested one of the "offending" pages in question, and not only did it not load slower on my ancient Mac from 2010 (13 years old now!) than on my super-mega Windows edgelord gaming system that I built a year and a half ago with the fastest AM4 CPU then on the market and more RAM than god, it actually loaded {{em|faster}}, in all of view, edit, and preview, probably because I don't have something like 120 browser tabs in 3 browsers open on the Mac. The point being, it wasn't terribly slow, even on old-ass hardware. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — <a href='?title=User%3ASMcCandlish'><strong>SMcCandlish</strong></a> <a href='?title=User_talk%3ASMcCandlish'>☏</a> <a href='?title=Special%3AContributions%2FSMcCandlish'>¢</a> 😼 </span> 11:14, 20 December 2023 (UTC)</p> <p>::@<a href='?title=User%3ASn%C3%A6var'>Snævar</a> The Post-Expand Include Size primarily impacts server time, not client time. Almost all of the pages that exceed the limit do so because they contain nested templates, and those templates end up being double-counted every time there is a nesting (this includes templates that call Lua modules). For multi-level nesting the problem just compounds. If you subst all the templates on the page you can easily reduce the PEIS down well below the limit, and the client would get the same rendered HTML regardless of how many nested templates are present. In that case, a larger PEIS just means that the server may take longer to process the page before serving it if it cannot used the cached version. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 22:29, 20 December 2023 (UTC)</p> <p>: They do occasionally change these limits. They recently increased the maximum transclusion depth from 40 to 100, which I assume means that is rarely an issue now. — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 10:27, 20 December 2023 (UTC)</p> <p>:While I am sympathetic to the request, I figure developers would probably ask that we try to simplify the templates first. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 10:31, 20 December 2023 (UTC)</p> <p>::I'm wondering why WMF devs have any say about how the en.wp community configures en.wp's MW installation. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — <a href='?title=User%3ASMcCandlish'><strong>SMcCandlish</strong></a> <a href='?title=User_talk%3ASMcCandlish'>☏</a> <a href='?title=Special%3AContributions%2FSMcCandlish'>¢</a> 😼 </span> 11:14, 20 December 2023 (UTC)</p> <p>:::Yes - the Wiktionary projects also recently had their Lua memory limit raised to 100MB, since Wiktionary projects tend to be very reliant on Lua. While template simplification is a good thing, it does have its limits. <a href='?title=User%3ATheknightwho'>Theknightwho</a> (<a href='?title=User_talk%3ATheknightwho'>talk</a>) 21:53, 20 December 2023 (UTC)</p> <p>:That scary "over 1700" number up there includes some userpages that just transclude TONS of things, and looks like it is about half pr more Projectspace pages like <a href='?title=Wikipedia%3AWikiProject_Spam%2FLinkReports%2Fartstation.com'>Wikipedia:WikiProject Spam/LinkReports/artstation.com</a> that are bot reports that could be rewritten. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:56, 20 December 2023 (UTC)</p> <p>::And plenty of them are not, and that's an issue. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — <a href='?title=User%3ASMcCandlish'><strong>SMcCandlish</strong></a> <a href='?title=User_talk%3ASMcCandlish'>☏</a> <a href='?title=Special%3AContributions%2FSMcCandlish'>¢</a> 😼 </span> 11:14, 20 December 2023 (UTC)</p> <p>:::Yup, about 4% are articles (~73) (see list here: <a href='?title=User%3AXaosflux%2Fsandbox148'>User:Xaosflux/sandbox148</a>) - pages that are huge and likely won't work well for many readers - splitting may appropriate on many. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 11:40, 20 December 2023 (UTC)</p> <p>::::<a href='?title=Paulinho_de_Almeida'>Paulinho de Almeida</a> is a 7 kB stub which uses 50 kB of the limit without navboxes but then breaks it with 2 MB on navboxes (excluded in mobile). Damn, that's a lot to attach to a small stub. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 19:44, 20 December 2023 (UTC)</p> <p>:::::And I was able to reduce that to well under the limit just by switching those navboxes to directly invoke <a href='?title=Module%3AFootball_manager_history'>Module:Football manager history</a> instead of using {{tl|Football manager history}}, which shows how little correlation there is between the include size and the actual size of the content served to the reader. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 14:55, 21 December 2023 (UTC)</p> <p>:These are hard decisions. Mostly because there are no <a href='?title=wikt%3Atakesies-backsies'>takesies-backsies</a> (if it turns out after 5 months that this was a very bad idea, it is hard to go back on it). There is also a pretty high level of 'one more lane bro' (Add a lane and drivers will fill it and you'll be stuck in traffic once more and ask for yet another lane) to something like this. I personally feel that higher page sizes are not a good idea, as they result in multi second downloads for most people which is just a bad experience for a website. The Post expand include size helps combat that. However it might be worth evaluating if the complexity increase is outpacing the article size increase and if it is worth raising that. Example if the PEIS is 1.2x the actual page size, it might effectively still produce reasonable downloads and reasonable complexity increase. But i'm not sure how we would measure that right now. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 10:56, 20 December 2023 (UTC)</p> <p>::Well, it's only a tiny fraction of our pages; I don't think anyone's head will explode if they go to some of our longest lists or most complex table-based articles and have to wait a few extra seconds while all the rest of the site is quite snappy for them. I'm actually directly editing and previewing and re-editing some of these huge pages, and it's just not that big a deal. As for how to measure this stuff, I'm out of my depth on that. I'm a lot of kinds of nerd, but not an MW installation management nerd. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — <a href='?title=User%3ASMcCandlish'><strong>SMcCandlish</strong></a> <a href='?title=User_talk%3ASMcCandlish'>☏</a> <a href='?title=Special%3AContributions%2FSMcCandlish'>¢</a> 😼 </span> 11:14, 20 December 2023 (UTC)</p> <p>:::If you block a thread for 30+ seconds, that is quite a bit. Doesn't matter how many pages, it's how much cpu time it is relative to the other traffic. A page that takes 30x times as much time as a 'normal page' effectively takes the place of 30 page views/saves. That is a heavy ratio. And the effects of this are masked by all kinds of levels of caching, but those too have their limits. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:18, 20 December 2023 (UTC)</p> <p>::::This comes up frequently at DYK. See for example, <a href='?title=WT%3ADYK%23Oddity_in_the_December_18_noms'>WT:DYK#Oddity in the December 18 noms</a>. It is perhaps the major reason we periodically switch to running two hook sets per day; once <a href='?title=Template_talk%3ADid_you_know%2FApproved'>Template talk:Did you know/Approved</a> exceeds the PEIS, we need to get it back down to below the limit to unbreak the page. It's really unfortunate that a major user-facing policy decision (i.e. how long a hook stays on the main page) is being driven by a technology limit like this. <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 15:29, 20 December 2023 (UTC)</p> <p>:::::While true, my browser has issues just rendering that page (and that's on an M1 mac on a superfast connection. That exemplifies that that page is just too big for comfort and the process should be redesigned. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 17:38, 20 December 2023 (UTC)</p> <p>::::::Oh, I certainly agree that DYK could use some process improvement :-) <a href='?title=User%3ARoySmith-Mobile'>RoySmith-Mobile</a> (<a href='?title=User_talk%3ARoySmith-Mobile'>talk</a>) 19:42, 20 December 2023 (UTC)</p> <p>::(The concept you're looking for in your traffic analogy is <a href='?title=induced_demand'>induced demand</a>. Which I can't say I haven't seen in the context of our variety of limits.) <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:31, 20 December 2023 (UTC)</p> <p>::Most pages that exceed the limit do so because of the double, triple, etc. counting of content served via nested templates, not because the actual rendered HTML is particularly large. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 22:34, 20 December 2023 (UTC)</p> <ul> <li>Quickly testing these pages, most have issue with loading correctly. As most of Wikipedia's readers are already on mobile, and that's only going to increase, the solution is to fix the issues with these pages not making the problem worse. -- LCU <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 20:50, 20 December 2023 (UTC)</li> </ul> <p>:Re "what it takes to get it to happen" (skip the first paragraph if you like) : en.Wiktionary has this issue too, and also had a similar issue with pages exceeding the Lua memory limit; we filed a Phabricator request in 2017 about the latter, which got closed as wontfix because "you'll just want more later", and for 6 years after that, everyone reporting that Wiktionary was permanently broken got (as Tim Starling put it) rage-closed by folks on Phabricator for reporting duplicates of the old wontfix issue. Wiktionary accepted that some pages were permanently broken and provided people tips on how to "edit section" and then "preview section" so as to see whatever section they were interested in. And then, by pure chance, Tim Starling saw a screenshot of a broken page on Mastodon, saw the info the error message linked to, and the Phabricator ticket, and realized it was a simple fix and that it made more sense to periodically increase the memory limit rather than require Wiktionary to reconfigure our entire site, and so within two weeks he'd fixed the issue. <br/><a href='?title=wikt%3AWiktionary%3AGrease_pit%2F2023%2FOctober%23Lua_memory_errors_and_Lua_garbage_collection'>His advice was</a>: on Phabricator, tag all relevant software components, and tag all teams that might be responsible for maintenance, "since teams typically have triage meetings", but also look at the actual git logs, see who maintains the relevant code, and directly notify "developers who you think could do the work". He did also say "If you have a task which you think is low effort and high reward, you can pitch it to me directly." And in the same way that improved Lua garbage collection helped Lua-memory-limit issues independently of increasing the limit, it seems like there are some ?inefficiencies? in how the software calculates PEIS which could be addressed here, which might help prevent pages from exceeding the PEIS limit even if that limit isn't increased, e.g. <a href='?title=Wiktionary%3AGrease_pit%2F2023%2FNovember%23template_include_size_doubles_when_transcluded%3F%3F'>apparently</a> the size of some things is counted multiple times under certain conditions; [https://phabricator.wikimedia.org/T15260 this] was reported but closed as wontfix years ago, but maybe if we figure out who is best qualified to give it a second look... <a href='?title=User%3A-sche'>-sche</a> (<a href='?title=User_talk%3A-sche'>talk</a>) 21:20, 20 December 2023 (UTC)</p> <p>::Speaking as somebody who has a lot of experience doing both commercial and open source software development, it shouldn't be the responsibility of the person filing such a report to figure out which dev team to route it to. Sure, it's nice if you can accurately tag it, but fundamentally a bug report should be "This is what's supposed to happen, this is what actually happened, and this is how you can reproduce the problem". <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 21:28, 20 December 2023 (UTC)</p> <p>:::@<a href='?title=User%3ARoySmith'>RoySmith</a> It shouldn't be (and I completely agree with you), but I assure you that @<a href='?title=User%3A-sche'>-sche</a> is simply trying to help you avoid the absolute nightmare we at Wiktionary had with the Phabricator. <a href='?title=User%3ATheknightwho'>Theknightwho</a> (<a href='?title=User_talk%3ATheknightwho'>talk</a>) 21:56, 20 December 2023 (UTC)</p> <p>:I've checked a few articles, and the good news was that the only problems I could see were bottom-of-the-article navboxes that nobody ever uses anyway and that should probably be mostly removed (although it sucks to write articles so they conform to our software limit instead of making the software work for our articles). Are there any mainspace articles with more serious problems? (I am aware that the PEIS causes issues in project spaces like FAC and DYK, but would like to focus on mainspace). —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 22:12, 20 December 2023 (UTC)</p> <p>::In most of those cases, those navboxes are being quintuple-counted because they're inside {{tl|Navboxes}} which then calls <a href='?title=%3AModule%3ANavboxes'>:Module:Navboxes</a> which then calls the specific navbox which then calls {{tl|Navbox}} which calls <a href='?title=%3AModule%3ANavbox'>:Module:Navbox</a>. Changing them to use {{tl|Navboxes top}} and {{tl|Navboxes bottom}}, and changing the navboxes to call the module directly, usually fixes the post-expand include size error. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 22:38, 20 December 2023 (UTC)</p> <p>:::As an example, check out the pages <a href='?title=User%3AAhecht%2Fsandbox%2Fnavboxes_templates'>User:Ahecht/sandbox/navboxes templates</a> and <a href='?title=User%3AAhecht%2Fsandbox%2Fnavboxes_modules'>User:Ahecht/sandbox/navboxes modules</a>. The size of the HTML they produce is virtually identical, but the first has a post-expand include size of 24,806 while the second is 10,453. If you go all the way to <a href='?title=User%3AAhecht%2Fsandbox%2Fnavboxes_expanded'>User:Ahecht/sandbox/navboxes expanded</a>, the size of the HTML produced is virtually identical but the post-expand include size is <strong><em>zero</strong></em>. More practically, I was able to remove the error on the first content page on the list, <a href='?title=2018_in_spaceflight'>2018 in spaceflight</a>, just by changing some template calls to module calls in the footer. I further reduced it by an additional 500kb by switching {{tl|flagicon}} for {{mlx|flagg|main|cxxlo}}, again without changing the HTML output at all. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 00:20, 21 December 2023 (UTC)</p> <p>::::There are several cases of just severe over-coding, invoking module after nested module to output a single line of text that could just be text in some cases. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 00:39, 21 December 2023 (UTC)</p> <p>:::::This reminds me of the games people used to play, trying to write a 1-line C++ program which produced the longest error message when compiled. This typically involved template abuse[https://codegolf.stackexchange.com/questions/1956/generate-the-longest-error-message-in-c]. <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 00:45, 21 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--earching-for-no-linking-text-only'><h2 class='section-toggle'>Searching for no-linking text only</h2><div class='wiki-body'><p>What's the best way to search for a string, but exclude links to it?</p> <p>For example, find <code>Foo Bar</code>, but not <code><nowiki><a href='?title=Foo_Bar'>Foo Bar</a></nowiki></code>. <span class="vcard"><span class="fn"><a href='?title=User%3APigsonthewing'>Andy Mabbett</a></span> (<span class="nickname">Pigsonthewing</span>); <a href='?title=User_talk%3A%7E'>Talk to Andy</a>; <a href='?title=Special%3AContributions%2FPigsonthewing'>Andy's edits</a></span> 15:27, 21 December 2023 (UTC)</p> <p>:In Cirrus Search, it's almost <code>"Foo Bar" insource:/[^\[]Foo Bar[^\]]/</code>. That won't find Foo Bar at the start or end of the article: Cirrus Search lacks ^, $ and lookaheads which we'd need for that. (Without insource:, it would add spurious results.) If you are using some other type of search, such as one with <a href='?title=PCRE'>PCRE</a>, please let us know and we can produce a <a href='?title=regexp'>regexp</a> which actually works. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 16:12, 21 December 2023 (UTC)</p> <p>:Please state your end goal when you ask for help. If your goal is to add links to pages which don't have a linked occurrence now then see <a href='?title=User%3ALourdes%2FBacklinks'>User:Lourdes/Backlinks</a> and <a href='?title=User%3AEdward%2FFind_link'>User:Edward/Find link</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 19:35, 21 December 2023 (UTC)</p> <p>:<a href='?title=Help%3ASearching'>Help:Searching</a> gives the example [https://en.wikipedia.org/w/index.php?title=Special:Search&search=-linksto%3A%22Albert+Einstein%22+%22Albert+Einstein%22&ns0=1&fulltext=Search -linksto:"Albert Einstein" "Albert Einstein"]. —<a href='?title=User%3ACryptic'>Cryptic</a> 19:51, 21 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rror-on-ptwiki-timeline-function-on-user-interactivity'><h2 class='section-toggle'>Error on ptwiki ''timeline'' function on user interactivity</h2><div class='wiki-body'><p>Hi. There is a problem with the <em>timeline</em> function on the user interactivity tool in the Portuguese Wikipedia, as you can see [https://sigma.toolforge.org/timeline.py?page=Marc_Dutroux&users=Gremista.32&users=Rui+Gabriel+Correia&server=ptwiki here]. It is working fine on the English Wikipeda. The error message says the person to contact is {{u|Σ}} and I did, but then saw that the user has been inactive for 18 months to the day. Thank you and I bid you a restful, peaceful and happy time over the end-of-year lull. <a href='?title=User%3ARui_Gabriel_Correia'>Rui ''Gabriel'' Correia</a> (<a href='?title=User_talk%3ARui_Gabriel_Correia'>talk</a>) 10:57, 22 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rror'><h2 class='section-toggle'>Error</h2><div class='wiki-body'><p>Buenas. <u>Resulta que llevo 2 días sin editar</u>. Al momento que le doy guardar en una edición me sale el mensaje:</p> <p>Error</p> <p>Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes.</p> <p>See the error message at the bottom of this page for more information.</p> <p>Soy de la Wikipedia en español y esta es [https://es.wikipedia.org/wiki/Usuario:El%C3%ADas mi cuenta].Soy de Colombia. Quisiera saber a qué se debe este problema y cómo buscar una solución. Gracias. <a href='?title=User%3AEl%C3%ADas'>Elías</a> (<a href='?title=User_talk%3AEl%C3%ADas'>talk</a>) 04:43, 22 December 2023 (UTC)</p> <p>:Mantenimento ediciones para de 21 diciembre, a 19-21. <a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 19:33, 22 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--atchlist-arrows-broken-again'><h2 class='section-toggle'>Watchlist arrows broken again</h2><div class='wiki-body'><p>{{Tracked|T352456}}</p> <p>Hi @<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a>, @<a href='?title=User%3AJon_%28WMF%29'>Jon (WMF)</a>. Watchlist arrows are broken again. Would you please consider fixing or reverting your recent edits to <a href='?title=MediaWiki%3AGadget-WatchlistGreenIndicators.css'>MediaWiki:Gadget-WatchlistGreenIndicators.css</a>? Arrows are now tiny, and pointing up instead of sideways. Thanks! –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 20:45, 22 December 2023 (UTC)</p> <p>:Thanks for the ping. I reverted the change as this sounds worse than the issue @<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> referenced.</p> <p>:I likely won't look at this again, but from what I can see, when a link is clicked the class on the element changes from "mw-enhanced-rc mw-changeslist-line mw-changeslist-edit mw-changeslist-line-watched" to "mw-enhanced-rc mw-changeslist-line mw-changeslist-edit"</p> <p>:e.g. mw-changeslist-line-watched is dropped so the override background-image rule in the gadget stops working and shows the default background-image.</p> <p>:I am not sure how to resolve this as I am not too familiar with your setup @<a href='?title=User%3ANovem_Linguae'>Novem Linguae</a> but if you could comment on the ticket with details about what gadgets and scripts you have installed maybe we can get to the bottom of this. <a href='?title=User%3AJon_%28WMF%29'>Jon (WMF)</a> (<a href='?title=User_talk%3AJon_%28WMF%29'>talk</a>) 21:29, 22 December 2023 (UTC)</p> <p>:</p> <p>:Too bad. The fix worked for me.</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 23:27, 22 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikipedia-pp-for-ndroid'><h2 class='section-toggle'>Wikipedia App for Android</h2><div class='wiki-body'><p>Wikipedia App for Android:</p> <ul> <li>wont let me start my User:3MRB1 page</li> <li>wont let me start a topic here or reply, giving a "server error"</li> </ul> <p>:* must resort to hacking this page's wiki source code</p> <p><a href='?title=User%3A3MRB1'>3MRB1</a> (<a href='?title=User_talk%3A3MRB1'>talk</a>) 04:02, 23 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-google-s-caching'><h2 class='section-toggle'>google's AMP caching</h2><div class='wiki-body'><p>404: https://www.sfgate.com/news/amp/Scott-Beach-S-F-Radio-Commentator-Actor-Bon-2993683.php</p> <p>I found the original, but other web sites have <strong>amp</strong> in other places in the URL. An automated way to find and flag these would be useful. <a href='?title=User%3A3MRB1'>3MRB1</a> (<a href='?title=User_talk%3A3MRB1'>talk</a>) 03:51, 23 December 2023 (UTC)</p> <p>:What do you want Wikipedia to do here? We don't control "sfgate.com" — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 09:36, 23 December 2023 (UTC)</p> <p>:{{ping|3MRB1}} [https://web.archive.org/web/20160819084612/https://www.sfgate.com/news/amp/Scott-Beach-S-F-Radio-Commentator-Actor-Bon-2993683.php archive.org] shows your link worked in the past. sfgate.com simply changed their url's without making redirects. It's annoying but common for websites. <a href='?title=Special%3ALinkSearch%2Fwww.sfgate.com%2Fnews%2Famp'>Special:LinkSearch/www.sfgate.com/news/amp</a> finds 17 links here. That's small enough to examine manually. See <a href='?title=WP%3ADEADLINK'>WP:DEADLINK</a> for general help. If you think there is a wider problem with "amp" in links then please clarify it. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:26, 23 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hange-monospace-font'><h2 class='section-toggle'>Change monospace font</h2><div class='wiki-body'><p>I'd like to change the monospace font used in the source editor etc, but today I'm having difficulty reading what little information I can find on it thanks to my focus acting up. What class would I have to refer to in my CSS to change it? (And if anyone has any particularly good reference material for messing with Wikipedia CSS, please let me know!) <a href='?title=User%3ASuntooooth'>Suntooooth</a>, it/he (<a href='?title=User_talk%3ASuntooooth'>talk</a>/<a href='?title=Special%3AContributions%2FSuntooooth'>contribs</a>) 00:43, 24 December 2023 (UTC)</p> <p>:<a href='?title=%3ATemplate%3AMxt%2FUser_CSS_for_a_monospaced_coding_font'>Does this help?</a> <span style="font-variant:small-caps"><a href='?title=User%3AOrange_Suede_Sofa'><span style="color:DarkGreen;">Orange Suede Sofa</span></a></span> (<a href='?title=User_talk%3AOrange_Suede_Sofa'>talk</a>) 00:50, 24 December 2023 (UTC)</p> <p>:Wikipedia just uses your browser's default monospace font. So if you don't mind changing it on other websites too, you can change it in browser settings. In Chrome go to chrome://settings/fonts, in Firefox search for "Fonts" and click the "Advanced..." button <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #080;">"?!"</span></a> 00:57, 24 December 2023 (UTC)</p> <p>::{{ping|Orange Suede Sofa|The wub}} thanks for the help! Both of those are pretty useful - I'll see how changing it in my browser settings goes, but if I don't like it on other sites then the WP-only one will help a lot :] <a href='?title=User%3ASuntooooth'>Suntooooth</a>, it/he (<a href='?title=User_talk%3ASuntooooth'>talk</a>/<a href='?title=Special%3AContributions%2FSuntooooth'>contribs</a>) 01:01, 24 December 2023 (UTC)</p> <p>:If you still want to use a monospace font of some sort, OSS's comment will sort it. If you are fine with a non-specific serif or sans-serif font, there is a <a href='?title=Special%3APreferences%23mw-prefsection-editing-editor'>option for it under <em>Editing</em></a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 01:02, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iscussion-on-changes-to-this-and-a-similar-edia-iki-page'><h2 class='section-toggle'>Discussion on changes to this and a similar MediaWiki page</h2><div class='wiki-body'><p>A discussion is ongoing at <a href='?title=Wikipedia%3AEdit_filter_noticeboard%23About_filter_247%27s_warning_and_disallow_messages'>Wikipedia:Edit_filter_noticeboard#About_filter_247's_warning_and_disallow_messages</a> for a matter concerning two MediaWiki pages. <a href='?title=User%3AEggRoll97'>EggRoll97</a> ^{(<a href='?title=User_talk%3AEggRoll97'>talk</a>)} 23:58, 22 December 2023 (UTC)</p> <p>:{{Resolved}} –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 01:06, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--either-ector-22-or-ector-10-are-working-for-me-'><h2 class='section-toggle'>Neither Vector 22 or Vector 10 are working for me.</h2><div class='wiki-body'><p>2022 in my normal size screen hides the top half of the tool bar and instead of preview, etc, over an inch of gray screen. Victor legacy overlays the left hand side with the Wikipedia logo, etc over the edit field. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 15:16, 22 December 2023 (UTC)</p> <p>:It works for me. Does it happen if you log out? Does it happen in [https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit&safemode=1 safemode]? What is your browser? Try to <a href='?title=WP%3ABYPASS'>bypass your cache</a>. Use {{key|Ctrl|F5}} in Windows browsers, not F5 or the reload icon alone. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:13, 22 December 2023 (UTC)</p> <p>::Oddly it works perfectly on Safari and Chrome on my iPad. Ctrl+F5 gave me the editing tools on Windows 11 but left that large gray field at the bottom. That's on Chrome, Firefox works fine. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 18:52, 22 December 2023 (UTC)</p> <p>:::Chrome on Windows 10 works for me. I'm not investigating further without knowing whether it happens logged out or in safemode. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 19:12, 22 December 2023 (UTC)</p> <p>::::@<a href='?title=User%3APrimeHunter'>PrimeHunter</a> fair enough. I should have done that, forgot. Apologies.Watching tv with my wife but I’ll check that out before I go to bed. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:14, 22 December 2023 (UTC)</p> <p>:::::@<a href='?title=User%3APrimeHunter'>PrimeHunter</a> Logged out and in safe mode I don't get the gray space at the bottom so I can preview, see changes, save. Logged in I have the gray space at the bottom. Different editing tools each time, neither the same as on my iPad. Off to bed now, thanks for your help and patience. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:56, 22 December 2023 (UTC)</p> <p>::::::If the problem disappears in safemode when you are logged in then it sounds like the cause is at <a href='?title=User%3ADoug_Weller%2Fcommon.js'>User:Doug Weller/common.js</a> (try blanking it) or something enabled at <a href='?title=Special%3APreferences%23mw-prefsection-gadgets'>Special:Preferences#mw-prefsection-gadgets</a>, maybe in the "Editing" section (not the "Editing" tab). If it only happened in Vector 2022 then it could also be <a href='?title=User%3ADoug_Weller%2Fvector-2022.js'>User:Doug Weller/vector-2022.js</a> <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:42, 22 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--verything-is-now-working-with-ictor-2022-on-i-irefox-pera-ivaldi-and-dge-only-broken-on-hrome-'><h2 class='section-toggle'>= Everything is now working with Victor 2022 on iOS, Firefox, Opera, Vivaldi and Edge, only broken on Chrome =</h2><div class='wiki-body'><p>Which puzzles me. It's fortunate as I can't blank any page using Chrome as I can't save anything because of the gray space was the publishing tools should be. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 08:44, 23 December 2023 (UTC)</p> <p>:Feel free to post a screenshot. Because the problem goes away in safe mode, it means it's one of your gadgets or user scripts. Try blanking your <a href='?title=User%3ADoug_Weller%2Fvector-2022.js'>User:Doug Weller/vector-2022.js</a> as mentioned above (and any other common.js/global.js/[insert-skin-name-here].js/common.css/global.css/[insert-skin-name-here].css files) and see if the problem goes away. If the problem goes away, it's a user script. If it doesn't, it's a gadget. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 09:03, 23 December 2023 (UTC)</p> <p>::@<a href='?title=User%3ANovem_Linguae'>Novem Linguae</a> Ok, this is nuts. I'm being told I can't upload and paste my screenshot because I'm not an Administrator! <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 11:38, 23 December 2023 (UTC)</p> <p>:::You can add <code>safemode=1</code> to an edit link like https://en.wikipedia.org/w/index.php?title=User:Doug_Weller/common.js&action=edit&safemode=1. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:31, 23 December 2023 (UTC)</p> <p>::::Thanks. Forgot aobut that. It's useful but my main concern right now is that it's only broken in Chrome, I don't want to break it in other browsers. Tonight I'm going to look at all my scripts and get rid of any I can do without. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 15:03, 23 December 2023 (UTC)</p> <p>:::::Victor 2020 works (and 2010 no longer works) but I lose the editing tools I want and I still am being told as I'm not an Admin I can't upload a screenshot.</p> <p>:::::Again, it's only Chrome where I don't see the editing tools I have on other platforms. I'll try to figure out their names. Sorry to be such a pain. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 19:47, 23 December 2023 (UTC)</p> <p>::::::Odd that you can't upload a screenshot. Both enwiki and commons allow non-admins to upload screenshots. Next time it happens, can you paste the exact error message? Word for word? That way I can search the code for the error message and see where it's coming from. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 19:52, 23 December 2023 (UTC)</p> <p>:::::::@<a href='?title=User%3ANovem_Linguae'>Novem Linguae</a> Thanks but it's not code, just Something went wrongThis page is currently protected, and can be edited only by administrators.</p> <p>:::::::Some templates and site interface pages are permanently protected due to visibility. Occasionally, media files and gallery pages are temporarily protected because of editing disputes.</p> <p>:::::::The reason for protection can be found in the protection log.</p> <p>:::::::You may request unprotection of the page. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:12, 23 December 2023 (UTC)</p> <p>::::::::That sounds like the "<a href='?title=WP%3AINTADMIN'>interface administrators</a> only" message. Are you trying to upload a .js or .css file by accident, instead of a screenshot which is normally something like .jpg or .png? What's the name of the file you are trying to upload? –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 20:20, 23 December 2023 (UTC)</p> <p>:::::::::@<a href='?title=User%3ANovem_Linguae'>Novem Linguae</a> It’s a screenshot addon to Abby Finereader. But I’m not saving, just copy and paste. I’ll try again in a few minutes when I get back to my pc <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:37, 23 December 2023 (UTC)</p> <p>::::::::::Here are the tools I want and have on other browsers.</p> <p>::::::::::<a href='?title=File%3ADougTools.png'>thumb</a> <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:52, 23 December 2023 (UTC)</p> <p>:::::::::::Hard to see, the drop down cite menu is something I use all the time. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 20:52, 23 December 2023 (UTC)</p> <p>::::::::::::Your toolbar is made by wikEd at <a href='?title=Special%3APreferences%23mw-prefsection-gadgets'>Special:Preferences#mw-prefsection-gadgets</a>. Does the problem go away if you disable that on a pencil icon at the top right of edit pages? Or disable wikEd in preferences? It will remove the toolbar. I know you like it but it's just for testing. The wikEd toolbar should have an additional group of icons to the right similar to <a href='?title=%3AFile%3AWikEd_screenshot.png'>:File:WikEd screenshot.png</a> but your screenshot is cut off. Do you have that icon group at the right when wikEd is enabled? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:18, 23 December 2023 (UTC)</p> <p>:::::::::::::@<a href='?title=User%3APrimeHunter'>PrimeHunter</a> Yes, I've got the pencil icon. When I click on it the gray area disappears and I have the publishing tools as well as the cite dropdown. But lose the strikethrough, etc toolbar. And somehow I've lost the search toolbar which is a bit of a shame. However, using the pencil icon, I can switch between adding citations easily and being able to preview and save, etc. But no search box. It must be a Chrome issue because on every other browser I've tried I have it all, including the search box. So I guess I'll give up on Chrome for editing right now. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 08:00, 24 December 2023 (UTC)</p> <p>::::::::::::::Sounds the bug/issue is in <a href='?title=User%3ACacycle%2FwikEd'>User:Cacycle/wikEd</a>. I'll post a link on that talk page (<a href='?title=User_talk%3ACacycle%2FwikEd'>User talk:Cacycle/wikEd</a>) linking to this discussion. Maybe a maintainer or watcher will see it and can weigh in. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 08:08, 24 December 2023 (UTC)</p> <p>:::::::::::::::@<a href='?title=User%3ANovem_Linguae'>Novem Linguae</a> Thanks. Looking back at earlier problems, I think you are right. Really appreciate your help. Life is difficult enough for me at the moment because of my health to have this as well,. being able to edit Wikipedia helps keep me going. <a href='?title=User%3ADoug_Weller'><span style="color:#070">Doug Weller</span></a> <a href='?title=User_talk%3ADoug_Weller'>talk</a> 12:41, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ntersection-of-two-categories'><h2 class='section-toggle'>Intersection of two categories</h2><div class='wiki-body'><p>How can I find out what articles are both in <a href='?title=%3ACategory%3AWikipedia_four_award_articles'>:Category:Wikipedia four award articles</a> and <a href='?title=%3ACategory%3AAll_Wikipedia_vital_articles'>:Category:All Wikipedia vital articles</a>?-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 03:30, 22 December 2023 (UTC)</p> <p>:<a href='?title=%3AWikipedia%3ACategory_intersection%23Tools_currently_available'>:Wikipedia:Category intersection#Tools currently available</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 03:42, 22 December 2023 (UTC)</p> <p>::I don't understand the syntax that I need to enter my query in.-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 07:42, 23 December 2023 (UTC)</p> <p>:::On mobile, so I'm not sure if this works, but I think [https://en.wikipedia.org/w/index.php?search=incategory%3A%22Wikipedia+four+award+articles%22++incategory%3A%22All+Wikipedia+vital+articles%22&title=Special%3ASearch&profile=advanced&fulltext=1&ns1=1 this] is what you're looking for? --<a href='?title=User%3ARchard2scout'>rchard2scout</a> (<a href='?title=User_talk%3ARchard2scout'>talk</a>) 17:43, 23 December 2023 (UTC)</p> <p>:::On petscan, the category names (without "Category:") go into the "Categories" box in the "Categories" tab, all the namespace boxes in the "Page properties" tab should be checked (the default is just mainspace, but both those categories are mostly or entirely Talk: - all the pages in the intersection are, anyway), then click the "Do it!" button. You end up with [https://petscan.wmflabs.org/?links_to_all=&ns%5B13%5D=1&common_wiki_other=&langs_labels_yes=&ns%5B100%5D=1&ns%5B1%5D=1&cb_labels_no_l=1&ns%5B10%5D=1&labels_no=&ns%5B9%5D=1&ns%5B6%5D=1&categories=Wikipedia+four+award+articles%0D%0AAll+Wikipedia+vital+articles&pagepile=&sortby=none&cb_labels_any_l=1&wpiu=any&ns%5B8%5D=1&ns%5B11%5D=1&depth=0&manual_list=&cb_labels_yes_l=1&interface_language=en&ores_type=any&labels_any=&ns%5B12%5D=1&ns%5B15%5D=1&sitelinks_no=&subpage_filter=either&negcats=&rxp_filter=&ns%5B0%5D=1&ns%5B7%5D=1&templates_any=&ns%5B5%5D=1&ns%5B14%5D=1&ns%5B118%5D=1&templates_no=&links_to_any=&outlinks_yes=&max_age=&smaller=&before=&links_to_no=&language=en&ns%5B3%5D=1&max_sitelink_count=&wikidata_prop_item_use=&output_limit=&search_max_results=500&format=html&project=wikipedia&ns%5B101%5D=1&wikidata_label_language=&search_filter=&ns%5B119%5D=1&ns%5B2%5D=1&ns%5B4%5D=1&doit= this], which agrees with the search result above. —<a href='?title=User%3ACryptic'>Cryptic</a> 18:16, 23 December 2023 (UTC)</p> <p>::::Thx. {{resolved}}-<a href='?title=User%3ATonyTheTiger'>TonyTheTiger</a> <small>(<a href='?title=User_talk%3ATonyTheTiger'>T</a> / <a href='?title=Special%3AContributions%2FTonyTheTiger'>C</a> / <a href='?title=WP%3AFOUR'>WP:FOUR</a> / <a href='?title=WP%3ACHICAGO'>WP:CHICAGO</a> / <a href='?title=WP%3AWAWARD'>WP:WAWARD</a>)</small> 14:42, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ide-tags-in-watchlist-and-contributions'><h2 class='section-toggle'>Hide tags in watchlist and contributions</h2><div class='wiki-body'><p>Coming from a Teahouse question, is there an option to disable the display of the <a href='?title=Special%3ATags'>Special:Tags</a> in the <a href='?title=Special%3AWatchlist'>Special:Watchlist</a> and <a href='?title=Special%3AContributions'>Special:Contributions</a> displays? From the HTML source, it looks like it's <code>class=mw-tag-markers</code> but my wiki-css-fu isn't strong enough to know what to put where to hide it. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 21:19, 23 December 2023 (UTC)</p> <p>:<syntaxhighlight lang="css" inline>.mw-tag-markers { display: none; }</syntaxhighlight> in {{yourcss}} should do it. (I haven't looked very hard for side effects. You don't mind them going away on diffs and so on, too?) —<a href='?title=User%3ACryptic'>Cryptic</a> 21:54, 23 December 2023 (UTC)</p> <p>::Thanks! I'll pass it along. I suspect the questioner will be fine with them going away "in all displays". <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 22:24, 23 December 2023 (UTC)</p> <p>::Hi @<a href='?title=User%3ADMacks'>DMacks</a>- I'm the original questioner. This solution is great, but I want to only remove the tags on contributions created by me and:</p> <p>::A) remove the entire Tags field (which is what the mw-tag-markers class selects) if the only tag on the contribution is the "2017 Wikitext editor" tag</p> <p>::B) remove only the "2017 Wikitext editor" tag and keep the other tags if there are other tags on the contribution <a href='?title=User%3APauliesnug'>Pauliesnug</a> (<a href='?title=User_talk%3APauliesnug'>talk</a>) 01:17, 24 December 2023 (UTC)</p> <p>:::<syntaxhighlight lang="css">:is(.mw-changeslist-self, .page-Special_Contributions_Pauliesnug) .mw-tag-marker-visualeditor-wikitext,</p> <p>:is(.mw-changeslist-self, .page-Special_Contributions_Pauliesnug) .mw-tag-markers:has(.mw-tag-marker-visualeditor-wikitext:only-of-type) {</p> <p>display: none;</p> <p>}</syntaxhighlight> <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 04:13, 24 December 2023 (UTC)</p> <p>::::Hi! Thank you so much, this seems to have worked perfectly. Does Custom CSS apply for everyone who looks at my contributions, or only me? This also seems to only work on the "My Contributions" page, not the "View History" page of a specific article. <a href='?title=User%3APauliesnug'>Pauliesnug</a> (<a href='?title=User_talk%3APauliesnug'>talk</a>) 07:47, 24 December 2023 (UTC)</p> <p>:::::Just you. It is technically possible to hide the 2017 editor tag only from your edits on page history, but it's so complicated it might slow down the time it takes to render the page. If you don't care if it's hidden for other users as well, you might as well hide the tag altogether (by removing <code>:is(...) </code>). <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 08:21, 24 December 2023 (UTC)</p> <p>::::::Okay, thank you so much for the help. <a href='?title=User%3APauliesnug'>Pauliesnug</a> (<a href='?title=User_talk%3APauliesnug'>talk</a>) 16:54, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hrunken-edit-window'><h2 class='section-toggle'>Shrunken edit window</h2><div class='wiki-body'><p>Hi. What preference did I bump to change the edit window to a divided pane? (edit 50% on left, the article as-is 50% on right) I would like to restore the edit window to full width. I checked your archive and hope this isn't a FAQ. Thank you. -<a href='?title=User%3ASusanLesch'>SusanLesch</a> (<a href='?title=User_talk%3ASusanLesch'>talk</a>) 17:36, 24 December 2023 (UTC)</p> <p>:The button is "Preview" in the top right hand corner. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 19:16, 24 December 2023 (UTC)</p> <p>::Thank you, Inzo. Could be useful. Happy Holidays! -<a href='?title=User%3ASusanLesch'>SusanLesch</a> (<a href='?title=User_talk%3ASusanLesch'>talk</a>) 20:56, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--entity-over-parsing'><h2 class='section-toggle'>HTML entity over-parsing</h2><div class='wiki-body'><p>{{tracked|T353920}}</p> <p>I just noticed that HTML entities seem to be getting parsed more agressively than they used to. For example:</p> <ul> <li>"& n d a s h ;" (with spaced removed) should render as "–" and still does. Live example: "–"</li> <li>"& a m p ; n d a s h ;" (with spaces removed) used to render as "& n d a s h ;" (with spaces removed) but is now rendering as "–". Live example: "&ndash;"</li> </ul> <p>Was this change intentional? It seems like it will result in incorrect rendering in articles that discuss HTML entities, and in some old talk page discussions. -- <a href='?title=User%3ABeland'>Beland</a> (<a href='?title=User_talk%3ABeland'>talk</a>) 23:46, 21 December 2023 (UTC)</p> <p>:"Than they used to" means yesterday. <a href='?title=Wikipedia%3ADatabase_reports%2FShort_descriptions_containing_invalid_space_characters'>Wikipedia:Database reports/Short descriptions containing invalid space characters</a> in particular was working, and its entire purpose is to deliberately make non-breaking spaces visible with & amp;nbsp;. Even putting it in nowiki tags doesn't help - <code><nowiki>& amp;ndash;</nowiki></code> =~ s/ // produces "<nowiki>&ndash;</nowiki>". —<a href='?title=User%3ACryptic'>Cryptic</a> 00:03, 22 December 2023 (UTC)</p> <p>:</p> <p>:And you can't prevent the parsing by using a numeric entity for either the ampersand or the trailing semicolon (wrapping with {{tag|syntaxhighlight|attribs=lang="wikitext" inline="1"}} sort of works):</p> <p>::<syntaxhighlight lang="wikitext" inline="1">& amp;ndash& #x3B;</syntaxhighlight> (spaces inserted) → <syntaxhighlight lang="wikitext" inline="1">&ndash;</syntaxhighlight> (spaces removed) → &ndash; (spaces removed)</p> <p>::<syntaxhighlight lang="wikitext" inline="1">& #x26;ndash& #x3B;</syntaxhighlight> (spaces inserted) → <syntaxhighlight lang="wikitext" inline="1">&ndash;</syntaxhighlight> (spaces removed) → &ndash; (spaces removed):—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) <s>00:23, 22 December 2023</s> 00:26, 22 December 2023 (UTC) (UTC)</p> <p>:{{ping|SSastry (WMF)|Matma Rex}} maybe one of you two knows what is going on? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 00:24, 22 December 2023 (UTC)</p> <p>::Looks like there was a [https://gerrit.wikimedia.org/r/c/mediawiki/vendor/+/982166/ parsoid upgrade] that went out. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 00:26, 22 December 2023 (UTC)</p> <p>:::... which should only be impacting DiscussionTools on live pages, I think. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 00:29, 22 December 2023 (UTC)</p> <p>::::The first line in <a href='?title=List_of_XML_and_HTML_character_entity_references%23Standard_public_entity_sets_for_characters'>List of XML and HTML character entity references#Standard public entity sets for characters</a> has examples of incorrect rendering in an article. You could now write <code>& amp;amp;amp;</code> without the space to display the HTML entity &amp;amp; but it's starting to get silly. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:32, 22 December 2023 (UTC)</p> <p>::::: What if I use nowiki tags? <nowiki>&ndash;</nowiki> <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 00:35, 22 December 2023 (UTC)</p> <p>::::: Wow, even then. <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 00:35, 22 December 2023 (UTC)</p> <p>:::::That's useful information. It looks as if the unescaping (i.e. turning &​amp; into &, etc.) is happening exactly twice, rather than once (as it should) or arbitrarily often (as it would if done in a "while something to do" loop). Presumably two bits of code disagree on whether a string passed between them has already been unescaped or still needs to be changed. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 01:00, 22 December 2023 (UTC)</p> <p>: Cause appears to be <a href='?title=gerrit%3Ac%2Fmediawiki%2Fcore%2F%2B%2F977814'>gerrit:c/mediawiki/core/+/977814</a>, if I revert that commit in a local MediaWiki instance the problem goes away. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 00:56, 22 December 2023 (UTC)</p> <ul> <li><a href='?title=phab%3AT353920'>phab:T353920</a> opened. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 01:06, 22 December 2023 (UTC)</li> <li>:Revert deployed by staff. Pages might need a purge to be updated. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 14:26, 22 December 2023 (UTC)</li> <li>::Thanks for the quick fix! -- <a href='?title=User%3ABeland'>Beland</a> (<a href='?title=User_talk%3ABeland'>talk</a>) 23:29, 24 December 2023 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--mages-slow-to-load'><h2 class='section-toggle'>Images slow to load</h2><div class='wiki-body'><p>{{tracked|T354065}}</p> <p>This issue appears a couple of days ago, the images in article are slow to load or not load at all. I thought it would resolve by itself, but it doesn't appear to be happening. I don't know if it has something to do with article size since it mostly affects large articles, although I also see the same thing in Wikimedia Commons. (A Commons issue?) I see it using multiple computers and different browsers, but mobile appears to work fine. <a href='?title=User%3AHzh'>Hzh</a> (<a href='?title=User_talk%3AHzh'>talk</a>) 19:06, 24 December 2023 (UTC)</p> <p>: I've seen comments on Reddit that suggests that this is a UK specific issue. It's been bothering me for the last few days also. I don't really know where to complain about this. <a href='?title=User%3AHemiauchenia'>Hemiauchenia</a> (<a href='?title=User_talk%3AHemiauchenia'>talk</a>) 23:10, 24 December 2023 (UTC)</p> <p>::The FAQ on this very page has a link to [https://wikitech-static.wikimedia.org/wiki/Reporting_a_connectivity_issue Reporting a connectivity issue]. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 23:32, 24 December 2023 (UTC)</p> <p>::: Thanks, but I wouldn't know how to write a proper technical report. For clarity specifically upload.wikimedia.org domains (and thus images in articles) appear to be affected. <a href='?title=User%3AHemiauchenia'>Hemiauchenia</a> (<a href='?title=User_talk%3AHemiauchenia'>talk</a>) 23:53, 24 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--up-mid-and-subscript-in-one-template-'><h2 class='section-toggle'>Sup, mid and subscript in one template?</h2><div class='wiki-body'><p>I want to output something like 1{{su|p={{sup|3}}|b={{su|p=5|b=9}}|lh=0.2em}}, but I struggled to find one single template that suits this senario. Is this really possible? Or I just have to do a bit of workaround with {{tl|su}} and {{tl|sup}} as I did? <a href='?title=User%3AUnnamelessness'>Unnamelessness</a> (<a href='?title=User_talk%3AUnnamelessness'>talk</a>) 12:31, 24 December 2023 (UTC)</p> <p>:{{tl|Overunderset}}? – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 13:16, 24 December 2023 (UTC)</p> <p>::Don't think that works. The font sizes are not the same and the alignment for this looks awkward. <a href='?title=User%3AUnnamelessness'>Unnamelessness</a> (<a href='?title=User_talk%3AUnnamelessness'>talk</a>) 11:29, 25 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ile-gnatyevo-jpg-not-rendering'><h2 class='section-toggle'>[[:File:Ignatyevo.jpg]] not rendering</h2><div class='wiki-body'><p>{{tracked|T353797|declined}}</p> <p><a href='?title=File%3AIgnatyevo.jpg'>File:Ignatyevo.jpg</a>]]</p> <p>For some reason, this image (which is hosted locally) doesn't render and the image page itself says "File not found: /v1/AUTH_mw/wikipedia-en-local-public.27/2/27/Ignatyevo.jpg". Clicking on the other revisions generate a server error message saying "Error: 404, Not Found at Mon, 18 Dec 2023 17:25:30 GMT". Note that this was discussed on Discord. <a href='?title=User%3AQueen_of_Hearts'><span style="color: darkred">Queen</span></a> <a href='?title=Special%3AContributions%2FQueen_of_Hearts'><span style="color: darkred">of</span></a> <a href='?title=User_talk%3AQueen_of_Hearts'><span style="color: darkred">Hearts ❤️</span></a> (she/they 🎄 🏳️‍⚧️) 17:26, 18 December 2023 (UTC)</p> <p>:<a href='?title=File%3AIgnatyevo.JPG'>File:Ignatyevo.JPG</a>]] Oddly https://en.wikipedia.org/wiki/File:Ignatyevo.JPG works, note the capitisation of JPG. -- LCU <strong><a href='?title=User%3AActivelyDisinterested'>ActivelyDisinterested</a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>»</em> °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</small> 18:24, 19 December 2023 (UTC)</p> <p>::As far as I can tell, that is a totally different image, which, by pure coincidence, was posted to Commons with an incredibly similar name. <a href='?title=User%3AQueen_of_Hearts'><span style="color: darkred">Queen</span></a> <a href='?title=Special%3AContributions%2FQueen_of_Hearts'><span style="color: darkred">of</span></a> <a href='?title=User_talk%3AQueen_of_Hearts'><span style="color: darkred">Hearts ❤️</span></a> (she/they 🎄 🏳️‍⚧️) 07:37, 20 December 2023 (UTC)</p> <p>:::{{ping|ActivelyDisinterested}} forgot to pimg. <a href='?title=User%3AQueen_of_Hearts'><span style="color: darkred">Queen</span></a> <a href='?title=Special%3AContributions%2FQueen_of_Hearts'><span style="color: darkred">of</span></a> <a href='?title=User_talk%3AQueen_of_Hearts'><span style="color: darkred">Hearts ❤️</span></a> (she/they 🎄 🏳️‍⚧️) 07:45, 20 December 2023 (UTC)</p> <p>:::Correct, you can see Google having <a href='?title=google%3ABlagoveshchensk%2FIgnatyevo%2Bairfield%2C%2Bformer%2BSoviet%2BUnion.%2BImage%2Bfrom%2BNASA%2BWorld%2BWind%26ie%3DUTF-8%26oe%3DUTF-8'>a cached preview</a> of the image, which shows that it is pretty different from that one. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:14, 20 December 2023 (UTC)</p> <p>:Post an bug to phabricator, in a worst case scenario, they might need to pull the image from backups. <a href='?title=Phab%3Aproject%2Fprofile%2F76%2F'>SRE-swift-storage</a> are responsible for the thumbnail, not sure about where base images are stored. <a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 08:54, 20 December 2023 (UTC)</p> <p>::This is not just the thumbnail I fear. The entire original seems to have gone missing. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:20, 20 December 2023 (UTC)</p> <p>:::Confirmed. Original is gone and likely has been since at least 2019. Wikimedia didn't have backups of media files until 2021, so there is no recovery possible and it is probably best to delete the page. Based on the google results it is clear that it was an extract of the Nasa worldwind set (satellite photo) of the airport. Likely by the Landsat or MODIS earth observing satellites. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 14:40, 20 December 2023 (UTC)</p> <p>::::It might have been used on <a href='?title=Ignatyevo_Airport'>Ignatyevo Airport</a>, so perhaps the webarchive has a copy of it. I looked and [https://web.archive.org/web/20091118132738/https://en.wikipedia.org/wiki/Ignatyevo_Airport this is what I found], which is a thumbnail. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 15:38, 20 December 2023 (UTC)</p> <p>:This probably won't work, since they haven't edited since 2017, but {{ping|Timvasquez}} as the original uploader, do you happen to have this file somewhere or know where to find it? Because it looks like the file is irrecoverable and the only solution is to overwrite it. <a href='?title=User%3AQueen_of_Hearts'><span style="color: darkred">Queen</span></a> <a href='?title=Special%3AContributions%2FQueen_of_Hearts'><span style="color: darkred">of</span></a> <a href='?title=User_talk%3AQueen_of_Hearts'><span style="color: darkred">Hearts ❤️</span></a> (she/they 🎄 🏳️‍⚧️) 20:08, 20 December 2023 (UTC)</p> <p>::I found [https://upload.wikimedia.org/wikipedia/en/thumb/2/27/Ignatyevo.jpg/750px-Ignatyevo.jpg this] (slightly lower res) thumbnail, I'll overwrite it now. —<span class="nowrap"> <span style="font-family:courier"><strong>MATRIX!</strong></span> <em>(<a href='?title=User%3AMatrix'>a good person!</a>)</em>_{<a href='?title=User_talk%3AMatrix'>[<em>citation unneeded</em>]</a>}</span> 21:13, 20 December 2023 (UTC)</p> <p>:::{{thank you very much}} However, I now have the issue of I'm not able to export it to Commons, because one of the revisions is missing a file. Is there any way to resolve this? <a href='?title=User%3AQueen_of_Hearts'><span style="color: darkred">Queen</span></a> <a href='?title=Special%3AContributions%2FQueen_of_Hearts'><span style="color: darkred">of</span></a> <a href='?title=User_talk%3AQueen_of_Hearts'><span style="color: darkred">Hearts ❤️</span></a> (she/they 🎄 🏳️‍⚧️) 22:08, 20 December 2023 (UTC)</p> <p>{{clear}}</p> <p>::::We can delete the whole lot and restore the non-missing content. <a href='?title=User%3AGraeme_Bartlett'>Graeme Bartlett</a> (<a href='?title=User_talk%3AGraeme_Bartlett'>talk</a>) 11:47, 23 December 2023 (UTC)</p> <p>:::::{{Done}} - see <a href='?title=%3AFile%3AIgnatyevo_Airfield_-_NASA_World_Wind.jpg'>:File:Ignatyevo Airfield - NASA World Wind.jpg</a> —<span class="nowrap"> <span style="font-family:courier"><strong>MATRIX!</strong></span> <em>(<a href='?title=User%3AMatrix'>a good person!</a>)</em>_{<a href='?title=User_talk%3AMatrix'>[<em>citation unneeded</em>]</a>}</span> 12:13, 26 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emi-protection-strangeness'><h2 class='section-toggle'>Semi-protection strangeness</h2><div class='wiki-body'><p>I semi-protected <a href='?title=Russian_landing_ship_Novocherkassk'>Russian landing ship Novocherkassk</a> and its [https://en.wikipedia.org/w/index.php?title=Russian_landing_ship_Novocherkassk&action=info page information] includes "Edit Require autoconfirmed or confirmed access (04:09, 2 January 2024)". Why was <a href='?title=Special%3ADiff%2F1191865972'>this edit</a> able to occur? <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 08:15, 26 December 2023 (UTC)</p> <p>:The user has 10 deleted edits ([https://xtools.wmcloud.org/ec/en.wikipedia.org/Vega9000 xtools]), making their actual edit count 16, over the 10 limit for autoconfirmed. <a href='?title=User%3AAidan9382'>Aidan9382</a> _{(<a href='?title=User_talk%3AAidan9382'>talk</a>)} 08:22, 26 December 2023 (UTC)</p> <p>::Ouch, I didn't notice that, thanks. In fact I failed to notice "A user with 11 edits" on the contribs. What I looked at when I only saw 6 edits was [https://en.wikipedia.org/w/index.php?title=Special:ListUsers&limit=1&username=Vega9000 user rights] which doesn't say confirmed or auto confirmed. Perhaps that's something to do with the age (created June 2006)? <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 08:41, 26 December 2023 (UTC)</p> <p>:::When I checked the user rights using <a href='?title=Special%3AUserRights%2FVega9000'>Special:UserRights/Vega9000</a>, it shows "Implicit member of: Autoconfirmed users". I'm not entirely sure what's meant by an "Implicit member", but it doesn't appear on <a href='?title=Special%3AListUsers'>Special:ListUsers</a>, which is why its not seen on that page. <a href='?title=User%3AAidan9382'>Aidan9382</a> _{(<a href='?title=User_talk%3AAidan9382'>talk</a>)} 08:49, 26 December 2023 (UTC)</p> <p>::::I thought I remembered seeing "autoconfirmed" or "confirmed" under the Special:ListUsers link for "user rights" on someone's contribs page. However I can't find an example showing that now. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 09:04, 26 December 2023 (UTC)</p> <p>::::An implicit member is someone who became autoconfirmed the normal way, i.e. by the combination of account age and total edits (as noted above, deleted edits are counted toward that total). Somebody who isn't an implicit member will have been confirmed by admin action. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🦌 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 10:26, 26 December 2023 (UTC)</p> <p>:::::<a href='?title=Special%3AListUsers'>Special:ListUsers</a> has a "Group" option where you can select [https://en.wikipedia.org/wiki/Special:ListUsers?username=&group=confirmed&wpsubmit=&wpFormIdentifier=mw-listusers-form&limit=50 confirmed users] who had the right assigned by an admin. The top displays <a href='?title=MediaWiki%3AListusers-summary'>MediaWiki:Listusers-summary</a> which includes: "The automatically assigned <a href='?title=Wikipedia%3AUser_access_levels%23Autoconfirmed_and_confirmed_users'>autoconfirmed user</a> right is not displayed here; you can view this information by navigating to <a href='?title=Special%3AUserRights'>this page</a>." <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 14:23, 26 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hat-can-cause-templatestyles-to-not-affect-the-page-'><h2 class='section-toggle'>What can cause templatestyles to not affect the page?</h2><div class='wiki-body'><p>Hi, I've used the {{tl|sronly}} template for a few things before and have noticed that sometimes the template styles (which in this case hide the visual text) will never make it to the webpage leaving the text visible. I had thought after a discussion on the talk page that maybe it was just linking, but I've run across other situations where the CSS doesn't work unless it's defined inline:</p> <ul> <li>Using proper templatestyles with errors: [https://en.wikipedia.org/w/index.php?title=User:Rjjiii/sandbox10&oldid=1189647875]</li> <li>Using inline styles with no errors: [https://en.wikipedia.org/w/index.php?title=User:Rjjiii/sandbox10&oldid=1191976916]</li> </ul> <p>What causes this? <a href='?title=User%3ARjjiii'><span style="font-variant:small-caps;">Rjjⁱⁱⁱ</span></a> (<a href='?title=User_talk%3ARjjiii%23top'>talk</a>) 00:09, 27 December 2023 (UTC)</p> <p>:There is at least one bug with using templatestyles tags inside a link, see <a href='?title=phab%3AT200704'>phab:T200704</a>, with one or two different symptoms, most of which come down to "doesn't work where it's supposed to". <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 00:13, 27 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--epeated-problems'><h2 class='section-toggle'>Repeated ERR_TIMED_OUT problems</h2><div class='wiki-body'><p>For the last half-hour or so I have repeatedly been getting ERR_TIMED_OUT messages when I try to go to any Wikipedia page. <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 14:26, 28 December 2023 (UTC)</p> <p>:If you live in the British Isles, this might be the same issue as <a href='?title=%23Images_slow_to_load'>#Images slow to load</a> above. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 20:45, 28 December 2023 (UTC)</p> <p>::I am. It seemed to clear not long after I posted. <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 01:23, 29 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edlinked-category-crap-of-the-week'><h2 class='section-toggle'>Redlinked category crap of the week</h2><div class='wiki-body'><p>The inevitable pile of redlinked maintenance categories that I can't resolve on my own...</p> <ol> <li>{{cl|Television by decade by country}} has been moved to {{cl|Television by decade and country}}, but as so often happens has been left non-empty by failure to update a template-transcluded category in the implicated template — the problem is that I can't even <em>find</em> the category in the template in order to fix it manually: it has to be coming from {{tl|Decade in television by country category}}, because that's literally the only thing on any of the pages in the redlink at all, but that category declaration is nowhere to be found in either the template or its documentation, which means it's being smuggled in from another multilevel recursive transclusion. Can somebody locate and fix this?</li> <li>Several categories which were recently <em>moved</em> by a recent CFD discussion at <a href='?title=Wikipedia%3ACategories_for_discussion%2FLog%2F2023_December_11%23Category%3AWikipedia_level-3_vital_articles_by_class'>Wikipedia:Categories for discussion/Log/2023 December 11#Category:Wikipedia level-3 vital articles by class</a>, but are still being autogenerated entirely on a single testcases page at <a href='?title=Template%3AVital_article_category_header%2Ftestcases'>Template:Vital article category header/testcases</a>: {{cl|Wikipedia level-1 vital articles by class}}, {{cl|Wikipedia vital articles by topic by class}}, {{cl|Wikipedia vital articles by level by class}}, {{cl|Wikipedia vital articles in Society and social sciences by class}} and {{cl|FA-Class vital articles by level}}. Again, this page needs to be moved to the updated category names, but my efforts to do so have failed to change the redlinks at all.</li> <li>The usual cluster of WikiProject class-rating categories that have been forcibly autogenerated by uncareful "standardization" edits to wikiproject templates, but may or may not actually be <em>desired</em> by those wikiprojects: {{cl|NA-Class U.S. byway articles}}, {{cl|NA-importance Telangana road transport articles}}, {{cl|Template-Class Telangana road transport articles}}. Can somebody figure out if these are actually desirable, and either create them or make them go away?</li> </ol> <p>Thanks. <a href='?title=User%3ABearcat'>Bearcat</a> (<a href='?title=User_talk%3ABearcat'>talk</a>) 05:44, 29 December 2023 (UTC)</p> <p>: Fixed 1 and 2. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 06:11, 29 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikipedia-mobile-version-left-side-bar'><h2 class='section-toggle'>Wikipedia mobile version left side bar</h2><div class='wiki-body'><p>The left sidebar buttons on Wikipedia mobile don't work, when I push on them the list simply hides again/exits. I've tried this on multiple Android phones all running the latest Android Google Chrome version and have ran into the same problem everytime. I can't even log in from the mobile site, I have to first scroll down to the bottom to force desktop then I can log in and then go back to mobile after. I have no problems editing articles using the mobile version however. <a href='?title=User%3ABzik2324'>Bzik2324</a> (<a href='?title=User_talk%3ABzik2324'>talk</a>) 13:34, 29 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ater-options-changed-'><h2 class='section-toggle'>Rater options changed?</h2><div class='wiki-body'><p>Today I created a redirect which I intended to rate under WikiProject Scuba, but there was no option for redirects. This is a new development as I have done this often, and as it is a redirect with possibiities, there is good reason to link it to the project. Does anyone know why this happened? Is it a bug or is someone messing around with project settings? I have previously noticed that some projects can no longer be selected on Rater, but as I am not a member, have assumed it is because they are inactive and someone has gained broad consensus to remove them from the list. This is not the case with WikiProject underwater diving alias scuba Cheers, · · · <a href='?title=User%3APbsouthwood'>Peter Southwood</a> <a href='?title=User_talk%3APbsouthwood'>^(talk)</a>: 08:07, 24 December 2023 (UTC)</p> <p>:I don't see any recent changes to rater's code (I checked <a href='?title=User%3AEvad37%2Frater.js'>User:Evad37/rater.js</a>, <a href='?title=User%3AEvad37%2Frater%2Fapp.js'>User:Evad37/rater/app.js</a>, <a href='?title=User%3APbsouthwood%2FraterPrefs.json'>User:Pbsouthwood/raterPrefs.json</a>). I've dropped a note at <a href='?title=WT%3ARATER'>WT:RATER</a> informing them of this discussion. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 08:15, 24 December 2023 (UTC)</p> <p>::Thanks, It appears that Rater is automatically rating redirects as redirects, which is good, but giving the user only non-redirect classes as options, which is weird and wrong. Cheers, · · · <a href='?title=User%3APbsouthwood'>Peter Southwood</a> <a href='?title=User_talk%3APbsouthwood'>^(talk)</a>: 05:26, 25 December 2023 (UTC)</p> <p>:::{{replyto|Pbsouthwood}} This is because the banners autodetect redirects, there is no need to set {{para|class|redir}} explicitly - just leave it blank, or omit the param entirely. This is true for all classes other than Stub, Start, C, B, GA, A, FA, List, FL and FM - each of these needs to be set explicitly, either on the individual WikiProject banners or on the enclosing banner shell.</p> <p>:::As for redirects with possibilities, that is the {{tlx|R with possibilities}} tag, which is nothing to do with WikiProject ratings - it goes on the redirect itself, not on its talk page. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🦌 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 13:06, 25 December 2023 (UTC)</p> <p>::::Hi {{U|Redrose64}}, Automatic detection is a great feature, but Rater should not give the other (non)options and exclude the relevant (non)option. I have used Rater hundreds, possibly thousands of times for redirects, and it used to give all the options allowed by each project, now it gives all the non-options except the non-option that one would expect. That is just confusing.</p> <p>::::I am well aware that {{tlx|R with possibilities}} goes on the redirect page, I mentioned it basically because a redirect with possibilities could have an importance to a <em>specific project</em> other than N/A, and when it looks like you can't select redirect as a class because it is not on the list but everything else is, it gives the impression that there is no correct way to allocate it as a redirect with real importance for the project, even though apparently it is possible but you have to bypass Rater. The information provided by Rater is conflicting, therefore confusing. Some (most?) editors may just give up using it.</p> <p>::::A more intuitively understandable response would be for Rater to explicitly state/display that the class "Redirect" has been automatically detected, and <em>not</em> show any other class option in the left dropdown, as they would not be valid, while still showing all the theoretically possible importance options in the right dropdown. Cheers, · · · <a href='?title=User%3APbsouthwood'>Peter Southwood</a> <a href='?title=User_talk%3APbsouthwood'>^(talk)</a>: 06:39, 26 December 2023 (UTC)</p> <p>:I think the adjustments being made at <a href='?title=Module%3AWikiProject_banner'>Module:WikiProject banner</a> have generally been impacting rater adversely. Which I think says more about rater and its level of maintenance than about the changes being made. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 19:15, 24 December 2023 (UTC)</p> <p>::You may be right. · · · <a href='?title=User%3APbsouthwood'>Peter Southwood</a> <a href='?title=User_talk%3APbsouthwood'>^(talk)</a>: 06:39, 26 December 2023 (UTC)</p> <p>:::@<a href='?title=User%3AEvad37'>Evad37</a> updated the script yesterday, and it now has much better support for the new unified class ratings approach. I'm happy about this change. In terms of redirects, it sounds like the right thing to do is to add a WikiProject and just leave the class blank/unrated, and it will magically do the right thing. That's a change in behavior, but IMO not worse (maybe even better, as it's less work, after I learn the new system). <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 18:32, 29 December 2023 (UTC)</p> <p>::::Good to know that. I will check it out and leave any relevant feedback at the Rater talk page. Cheers, · · · <a href='?title=User%3APbsouthwood'>Peter Southwood</a> <a href='?title=User_talk%3APbsouthwood'>^(talk)</a>: 07:42, 30 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--pecial-andom-n-ategory-equivalent-for-edia-iki-'><h2 class='section-toggle'>[[Special:RandomInCategory]] equivalent for MediaWiki API</h2><div class='wiki-body'><p>{{tracked|T63840}}</p> <p><a href='?title=Special%3AApiHelp%2Fquery%2Brandom'>The help page</a> for <code>action=query&list=random</code> doesn't specify any <code>rncategory</code> as I expected. Is there a direct equivalent, or will I have to GET the page directly?<span id="NguoiDungKhongDinhDanh:1703864697489:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> <a href='?title=User%3ANguoiDungKhongDinhDanh'><span style="font-family:Monotype Corsiva;background-image:linear-gradient(90deg,red,yellow,cyan);color:transparent;background-clip:text;-webkit-background-clip:text"><strong>NguoiDungKhongDinhDanh</strong></span></a> 15:44, 29 December 2023 (UTC)</span></p> <p>:{{ping|NguoiDungKhongDinhDanh}} this feature request appears to be <a href='?title=phab%3AT63840'>phab:T63840</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:58, 30 December 2023 (UTC)</p> <p>::So there's no equivalent yet. Thanks for the information. <a href='?title=User%3ANguoiDungKhongDinhDanh'><span style="font-family:Monotype Corsiva;background-image:linear-gradient(90deg,red,yellow,cyan);color:transparent;background-clip:text;-webkit-background-clip:text"><strong>NguoiDungKhongDinhDanh</strong></span></a> 15:14, 30 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nternet-rchive-library-and-ayback-achine-blocked-by-s-arental-filters-'><h2 class='section-toggle'>Internet Archive library and Wayback Machine blocked by ISPs (Parental filters)</h2><div class='wiki-body'><p>I frequently access the Internet Archive's library or Wayback Machine while editing at Wikipedia, but since swapping over to Three broadband it looks like these sites are blocked by parental filters [Update: in the UK]. At the moment, I still have BT broadband and that works just fine.</p> <p>In Chrome, attempted access results in this response:</p> <p>"This site can't provide a secure connection. archive.org sent an invalid response ..."</p> <p>An article from 2019 suggests that Vodafone, Three, O2, and EE are blocking access: [https://www.privateinternetaccess.com/blog/internet-archive-wayback-machine-blocked-vodafone-three-o2-ee-can-change-that/ Internet Archive Wayback Machine blocked by Vodafone, Three, O2, and EE: We can change that].</p> <p>This can be solved by going to the broadband user account and entering credit card details for a card check to verify age, but it won't accept debit cards. Alternatively, you can go into one of the relevant phone stores with a card and photo ID, assuming there is a phone store within reach.</p> <p>However, I (for one, now a pensioner) can do neither, and I will note that already when I signed-up to Three they carried out a credit check and have my age.</p> <p>Another way to obtain access (it works for me on Three) is to open an Opera or Avast secure browser (and probably others) and switch to a <a href='?title=virtual_private_network'>virtual private network</a> (VPN).</p> <p>Perhaps you know of other ways around such issues, and about the technicalities?</p> <p>Thanks and have a happy New Year, <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 10:51, 30 December 2023 (UTC)</p> <p>:Try changing your DNS to [https://developers.google.com/speed/public-dns Google DNS] or [https://www.cloudflare.com/learning/dns/what-is-1.1.1.1/ Cloudflare DNS]. If it doesn't work then you are left with using VPN instead which often is blocked here hence you would need to request for <a href='?title=WP%3AEXEMPT'>WP:EXEMPT</a>. <strong><span style="color:#f535aa">—</span> 🎄🎆 <a href='?title=User%3APaper9oll'><span style="background:#f535aa;color:#fff;padding:2px;border-radius:5px">Paper9oll</span></a> 🎆🎄 <span style="color:#f535aa">(<a href='?title=User_talk%3APaper9oll'>🔔</a> • <a href='?title=Special%3AContributions%2FPaper9oll'>📝</a>)</span></strong> 10:56, 30 December 2023 (UTC)</p> <p>::Thanks: on my Windows PC I'm already using Google DNS. It's okay, I would only use VPN in another browser to access the I.A., and would edit here at Wikipedia as normal. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 11:08, 30 December 2023 (UTC)</p> <p>:If these sites are being blocked by your network administrator, have you tried asking them to unblock them? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:57, 30 December 2023 (UTC)</p> <p>::I'm not familiar with the situation in the UK but isn't this because of the <a href='?title=Online_Safety_Act_2023'>Online Safety Act 2023</a>? I highly doubt asking them has any chance of success. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 13:05, 30 December 2023 (UTC)</p> <p>::Hi, FWIW, I <em>am</em> the network administrator, at least at home. <a href='?title=User%3ANardog'>Nardog</a>, that looks likely. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 13:10, 30 December 2023 (UTC)</p> <p>:::I'm using Vodaphone broadband in the UK and Internet Archive is working fine for me at the moment, which suggests it isn't to do with the online safety act. Although the 2019 article that the OP linked to doesn't work.<a href='?title=User%3ANigel_Ish'>Nigel Ish</a> (<a href='?title=User_talk%3ANigel_Ish'>talk</a>) 14:33, 30 December 2023 (UTC)</p> <p>:::@<a href='?title=User%3AEsowteric'>Esowteric</a> and these "Parental filters" are not something you can enable or disable as the administrator? Is your ISP forcing these on you with no way to opt out? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 16:48, 30 December 2023 (UTC)</p> <p>::::@<a href='?title=User%3AXaosflux'>Xaosflux</a> My Three broadband comes with (something like) parental filters on by default, and you have to log into your account on their web site to disable this, providing credit card (not debit card) details, or go to a Three shop with a card and photo ID. There's no facility to disable this from the local admin web-interface / control panel. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 17:07, 30 December 2023 (UTC)</p> <p>:::::OK, so it is a service you are getting from your ISP. This isn't something the English Wikipedia technical team can help you with. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:10, 30 December 2023 (UTC)</p> <p>::::::Sorry, I posted here because there's a chance it effects a large number of UK-based Wikipedia readers and editors. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 17:13, 30 December 2023 (UTC)</p> <p>::::::Indeed, Wikimedia might fall into the same category, unless a public service exemption were to be issued (?) <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 17:19, 30 December 2023 (UTC)</p> <p>::::Note that I'm <em>assuming</em> that my not being able to access the domain via Three is due to parental filters, and that the domain is filtered due to it wittingly and unwittingly hosting adult material with no age verification. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 17:11, 30 December 2023 (UTC)</p> <p>:::::It could, and you (anyone really - this is a wiki) is welcome to start a section on <a href='?title=Help%3AUsing_the_Wayback_Machine'>Help:Using the Wayback Machine</a> with information that could help others. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:22, 30 December 2023 (UTC)</p> <p>::::::Good pointer, thanks. I'll have a think about broaching the possibility on the talk page. <b><a href='?title=User%3AEsowteric'><span style="color: green;">Esowteric</span></a><small> + <a href='?title=User_talk%3AEsowteric'><span style="color: blue;">Talk</span></a> + <a href='?title=Special%3AContributions%2FEsowteric'><span style="color: red;">Breadcrumbs</span></a></small></b> 17:42, 30 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--countdown'><h2 class='section-toggle'>POTD countdown</h2><div class='wiki-body'><p>Hi. In <a href='?title=WT%3APOTD%23Steamboat_Willie'>this Picture of the Day discussion</a>, there is consensus that a video file of <em><a href='?title=Steamboat_Willie'>Steamboat Willie</a></em> can be promoted to POTD on January 1, 2024. This would work in the following way: the POTD would appear at midnight UTC on January 1 with a placeholder image. At midnight EST (5:00 UTC), the film enters the public domain in the US, so the placeholder gets immediately substituted with the video file as soon as Commons admins undelete <a href='?title=c%3AFile%3ASteamboat_Willie_%281928%29_by_Walt_Disney.webm'>c:File:Steamboat Willie (1928) by Walt Disney.webm</a> through <code><nowiki>{{#ifexist:}}</nowiki></code>. The draft for the POTD blurb is <a href='?title=Draft%3APOTD%2FSteamboat_Willie'>here</a>. Someone in the discussion mentioned about implementing a JavaScript countdown in the POTD blurb, so I created <a href='?title=User%3AObserveOwl%2FLiveCountdownSW.js'>this script</a> (largely derived from <a href='?title=User%3AToxiBoi%2FLiveCountdown.js'>this one</a>) that substitutes every <code><nowiki><div style="SWcountdown" data-event="" data-end="[date]"></div></nowiki></code> with an inline live countdown to that date followed by "until <em>Steamboat Willie</em> enters the public domain" and such. The countdown disappears when the video is uploaded. I've tested it on <a href='?title=User%3AObserveOwl%2Fsandbox'>my sandbox</a> and it seems to work well when the script is installed. The question is, how can I request that the script is displayed for every user temporarily on the Main Page, POTD template and/or other relevant pages? I imagine that an user experienced with JS is required to inspect the script before that happens, right? <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 19:59, 26 December 2023 (UTC)</p> <p>:<a href='?title=User%3AObserveOwl'>ObserveOwl</a>, I would first propose it as an RfC, to get community consensus.<span id="Qwerfjkl:1703625160603:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 21:12, 26 December 2023 (UTC)</span></p> <p>::Alright then. Are you suggesting an RfC to see if the film could be that day's POTD, or about the countdown? By the way, if it ever happens, it should probably be closed at least 48 hours before January 1st <a href='?title=WP%3APOTDG%23Protected_version'>per guideline</a>. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 21:24, 26 December 2023 (UTC)</p> <p>::<a href='?title=User%3AQwerfjkl'>Qwerfjkl</a>, <a href='?title=Special%3ADiff%2F1191972005'>it might be too late for an RfC</a>. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 22:28, 26 December 2023 (UTC)</p> <p>:::It is too late for an RFC. RFCs normally need to be kept open for a week (because some people only edit on the weekends or vice versa). It's already December 27th. January 1st's POTD content is always expected settled by the end of December 29th (about 48 hours in advance). That means we have just today, tomorrow, and the following day (the 29th) to sort it out. We will have to make do with "just" normal discussions on the highest-traffic village pump. <a href='?title=User%3AWhatamIdoing'>WhatamIdoing</a> (<a href='?title=User_talk%3AWhatamIdoing'>talk</a>) 00:09, 27 December 2023 (UTC)</p> <p>::::Oh right, didn't see this was for 1st January.<span id="Qwerfjkl:1703667462911:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 08:57, 27 December 2023 (UTC)</span></p> <p>:Back to the question, how can we implement the script? Is a <a href='?title=MediaWiki_talk%3ACommon.js'>MediaWiki talk:Common.js</a> request appropriate? <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 22:41, 26 December 2023 (UTC)</p> <p>:: Probably the way for this to happen would be for <a href='?title=MediaWiki_talk%3ACommon.js%23Class-triggered_gadgets'>MediaWiki talk:Common.js#Class-triggered gadgets</a> to happen and then {{tl|countdown}} be enhanced in that manner. Whether that'll happen in time though, 🤷 <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 02:17, 27 December 2023 (UTC)</p> <p>:This is not an appropriate use of JavaScript on Wikipedia; there's nothing particularly extraordinary about new imagery entering the public domain. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:41, 26 December 2023 (UTC)</p> <p>:{{re|ObserveOwl}} Instead of playing games with the time zone, countdown, and undeleting files, why not just wait until Jan 2 to run the Steamboat Willie item? <a href='?title=User%3ARudolfRed'>RudolfRed</a> (<a href='?title=User_talk%3ARudolfRed'>talk</a>) 00:28, 27 December 2023 (UTC)</p> <p>::I believe that was suggested, but the discussion's consensus is that running it right on the first day would be an excellent POTD. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 07:17, 27 December 2023 (UTC)</p> <p>::This crossed my mind as well, and would be a simple solution that bypasses the need for RFCs, scripts, and common.js modifications. –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 07:18, 27 December 2023 (UTC)</p> <p>:::RfCs are not needed here, as there's already consensus in that discussion I linked. The JavaScript stuff is just a bonus, not obligatory. Although I think it is a nice touch, the blurb could be without a countdown. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 07:34, 27 December 2023 (UTC)</p> <p>::My initial reaction as also to wait until Jan 2; but if people want to run it on the first, has the idea of switching the picture at midnight eastern time instead of midnight UTC been considered? Is that reasonable/feasible? <a href='?title=User%3ALittlePuppers'>LittlePuppers</a> (<a href='?title=User_talk%3ALittlePuppers'>talk</a>) 05:13, 28 December 2023 (UTC)</p> <p>:::Yes, that is the plan expressed in the discussion: switching at 5 a.m. UTC/midnight EST. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 07:51, 28 December 2023 (UTC)</p> <p>::Well, we waited a century -- during which time copyright law was turned into a demented hell on earth, partially for the sake of keeping this specific mouse imprisoned -- so I say we shouldn't wait a second longer than necessary to bust him out of his cell. <b style="font-family: monospace; color:#E35BD8"><a href='?title=User%3AJPxG'><b style="color:#029D74">jp</b></a>×<a href='?title=Special%3AContributions%2FJPxG'><b style="color: #029D74">g</b></a><a href='?title=User_talk%3AJPxG'>🗯️</a></b> 11:39, 28 December 2023 (UTC)</p> <p>:::Although running clientside JavaScript seems kind of unnecessary. <b style="font-family: monospace; color:#E35BD8"><a href='?title=User%3AJPxG'><b style="color:#029D74">jp</b></a>×<a href='?title=Special%3AContributions%2FJPxG'><b style="color: #029D74">g</b></a><a href='?title=User_talk%3AJPxG'>🗯️</a></b> 11:40, 28 December 2023 (UTC)</p> <p>:::This seems pretty complicated for a one-off exceptionally-fun but ultimately niche case. Let the admins/templateadmins fight to <a href='?title=first-post'>first-post</a> it manually. Give a 10% raise in admin salary to whoever's edit gets it done without jumping the gun. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 20:05, 30 December 2023 (UTC)</p> <ul> <li>-1 on running client-side scripts on the main page for this. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 00:31, 27 December 2023 (UTC)</li> </ul> <p>::Is there any accessibility concern? It was suggested in the discussion, so I thought it was possible. The countdown disappears if there's some error or JS is disabled, kind of like <a href='?title=progressive_enhancement'>progressive enhancement</a> if I understood that concept right. <a href='?title=User%3AObserveOwl'>ObserveOwl</a> (<a href='?title=User_talk%3AObserveOwl%23top'>chit-chat</a> • <a href='?title=Special%3AContributions%2FObserveOwl'>my doings</a>) 07:17, 27 December 2023 (UTC)</p> <p>:::One concern is that main page content should be properly reviewed by a local administrator to ensure the correct change is being made here on the English Wikipedia, it should not be dependent on the actions of contributors on another project. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 22:12, 28 December 2023 (UTC)</p> <p>::::Meh we rely on Commons for all the mainpage media, and there's plenty of consensus from local admins in the linked discussion. Agree that a javascript countdown timer is not a necessary addition to the larger proposal. And if it happens that no Commons admin happens to be active to undelete the media at UTC−5 00:00:00 and we're stuck with a placeholder for a few hours, that doesn't feel like a particularly serious consequence. <a href='?title=User%3AFolly_Mox'>Folly Mox</a> (<a href='?title=User_talk%3AFolly_Mox'>talk</a>) 19:41, 30 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--argo-season-1-'><h2 class='section-toggle'>[[Fargo (season 1)]].</h2><div class='wiki-body'><p>Hi, someone in the Teahouse suggested I report this here: <a href='?title=Wikipedia%3ATeahouse%23Fargo_%28season_1%29'>Wikipedia:Teahouse#Fargo_(season_1)</a> <a href='?title=Special%3AContributions%2F76.14.122.5'>76.14.122.5</a> (<a href='?title=User_talk%3A76.14.122.5'>talk</a>) 20:33, 30 December 2023 (UTC)</p> <p>:"{{fixed}}" over there. Worked around, really. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 00:27, 31 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--f-tatistics'><h2 class='section-toggle'>AfD Statistics</h2><div class='wiki-body'><p>AfD Statistics seem to be not updating today. It was working yesterday. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 20:39, 31 December 2023 (UTC)</p> <p>:Never mind. It's working fine now. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 22:25, 31 December 2023 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ermission-error-listed-at-ikipedia-edirects-for-discussion-edirects-for-discussion-'><h2 class='section-toggle'>"[[:Permission error]]" listed at [[Wikipedia:Redirects for discussion|Redirects for discussion]]</h2><div class='wiki-body'><p><a href='?title=File%3AInformation.svg'>30px</a></p> <p>The redirect <span class="plainlinks">[//en.wikipedia.org/w/index.php?title=Permission_error&redirect=no Permission error]</span> has been listed at <a href='?title=Wikipedia%3ARedirects_for_discussion'>redirects for discussion</a> to determine whether its use and function meets the <a href='?title=Wikipedia%3ARedirect'>redirect guidelines</a>. Readers of this page are welcome to comment on this redirect at <strong>{{slink|Wikipedia:Redirects for discussion/Log/2024 January 1#Permission error}}</strong> until a consensus is reached. <!-- Template:RFDNote --> –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 08:39, 1 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iscussion-at-oday-s-nbsp-oday-s-'><h2 class='section-toggle'>Discussion at [[:WP:ERRORS#Today's POTD|WP:ERRORS §&nbsp;Today's POTD]]</h2><div class='wiki-body'><p>{{resolved|Following <a href='?title=Special%3ADiff%2F1192989875'>this edit</a>, the immediate issue seems to be resolved :) ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 13:36, 1 January 2024 (UTC)}}</p> <p><a href='?title=File%3ASymbol_watching_blue_lashes_high_contrast.svg'>File:Symbol watching blue lashes high contrast.svg</a> You are invited to join the discussion at <a href='?title=%3AWP%3AERRORS%23Today%27s_POTD'>WP:ERRORS § Today's POTD</a>. There seems to be an issue with being able to play the video currently on the Main Page on a mobile device. Technical knowledge would be greatly appreciated, as what seems to be causing this is a line in the Main Page’s TemplateStyles. Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 11:24, 1 January 2024 (UTC)<!-- <a href='?title=Template%3APlease_see'>Template:Please see</a> --></p></div></section><section class='wiki-section collapsible' id='section--purious-edit-conflicts'><h2 class='section-toggle'>Spurious edit conflicts</h2><div class='wiki-body'><p>I have recently noticed a recurring issue where I am sometimes taken to the edit conflict page instead of read mode when saving edits. It seems that these edits are being submitted twice, as they do pass through. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 11:50, 1 January 2024 (UTC)</p> <p>:<a href='?title=User%3ALaundryPizza03'>LaundryPizza03</a>, are you double-clicking the save button? I'm fairly sure I've seen this problem at VPT before.<span id="Qwerfjkl:1704126771826:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:32, 1 January 2024 (UTC)</span></p> <p>::No. It just happens. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 20:20, 1 January 2024 (UTC)</p> <p>:::It could still be a bad mouse or device reporting double clicks sometimes, at least if all the cases were with the same device. Double-clicking is the usual suspect for this. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:56, 1 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--pplying-a-style-for-the-ector-2022'><h2 class='section-toggle'>Applying a style for the Vector 2022</h2><div class='wiki-body'><p>{{tracked|T354235}}</p> <p>Hi, in Vector 2022, if we want to select title of an article and we accidentally extend the selected area to select Table of Content button with the icon <a href='?title=file%3AIc_toc_48px.svg'>file:Ic toc 48px.svg</a>, then the text copied in clipboard would wrongly be (for example for the article "<a href='?title=Wikipedia'>Wikipedia</a>"):</p> <p><syntaxhighlight lang = "text"></p> <p>Toggle the table of contents</p> <p>Wikipedia</p> <p></syntaxhighlight></p> <p>This is not the intended clipboard and the first line is not required, i.e., only "Wikipedia" as the title of the article is enough and the text "Toggle the table of contents" makes the clipboard data wrong.</p> <p>The solution to this problem could be applying this style:</p> <p><syntaxhighlight lang = "css"></p> <p>.vector-page-titlebar-toc {</p> <p>-webkit-user-select: none; /* Safari */</p> <p>-ms-user-select: none; /* IE 10 and IE 11 */</p> <p>user-select: none; /* Standard syntax */</p> <p>}</p> <p></syntaxhighlight></p> <p>I have tested that code in my css page at <a href='?title=User%3AHooman_Mallahzadeh%2Fcommon.css'>User:Hooman Mallahzadeh/common.css</a> and it prevents this behavior very well.</p> <p>Finally, I should note that this unexpected behavior in clipboard functionality is frequently occurred for me both in English Wikipedia and in Persian Wikipedia. Thanks, <a href='?title=User%3AHooman_Mallahzadeh'>Hooman Mallahzadeh</a> (<a href='?title=User_talk%3AHooman_Mallahzadeh'>talk</a>) 04:30, 2 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--y-userscript-doesn-t-work-calls-issue-'><h2 class='section-toggle'>My userscript doesn't work (API calls issue?)</h2><div class='wiki-body'><p>I've been trying to make <a href='?title=User%3AAaron_Liu%2FNoPiper.js'>this script</a> in response to a userscript request with my scarce JS knowledge. However, the API call has some strange behavior and pipe remains undefined when I'm inside the scope but suddenly becomes defined outside the scope. Is this some weird thing with promises? If so, how do I wait for it to finish? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 04:45, 1 January 2024 (UTC)</p> <p>:The api.get() method returns a promise. [https://javascript.info/async-await Async–await] is the recommended way to deal with them. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 14:05, 1 January 2024 (UTC)</p> <p>::These are jQuery promises, not ES promises. If I await it, the editor gives me an error "Missing ";" before statement" <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 15:20, 1 January 2024 (UTC)</p> <p>:::Await should work with jQuery promises but don't think it's supported for scripts here. I think your issue is that for a promise, all code that is meant to run using the data gotten from the promise needs to be inside the .done/.then. <a href='?title=User%3AGalobtter'>Galobtter</a> (<a href='?title=User_talk%3AGalobtter'>talk</a>) 16:08, 1 January 2024 (UTC)</p> <p>::::Ugh, that's stupid. Now the problem is that the requests are done inside a loop, and I have to return the string outside the loop. However as this is inside the .done, the str gets prematurely returned. Any thoughts? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 16:27, 1 January 2024 (UTC)</p> <p>:::::<a href='?title=User%3AAaron_Liu'>Aaron Liu</a>, use a wider-scoped variable i.e. one that is declared outside the loop, and store the data in that.<span id="Qwerfjkl:1704126821621:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:33, 1 January 2024 (UTC)</span></p> <p>::::::If you're talking about the string I return, that variable is declared outside the loop. If you're talking about the API data I get, that was originally declared outside the loop and I got undefineds as the promises didn't finish yet.<br>Re: .then instead of .done: Doesn't .then basically just make the callbacks chainable? Anyways I've done that and it seems to have had no effect. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 16:42, 1 January 2024 (UTC)</p> <p>::::Async–await is supported on all <a href='?title=mw%3ACompatibility%23Browser_support_matrix'>compatible browsers</a>. They're not supported only for gadgets which undergo validation and minification. If the editor complains about this, you can silence it by putting <code>/* jshint esversion: 8 */</code> at the top. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 16:42, 1 January 2024 (UTC)</p> <p>:::::I've tried saving it, and it gives me an error in the console too. I use Firefox 115. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 16:43, 1 January 2024 (UTC)</p> <p>::::::<a href='?title=User%3AAaron_Liu'>Aaron Liu</a>, you can't use await inside a non-async function. You need to make the function async.<span id="Qwerfjkl:1704127511080:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:45, 1 January 2024 (UTC)</span></p> <p>:::::::Ah, that makes sense. However, I'm looking to make this an AutoEd module... So there's no other way to do this, I guess? I'll make it standalone then.<br>To SD0001: that comment disables all hints with a "Incompatible values for the 'esversion' and 'esnext' linting options." warning next to the comment <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 16:51, 1 January 2024 (UTC)</p> <p>::::::::<a href='?title=User%3AAaron_Liu'>Aaron Liu</a>, why can't you do it? You can just add <code><nowiki>await</nowiki></code> before <code><nowiki>function</nowiki></code> in the first line, no?<span id="Qwerfjkl:1704128561445:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 17:02, 1 January 2024 (UTC)</span></p> <p>:::::::::Erm, this isn't related to Wikitext. AutoEd loads modules inside a function it calls without an await. If one wanted to load the module into AutoEd, they'd have to use a hacked version of it that uses async for every function, which isn't very portable. <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 17:10, 1 January 2024 (UTC)</p> <p>::::::::::If AutoEd is assuming the function to be synchronous, you cannot make any API calls from it at all. There's no way to "synchronously" get the value from a promise. – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 18:05, 1 January 2024 (UTC)</p> <p>::::::::::AutoEd runs functions one at a time to make substitutions on the text. This model isn't well-suited to run asynchronously, because the output from one set of substitutions can affect the next set. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 18:26, 1 January 2024 (UTC)</p> <p>::::::::re the comment: hmm weird, looks like MediaWiki's version of Ace also applies the deprecated [https://jshint.com/docs/options/#esnext esnext: true] flag, with which esversion isn't compatible. So you'd need to do <code>/* jshint esversion: 8, esnext: false */</code> – <a href='?title=User%3ASD0001'><span style="font-weight: bold; color: #C30">SD0001</span></a> (<a href='?title=User_talk%3ASD0001'>talk</a>) 18:07, 1 January 2024 (UTC)</p> <p>:::<a href='?title=User%3AAaron_Liu'>Aaron Liu</a>, <s>I'm fairly sure you want to do <code><nowiki>api.get(requestData).then()</nowiki></code> rather than <code><nowiki>.done()</nowiki></code></s> (Nevermind).<span id="Qwerfjkl:1704126598416:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:29, 1 January 2024 (UTC)</span></p> <p>::1) What is this script trying to do? 2) If you want help converting your script to async/await, I took a stab at it here: [https://en.wikipedia.org/w/index.php?title=User:Novem_Linguae/Scripts/NoPiper.js&oldid=1193115543 Updated code.] –<a href='?title=User%3ANovem_Linguae'><span style="color:blue"><strong>Novem Linguae</strong></span></a> <small>(<a href='?title=User_talk%3ANovem_Linguae'>talk</a>)</small> 03:59, 2 January 2024 (UTC)</p> <p>:I've made <a href='?title=User%3ANardog%2FUnpipe.js'>User:Nardog/Unpipe.js</a> to fulfill the same request, using <a href='?title=m%3ATemplateScript'>TemplateScript</a> rather than AutoEd. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 04:47, 2 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--watched-bot-ever-toils-'><h2 class='section-toggle'>A watched bot ever toils...</h2><div class='wiki-body'><p>For some reason, bot edits are now showing up on my watchlist, even though I have them excluded in my preferences, (and have for years). Anyone know why this might be? And how to fix this? Thanks - <a href='?title=User_talk%3AThewolfchild'><span style="color:black">w<span style="color: red;">o</span>lf</span></a> 03:15, 2 January 2024 (UTC)</p> <p>:No answer to the question, but this might be the greatest VPT headline I've ever seen. <b style="font-family: monospace; color:#E35BD8"><a href='?title=User%3AJPxG'><b style="color:#029D74">jp</b></a>×<a href='?title=Special%3AContributions%2FJPxG'><b style="color: #029D74">g</b></a><a href='?title=User_talk%3AJPxG'>🗯️</a></b> 06:51, 2 January 2024 (UTC)</p> <p>:<a href='?title=User%3AThewolfchild'>Thewolfchild</a>, do the edits have the bot flag, or are they just done by a bot?<span id="Qwerfjkl:1704184418091:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 08:33, 2 January 2024 (UTC)</span></p> <p>::It appears <s>they</s> all the bots are flagged. - <a href='?title=User_talk%3AThewolfchild'><span style="color:black">w<span style="color: red;">o</span>lf</span></a> 08:52, 2 January 2024 (UTC)</p> <p>:Do you have any pinned item in "Saved filters"? If so delete it or remove it as default. Otherwise, are you accessing your watchlist through a bookmark? If so the bookmarked URL may contain the bots flag. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 09:08, 2 January 2024 (UTC)</p> <p>:If you [https://en.wikipedia.org/wiki/Special:Watchlist?hidebots=1 click here] do the bot edits still show up? --<a href='?title=User_talk%3AChris_G'><span style="color:Green; font-weight: bold;">Chris</span></a> 09:52, 2 January 2024 (UTC)</p> <p>{{ec}} It appears fixed now. I had fsr checked some filters, but then they wouldn't stay unchecked after. I had almost 200 bot edits showing (of 1000 edits/30 days). Only after closing all browsers w/ wp open, then deleting cache & browsing data would the filters finally stay reset. Now only showing <40 bot edits, so hoping to call this resolved. Thanks for the responses folks, it is appreciated. Happy New Years & Cheers - <a href='?title=User_talk%3AThewolfchild'><span style="color:black">w<span style="color: red;">o</span>lf</span></a> 10:05, 2 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-is-it-possible-to-export-the-page-history-table-'><h2 class='section-toggle'>is it possible to export the page history table?</h2><div class='wiki-body'><p>By page history i mean this https://en.wikipedia.org/w/index.php?title=Wikipedia:FAQ/Technical&action=history (but not for this page, i man for actual wiki articles)</p> <p>I want to pay with it in make some graphs and summary statistics of things that aren't covered by the filters, e.g. time of day content is just likely to get added or removed, or total added / removed by each editor.</p> <p>I could try to copy paste it off the screen, but that's really fiddley, exporting as csv or tab delimited would be ideal.</p> <p><a href='?title=User%3AIrtapil'>Irtapil</a> (<a href='?title=User_talk%3AIrtapil'>talk</a>) 11:17, 2 January 2024 (UTC)</p> <p>:<a href='?title=mw%3AAPI%3ARevisions'>mw:API:Revisions</a>. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 12:08, 2 January 2024 (UTC)</p> <p>:@<a href='?title=User%3AIrtapil'>Irtapil</a> you could also try a feedformat output, such as [https://en.wikipedia.org/w/index.php?title=Talk:Neutron&action=history&offset=&limit=5000&feed=atom this]. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:16, 2 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ny-special-consideration-for-undoing-an-archive-change-'><h2 class='section-toggle'>Any special consideration for undoing an archive change?</h2><div class='wiki-body'><p>An editor [https://en.wikipedia.org/w/index.php?title=Talk:Neutron&oldid=1187467048 archived] all of the topics on <a href='?title=Talk%3ANeutron'>Talk:Neutron</a>. This was entirely good faith, I assume a simple misunderstanding. I've set the page up for automatic archiving, and I would like to revert that one archive step. Is that practical? I will need to copy the topics back and delete the archive page manually?</p> <p>Thanks <a href='?title=User%3AJohnjbarton'>Johnjbarton</a> (<a href='?title=User_talk%3AJohnjbarton'>talk</a>) 16:22, 2 January 2024 (UTC)</p> <p>:@<a href='?title=User%3AJohnjbarton'>Johnjbarton</a> those were not revision moves, just cut-paste text moves - so just cut/paste it back. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:11, 2 January 2024 (UTC)</p> <p>::@<a href='?title=User%3AXaosflux'>Xaosflux</a> thanks, done. What do I do with the now empty archive page <a href='?title=Talk%3ANeutron%2FArchive_4'>Talk:Neutron/Archive_4</a>? <a href='?title=User%3AJohnjbarton'>Johnjbarton</a> (<a href='?title=User_talk%3AJohnjbarton'>talk</a>) 17:30, 2 January 2024 (UTC)</p> <p>:::I deleted it for you. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:34, 2 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplates-containing-emplate-ennis-atch3-'><h2 class='section-toggle'>Templates containing [[Template:TennisMatch3]]</h2><div class='wiki-body'><p>How can I find out which templates contain {{tl|TennisMatch3}} in their code? <a href='?title=User%3AQwerty284651'>Qwerty284651</a> (<a href='?title=User_talk%3AQwerty284651'>talk</a>) 08:20, 3 January 2024 (UTC)</p> <p>:You check https://en.wikipedia.org/wiki/Special:WhatLinksHere?target=Template%3ATennisMatch3&namespace=10 and https://en.wikipedia.org/wiki/Special:WhatLinksHere?target=Template%3ATennisMatch3&namespace=828 —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:01, 3 January 2024 (UTC)</p> <p>::Thanks. I found additional pages that use the aforementioned template: <a href='?title=Template%3AHopman_Cup_box'>Template:Hopman Cup box</a>, <a href='?title=Template%3ADavis_Cup_Finals_box'>Template:Davis Cup Finals box</a>, <a href='?title=Template%3AUnited_Cup_box'>Template:United Cup box</a>, <a href='?title=Template%3AFedCupbox'>Template:FedCupbox</a>, etc., but for some reason, aren't listed in the "What links here" template report. How do I look up other templates containing "cupbox", "Cupbox" or "Cup box" in their title using regex? <a href='?title=User%3AQwerty284651'>Qwerty284651</a> (<a href='?title=User_talk%3AQwerty284651'>talk</a>) 14:30, 3 January 2024 (UTC)</p> <p>:::WhatLinksHere only find pages which currently link to a transclude the template, also if it's via a redirect. If it has code to transclude the template depending on parameters but doesn't activate the code on the current rendering of the template page itself then it's not found. [https://en.wikipedia.org/w/index.php?search=insource%3A%22TennisMatch3%22&title=Special:Search&profile=advanced&fulltext=1&ns10=1 insource:"TennisMatch3"] finds pages with "TennisMatch3" in the source but doesn't find redirects to {{tl|TennisMatch3}} and doesn't say whether they use the template or contain the string for another reason. For example, {{tl|ATP Cup box}} shows an example call with {{tl|TennisMatch3}} in parameters but it doesn't use the template itself. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 14:58, 3 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--umb-author-name-scraping'><h2 class='section-toggle'>Dumb author name scraping</h2><div class='wiki-body'><p>Somehow, in <a href='?title=Integrated_Software_for_Imagers_and_Spectrometers'>Integrated Software for Imagers and Spectrometers</a>, [https://web.archive.org/web/20120331194905/http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf this] (basically, "Alessandro Frigeri^a,d,*, Trent Hare^b, Markus Neteler^c, Angioletta Coradini^a, Costanzo Federico ^d, Roberto Orosei^a"), got scraped into Wikipedia as "Alessandro Frigeria,d,n, Trent Hareb, Markus Netelerc, Angioletta Coradinia, Costanzo Federicod, Roberto Oroseia". This sort of thing could potentially leave readers searching for the "Trent Hareb" or "Costanzo Federicod" erroneously listed here. Any thoughts on how to find and fix instances of this? <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 14:45, 1 January 2024 (UTC)</p> <p>:It happened in [https://en.wikipedia.org/w/index.php?title=Integrated_Software_for_Imagers_and_Spectrometers&diff=prev&oldid=456958217]. The link syntax was completely wrong and clearly not made by a tool so I assume the user manually copy-pasted from the PDF. I don't see a practical way to discover similar human errors. This user hasn't edited since 2020. I don't know whether any of our tools can make similar errors. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:50, 1 January 2024 (UTC)</p> <p>:: Thanks, I am astounded. <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 03:49, 2 January 2024 (UTC)</p> <p>:::Not surprising. Entry of long lists of journal author names is error prone for this reason, cut and paste then fail on manual cleanup. I've had this problem personally (though not this severe). It should be possible for a bot to retrieve the names from a source (DOI?) and compare it with the names in the citation. It could verify not only misspellings but also normalize abbreviations "James A. P. Smith" vs "James AP Smith", check for missing names, and for long lists with <em>et al.</em> create something like Footnote #5 in <a href='?title=Rising_Star_Cave'>Rising Star Cave</a>. It would have be a tool or usertool with diff preview. We have all sorts of issues like this and a lack of programmers to make the tools. Another one is a tool to generate {{para|author-link}}. A tool to convert {{para|author}} to {{para|first}} / {{para|last}}. It goes on. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 04:20, 2 January 2024 (UTC)</p> <p>::::Formatting citations is one of the most irritating parts of Wikipedia editing. I suspect that one's eyes glaze over after only a little time and then such errors happen. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 08:39, 2 January 2024 (UTC)</p> <p>:::::Those who are focused on this kind of work, automated citation maintenance, could get masters degrees. This is no joke. For example the history of {{tld|cite encyclopedia}} and its polysemic {{para|title}} field could easily fill at least a class or two. A masters thesis on how to rewrite this template <em>and</em> how to implement those changes, technically and politically, would be most helpful. We have thousands of other citation template varieties to consider. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 18:02, 3 January 2024 (UTC)</p> <p>::<a href='?title=User%3APrimeHunter'>PrimeHunter</a>, I suppose you could look for a, b, c etc. at the end of author names.<span id="Qwerfjkl:1704190532813:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 10:15, 2 January 2024 (UTC)</span></p></div></section><section class='wiki-section collapsible' id='section--assviews'><h2 class='section-toggle'>Massviews</h2><div class='wiki-body'><p>I would like to run off a list of the most popular articles under <a href='?title=%3ACategory%3AWikiProject_Military_history_articles'>:Category:WikiProject Military history articles</a> in 2023 but massviews is limited to 20,000 "for performance reasons" (getting the wrong answer more quickly). Is there a way to run this query? <a href='?title=User%3AHawkeye7'><span style="color:#800082">Hawkeye7</span></a> <a href='?title=User_talk%3AHawkeye7'><span style="font-size:80%">(discuss)</span></a> 02:41, 4 January 2024 (UTC)</p> <p>:You can derive it from the revision history of <a href='?title=Wikipedia%3AWikiProject_Military_history%2FPopular_pages'>Wikipedia:WikiProject Military history/Popular pages</a>, at least when the December 2023 page view stats are out ... which will probably be in a few days. Many other WikiProjects have such bot-generated lists, collated at <a href='?title=%3ACategory%3ALists_of_popular_pages_by_WikiProject'>:Category:Lists of popular pages by WikiProject</a>. <a href='?title=User%3AGraham87'>Graham87</a> (<a href='?title=User_talk%3AGraham87'>talk</a>) 16:59, 4 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ua-errors'><h2 class='section-toggle'>Lua errors</h2><div class='wiki-body'><p>{{tracked|T354393|invalid}}</p> <p>Lua errors for {{tq|not enough memory}} seem to be popping up in articles - <a href='?title=Google_Chrome'>Google Chrome</a> is an example. I expect this may quickly become an UBN in Phabricator but I wanted to drop a note about it in VPT. Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 00:05, 5 January 2024 (UTC)</p> <p>:Okay, on further inspection it might just be the Google Chrome article, and this thankfully might not be as much of a problem as immediately thought. ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 00:14, 5 January 2024 (UTC)</p> <p>::I previewed <code><nowiki>{{Infobox software}}</nowiki></code> alone with no parameters on the article and "Parser profiling data" at the bottom said Lua memory usage 49,651,978/52,428,800 bytes. That's 95% of the limit. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:20, 5 January 2024 (UTC)</p> <p>:::The problem is <a href='?title=d%3AQ777'>d:Q777</a>. Infobox software is running out of memory because it's trying to get data from a 2MB wikidata page for the version numbers. Fixed <a href='?title=d%3ASpecial%3ADiff%2F2045721836%2F2045698005'>here</a>. – <code style="background:#333;border:1px solid #999;color:#fff"><a href='?title=User%3AHilst'><span style="color:#fff;text-shadow:0 0 5px #fff">Hilst</span></a> <a href='?title=User_talk%3AHilst'><span style="color:#090">[talk]</span></a></code> 00:36, 5 January 2024 (UTC)</p> <p>::::In case anyone's interested, <a href='?title=%3AFile%3AGoogle_Chrome_article_%28enwiki%29_-_Lua_errors.png'>this is a screenshot of what the article looked like</a> with the Lua errors. Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 00:39, 5 January 2024 (UTC)</p> <p>:::::Sidenote -- in my opinion, even though the immediate error has been resolved, it's still worth this being looked into if anyone has the time (and/or patience), as I don't know if it should be possible to break an article on enwiki through good faith additions to its item on Wikidata. I'll put a link to this section at <a href='?title=Template_talk%3AInfobox_software'>Template talk:Infobox software</a> as that seems to be the template that temporarily broke the article. Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 00:58, 5 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ector-legacy-2010-drawing-infoboxes-very-poorly'><h2 class='section-toggle'>Vector legacy (2010) drawing infoboxes very poorly</h2><div class='wiki-body'><p>[https://imgur.com/a/c7KXfJ1 This] is how infoboxes look like in legacy since <a href='?title=WP%3AITSTHURSDAY'>yesterday</a>. All other skins show infoboxes ok.   <b>~</b> <span style="font-family:Monotype Corsiva; font-size:16px;"><a href='?title=User%3ATom.Reding'>Tom.Reding</a> (<a href='?title=User_talk%3ATom.Reding'>talk</a> ⋅<a href='?title=WP%3ADGAF'>dgaf</a>)</span>  09:28, 5 January 2024 (UTC)</p> <p>:Have you tried to <a href='?title=Wikipedia%3ABypass_your_cache'>Bypass your cache</a> ? It looks like one of the css files is missing, maybe it was cached incorrectly in your browser. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 12:56, 5 January 2024 (UTC)</p> <p>:(edit conflict) {{ping|Tom.Reding}} That's the [https://en.wikipedia.org/wiki/Wikipedia?safemode=1 safemode] look of <a href='?title=Wikipedia'>Wikipedia</a> when some CSS isn't loaded. It works for me in Firefox. Make sure "Always enable safe mode" is disabled at <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a> (it probably already is when other skins work). Try to <a href='?title=WP%3ABYPASS'>bypass your cache</a>. Use {{keypress|Ctrl|F5}} in Windows browsers, not F5 or the reload button alone. If it still happens then does it go away if you log out? What is your browser? What did you do to get black background? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:58, 5 January 2024 (UTC)</p> <p>::{{Ping|TheDJ|PrimeHunter}} wonderful, thank you! It was a cache issue in Chrome. I use the Dark Reader browser extension to get a nice, comfy, black background, and <a href='?title=User%3ATom.Reding%2FNight-mode_style.css'>User:Tom.Reding/Night-mode style.css</a> in AWB.   <b>~</b> <span style="font-family:Monotype Corsiva; font-size:16px;"><a href='?title=User%3ATom.Reding'>Tom.Reding</a> (<a href='?title=User_talk%3ATom.Reding'>talk</a> ⋅<a href='?title=WP%3ADGAF'>dgaf</a>)</span>  13:08, 5 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ery-weird-issue-with-the-reply-tool'><h2 class='section-toggle'>Very weird issue with the reply tool</h2><div class='wiki-body'><p>{{tracked|T338920}}</p> <p>The reply tool is doing some rather dumb and bad stuff and I do not know how to fix it. I'm using the mobile website (the app, while nice for reading, is more or less unusable for editing and administrative tasks) on Android. The issue is with saved comments. If the reply tool has a saved partial comment, it will disable itself for any other comment on the page. Fine. But it will also <em>gray out the expand button for the section it's in</em>! It's impossible, then, to access the comment I have saved, or even to read the section it's in. It's also impossible to discard the comment so that the page works normally. The only way to fix it is to switch to the desktop display, then edit the URL to be the desktop URL, then scroll down to the section and cancel the reply, then go back to the mobile version and it will work again.</p> <p>I don't think a noob is gonna figure this out.</p> <p>Yall heard about this??? <b style="font-family: monospace; color:#E35BD8"><a href='?title=User%3AJPxG'><b style="color:#029D74">jp</b></a>×<a href='?title=Special%3AContributions%2FJPxG'><b style="color: #029D74">g</b></a><a href='?title=User_talk%3AJPxG'>🗯️</a></b> 20:41, 30 December 2023 (UTC)</p> <p>:{{re|JPxG}} I’ve also been having this issue, and the only thing that occasionally fixes it (ie. opens the section and allows me to continue typing the reply in mobile mode) is repeatedly refreshing the page until it decides to work. Wonder if it’s worth a phab ticket (unless it’s already got one?). Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 21:34, 30 December 2023 (UTC)</p> <p>:Oh yeah, ReplyTool does this to me too. I think I've been able to open the source editor and publish an edit to the page, which restores my ability to discard the saved comment. It will trigger the inaccessible comment subroutine any time I close a tab with a comment neither published nor discarded. <a href='?title=User%3AFolly_Mox'>Folly Mox</a> (<a href='?title=User_talk%3AFolly_Mox'>talk</a>) 01:41, 5 January 2024 (UTC)</p> <p>:When I ran into this problem, my solution was to [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Jazz&diff=prev&oldid=1192125523 click "edit full page" and make a dummy edit under the section header] <a href='?title=Special%3AContributions%2F47.188.8.46'>47.188.8.46</a> (<a href='?title=User_talk%3A47.188.8.46'>talk</a>) 21:58, 5 January 2024 (UTC)</p> <p>::purging did nothing btw <a href='?title=Special%3AContributions%2F47.188.8.46'>47.188.8.46</a> (<a href='?title=User_talk%3A47.188.8.46'>talk</a>) 21:58, 5 January 2024 (UTC)</p> <p>Man the reply tool is really "on some other shiznit" as the kids say, I can't reply to this either. <b style="font-family: monospace; color:#E35BD8"><a href='?title=User%3AJPxG'><b style="color:#029D74">jp</b></a>×<a href='?title=Special%3AContributions%2FJPxG'><b style="color: #029D74">g</b></a><a href='?title=User_talk%3AJPxG'>🗯️</a></b> 21:42, 30 December 2023 (UTC)</p> <p>:Is this <a href='?title=phab%3AT338920'>phab:T338920</a>? I searched Phabricator and found <a href='?title=phab%3AT333872'>this other ticket</a>, which looks like the issue in question; but that was closed in favour of re-opening the aforementioned task. Best, ‍—‍<a href='?title=User%3AA_smart_kitten'>a smart kitten</a>_{[<nowiki/><a href='?title=User_talk%3AA_smart_kitten'>meow</a>]} 02:08, 3 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-android-app-login'><h2 class='section-toggle'>android app login</h2><div class='wiki-body'><p>How do I log into the Android app? The only settings I see are "Customize toolbar" <a href='?title=User%3AUhoj'>Uhoj</a> (<a href='?title=User_talk%3AUhoj'>talk</a>) 01:45, 6 January 2024 (UTC)</p> <p>:<a href='?title=User%3AUhoj'>Uhoj</a>, it's a bit hidden when you've got an article open. First, find and tap the "Explore" button in either the bottom bar or the top right three-dot menu (<a href='?title=%3AFile%3AWikipedia_Android_app_article_Explore_menu.jpg'>screenshot</a>). That should bring you to a page with a "More" button in the bottom right corner of the screen (<a href='?title=%3AFile%3AWikipedia_Android_app_Explore_menu_More.jpg'>screenshot</a>). Tap that and you should see a menu with a login button. <a href='?title=User_talk%3ARummskartoffel'><span style="font-weight:normal;background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 11:12, 6 January 2024 (UTC)</p> <p>: I really appreciate your help <a href='?title=User%3ARummskartoffel'>Rummskartoffel</a>! All logged in now :) <!-- Template:Unsigned --><small class="autosigned">— Preceding <a href='?title=Wikipedia%3ASignatures'>unsigned</a> comment added by <a href='?title=User%3AUhoj'>Uhoj</a> (<a href='?title=User_talk%3AUhoj%23top'>talk</a> • <a href='?title=Special%3AContributions%2FUhoj'>contribs</a>) 16:07, 6 January 2024 (UTC)</small> <!--Autosigned by SineBot--></p></div></section><section class='wiki-section collapsible' id='section--ake-use-mdy-dates-have-effect-on-the-as-of-template'><h2 class='section-toggle'>Make use mdy dates have effect on the as of template</h2><div class='wiki-body'><p>I can't figure out how {{tl|use mdy dates}} works, and could somebody make {{tl|as of}} automatically change date formats based on it? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 22:26, 5 January 2024 (UTC)</p> <p>:The primary function of that template is to assign a tracking category. Secondarily, when Citation Style 1 templates (like {{tl|cite web}}) are used, date formats in those citation templates are rendered to match the {{tl|use mdy dates}} or {{tl|use dmy dates}} template, as described in the template's documentation. Making {{tl|as of}} behave like {{tl|cite web}} automatically is probably not trivial, but there are some good coders around here. Since {{tl|use mdy dates}} or its sibling template should be stable on a given page, adding {{para|df}} to a given {{tl|as of}} template transclusion shouldn't be that much work. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 23:48, 5 January 2024 (UTC)</p> <p>::How do the citation modules detect the dateformat templates? I couldn't find anything in the source code. Do they just scan the page content for the template syntax? <a href='?title=%3AUser%3AAaron_Liu'><span style="color: rgb(6,69,173); text-decoration: inherit;">Aaron Liu</span></a> (<a href='?title=User_talk%3AAaron_Liu%23top'>talk</a>) 00:27, 6 January 2024 (UTC)</p> <p>:::See <a href='?title=Module%3ACitation%2FCS1%2FConfiguration'>Module:Citation/CS1/Configuration</a> for detection and <a href='?title=Module%3ACitation%2FCS1%2FDate_validation'>Module:Citation/CS1/Date validation</a> for reformatting. As I said, not trivial. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 01:16, 6 January 2024 (UTC)</p> <p>:::</p> <p>:::Not so difficult really. Because the date-format detection code is in a module that is loaded using <code>mw.loadData ('Module:Citation/CS1/Configuration')</code>, it's relatively inexpensive to write a small module that will use the <code>global_df</code> value that ~/Configuration creates. See <a href='?title=Module%3ASandbox%2FTrappist_the_monk%2Fas_of'>Module:Sandbox/Trappist the monk/as of</a>.</p> <p>:::</p> <p>:::My <a href='?title=Special%3APermalink%2F1193977944'>sandbox</a> has <syntaxhighlight lang="wikitext" inline="1">{{use mdy dates}}</syntaxhighlight> and live and sandbox versions of {{tlx|as of}}. {{tld|as of/sandbox}} auto-formats to the mdy date format.</p> <p>:::</p> <p>:::Just because this is relatively easy to do does not necessarily mean that we should be doing it. That is a question for a different venue.</p> <p>:::—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 16:11, 6 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ector-2022-still-has-limited-width-with-the-skin-setting-turned-off'><h2 class='section-toggle'>Vector (2022) still has limited width with the skin setting turned off</h2><div class='wiki-body'><p>The thing is, if you click the preview link in Preferences, it displays correctly as if the setting is in effect, but otherwise it is not. <a href='?title=User%3AKPu3uC_B_Poccuu'>KPu3uC B Poccuu</a> (<a href='?title=User_talk%3AKPu3uC_B_Poccuu'>talk</a>) 04:58, 5 January 2024 (UTC)</p> <p>:Somebody? <a href='?title=User%3AKPu3uC_B_Poccuu'>KPu3uC B Poccuu</a> (<a href='?title=User_talk%3AKPu3uC_B_Poccuu'>talk</a>) 08:54, 7 January 2024 (UTC)</p> <p>::I'm a bit confused about what you are reporting.</p> <p>::#Are you using the desktop interface?</p> <p>::# Do you have a global skin defined here: <a href='?title=Special%3AGlobalPreferences%23mw-prefsection-rendering'>Special:GlobalPreferences#mw-prefsection-rendering</a>? If so what is that settings?</p> <p>::# What are your settings in: <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a></p> <p>::##What do you have "Skin" set to?</p> <p>::##If set local exception is available, is it set?</p> <p>::##What is Enable limited width mode set to?</p> <p>::##Have you saved your preferences?</p> <p>::#If set above, and saved - what are you seeing that is different from what you expect to see?</p> <p>::. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:25, 7 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--dit-summary-memory'><h2 class='section-toggle'>Edit summary memory</h2><div class='wiki-body'><p>Hey, everyone. I did a disk clean-up the other day and appear to have checked too many boxes. My memorized edit summaries are gone and, worst of all, they do not seem to be being recorded again. It means that I have to type out all of my detailed edit summaries every time I edit instead of using autocomplete. What do I do? <a href='?title=User%3ASurtsicna'>Surtsicna</a> (<a href='?title=User_talk%3ASurtsicna'>talk</a>) 13:09, 7 January 2024 (UTC)</p> <p>:On my computer, those edit summaries are remembered by my web browser (Firefox), not by Wikipedia. See [https://support.mozilla.org/en-US/kb/firefox-doesnt-save-web-form-entries this help page] for instructions on how to tell a browser to remember form field entries. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 14:40, 7 January 2024 (UTC)</p> <p>:Well, you could get a list of your edit summaries and put them into your own <a href='?title=MediaWiki%3AGadget-defaultsummaries.js'>Default Summaries</a> gadget (paste it in lines 20-24 and lines 27-33), at least until your browser remembers them again. Do you use all of your edit summaries, or is there an delimiter, like last x days or top x used ? <a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 16:12, 7 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iscussion-at-emplate-talk-ontains-special-characters-isplaying-only-when-needed-emplate-talk-ontains-special-characters-nbsp-isplaying-only-when-needed-'><h2 class='section-toggle'>Discussion at [[:Template talk:Contains special characters#Displaying only when needed|Template talk:Contains special characters §&nbsp;Displaying only when needed]]</h2><div class='wiki-body'><p><a href='?title=File%3ASymbol_watching_blue_lashes_high_contrast.svg'>File:Symbol watching blue lashes high contrast.svg</a> You are invited to join the discussion at <a href='?title=%3ATemplate_talk%3AContains_special_characters%23Displaying_only_when_needed'>Template talk:Contains special characters § Displaying only when needed</a>. <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 04:59, 8 January 2024 (UTC)<!-- <a href='?title=Template%3APlease_see'>Template:Please see</a> --></p></div></section><section class='wiki-section collapsible' id='section--daptive-multiple-tables'><h2 class='section-toggle'>Adaptive multiple tables</h2><div class='wiki-body'><p>If an article has several small tables, it is often "nicer" to have them displayed in a row rather than in a narrow vertical column. This fine for large screens, but on a mobile or other small screen it is better to have the tables float into several rows to match the available display. To do this, I have used an {{code|inline-table}} style like this:</p> <p>: <code><nowiki><div><ul><li style="display: inline-table; margin-right:1em;"> ..TABLE.. </li><li style="display: inline-table; margin-right:1em;"> ..TABLE.. </li></ul></div></nowiki></code></p> <p>This does indeed work. However, is there a <em>better</em> way? Is there a more "<em>official</em>" way? — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 14:38, 8 January 2024 (UTC)</p> <p>: Can't you just use <code><nowiki>{| style="float:left"</nowiki></code> on each table? — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 15:01, 8 January 2024 (UTC)</p> <p>:: I can! I used <code><nowiki>float:left; margin-right:1em;</nowiki></code> That works too and is a lot simpler. Thanks. Any view about an "<em>official</em>" way? — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 17:06, 8 January 2024 (UTC)</p> <p>:::See <a href='?title=Help%3ATable%2FAdvanced%23Side_by_side_tables'>Help:Table/Advanced#Side by side tables</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 17:13, 8 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--earching-for-the-source-of-the-user-facing-email-this-user-guidance'><h2 class='section-toggle'>Searching for the source of the user-facing "email this user" guidance</h2><div class='wiki-body'><p>Where is the text in the box at the top of the <a href='?title=Special%3AEmailUser%2FWbm1058'>Email this user</a> special page coming from?</p> <p>Searching <a href='?title=mw%3ACodesearch'>mw:Codesearch</a> for [https://codesearch.wmcloud.org/search/?q=confidential+subject&files=.*&excludeFiles=&repos= "confidential subject"] finds nothing. Searching for [https://codesearch.wmcloud.org/search/?q=private+log&files=.*&excludeFiles=&repos= "private log"] finds several uses, but [https://codesearch.wmcloud.org/search/?q=private+log+will+record&files=.*&excludeFiles=&repos= "private log will record"] finds nothing.</p> <p>Presumably [https://gerrit.wikimedia.org/g/mediawiki/core/+/7731c6e914e7e0db5dcc1dd8a001c9bf6957c1e4/includes/specials/SpecialEmailUser.php SpecialEmailUser.php] is the code that runs the special page for sending email, but if the boxed message at the top of that page isn't part of the code base, where does that code get it from? This is not easy to figure out. How does <code>public function sendEmailForm()</code> generate the "send email form"? Is the box above the form part of the form, or separate from it? <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 18:39, 8 January 2024 (UTC)</p> <p>:A test of that page using <code>?uselang=qqx</code> [https://en.wikipedia.org/wiki/Special:EmailUser/Wbm1058?uselang=qqx here] shows that the box at the top comes from the interface message <a href='?title=MediaWiki%3AEmailpagetext'>MediaWiki:Emailpagetext</a> <a href='?title=User%3AAidan9382'>Aidan9382</a> _{(<a href='?title=User_talk%3AAidan9382'>talk</a>)} 18:49, 8 January 2024 (UTC)</p> <p>::Yes, and the message is customized here at the English Wikipedia. The default message can be seen at <a href='?title=MediaWiki%3AEmailpagetext%2Fqqx'>MediaWiki:Emailpagetext/qqx</a>. See <a href='?title=WP%3AQQX'>WP:QQX</a> for tips to find system messages. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:13, 8 January 2024 (UTC)</p> <p>:::At least it's an intuitive shortcut.<span id="Qwerfjkl:1704748644794:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 21:17, 8 January 2024 (UTC)</span></p> <p>::::Right. <strong><a href='?title=QQX'>QQX</a></strong>. I have no idea what that acronym stands for. Thanks for your help. I recall being shown this trick before, but had forgotten the specific syntax that was used.</p> <p>::::I guess this is the line of code that finds<a href='?title=MediaWiki%3AEmailpagetext'>MediaWiki:Emailpagetext</a>, since it's the only place I found 'emailpagetext' in the code:</p> <p>:::::<code>->addPreHtml( $this->msg( 'emailpagetext', $this->mTarget )->parse() )</code></p> <p>::::Should add <a href='?title=Special%3AAllMessages'>Special:AllMessages</a> to the code base that <a href='?title=mw%3ACodesearch'>mw:Codesearch</a> searches, so that it finds the system messages that are searched for. – <a href='?title=User%3AWbm1058'>wbm1058</a> (<a href='?title=User_talk%3AWbm1058'>talk</a>) 22:59, 8 January 2024 (UTC)</p> <p>:::::qqx is a <a href='?title=ISO_639-3%23Special_codes'>special code</a> which can be deployed for internal purposes. <a href='?title=MediaWiki'>MediaWiki</a> uses it to request debugging information. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 23:08, 8 January 2024 (UTC)</p> <p>::::::I made the redirect <a href='?title=WP%3AQQX'>WP:QQX</a> for users who already know there is something called qqx and search for it. Somebody else added {{tlx|Shortcut|WP:QQX}} at the target section. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:13, 8 January 2024 (UTC)</p> <p>:::::{{replyto|Wbm1058}} <code>qqx</code> isn't an acronym, it doesn't stand for anything. See <a href='?title=ISO_639-2%23Reserved_for_local_use'>ISO 639-2#Reserved for local use</a>, which has: {{tq|The interval from {{samp|qaa}} to {{samp|qtz}} is "reserved for local use" and is not used in ISO 639-2 nor in <a href='?title=ISO_639-3%23Special_codes'>ISO 639-3</a>.}} Therefore, we can use <code>qqx</code> as an unofficial pseudo-language code, safe in the knowledge that the ISO will never allocate it to a real-world language. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 00:17, 9 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ech-ews-2024-02'><h2 class='section-toggle'>Tech News: 2024-02</h2><div class='wiki-body'><p><section begin="technews-2024-W02"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2024%2F02'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>[https://mediawiki2latex.wmflabs.org/ mediawiki2latex] is a tool that converts wiki content into the formats of LaTeX, PDF, ODT, and EPUB. The code now runs many times faster due to recent improvements. There is also an optional Docker container you can <a href='?title=b%3Ade%3ABenutzer%3ADirk_H%C3%BCnniger%2Fwb2pdf%2Finstall%23Using_Docker'>install</a> on your local machine.</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The way that Random pages are selected has been updated. This will slowly reduce the problem of some pages having a lower chance of appearing. [https://phabricator.wikimedia.org/T309477]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.42%2Fwmf.13'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2024-01-09|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2024-01-10|en}}. It will be on all wikis from {{#time:j xg|2024-01-11|en}} (<a href='?title=mw%3AMediaWiki_1.42%2FRoadmap'>calendar</a>). [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2024%2F02'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="technews-2024-W02"/></p> <p><bdi lang="en" dir="ltr"><a href='?title=User%3AMediaWiki_message_delivery'>MediaWiki message delivery</a></bdi> 01:17, 9 January 2024 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=26026251 --></p></div></section><section class='wiki-section collapsible' id='section--links-give-generic-citations-in-citation-tool'><h2 class='section-toggle'>DOI links give generic citations in VE citation tool</h2><div class='wiki-body'><p>Hi all</p> <p>I'm working on a partnership with FAO (the part of the UN that works on Food and Agriculture). I have a question about the VE citation tool, when I try to cite their links which all use a DOI eg https://doi.org/10.4060/cc7937en the citation tool doesn't give the name of the publication, just 'publication preview page'. Can someone tell me why this is happening so that I can ask them to change it so their DOI links work with the VE citation tool?</p> <p><ref>{{Cite web |title=Publication preview page {{!}} FAO {{!}} Food and Agriculture Organization of the United Nations |url=https://www.fao.org/documents/card/en?details=cc7937en |access-date=2024-01-07 |website=FAODocuments |language=en |doi=10.4060/cc7937en}}</ref></p> <p>Thanks very much</p> <p><a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 06:19, 7 January 2024 (UTC) <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 06:19, 7 January 2024 (UTC)</p> <p>{{reflist-talk}}</p> <p>:Might be an issue with the information passed on to <a href='?title=Zotero'>Zotero</a>, my understanding is that Citoid draws its information from there. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 07:18, 7 January 2024 (UTC)</p> <p>::Thank you {{u|Jo-Jo Eumerus}} is there anywhere I can ask or anyone I can ask who would know about this and specifically what to change at their end to make this work properly? <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 08:53, 7 January 2024 (UTC)</p> <p>:::Just a quick question, are you using "10.4060/cc7937en" or "https://doi.org/10.4060/cc7937en" when you automatically generate the cite?<br>If you include the https:// part it generates a cite web:<br/>{{Cite web |title=Publication preview page {{!}} FAO {{!}} Food and Agriculture Organization of the United Nations |url=https://www.fao.org/documents/card/en?details=cc7937en |access-date=2024-01-07 |website=FAODocuments |language=en |doi=10.4060/cc7937en}}<br/> If you just use the doi (10.4060/cc7937en) it realises you want a cite report and generates:<br/>{{Cite report |url=http://www.fao.org/documents/card/en/c/cc7937en |title=In Brief to The State of Food and Agriculture 2023 |date=2023-11-06 |publisher=FAO |doi=10.4060/cc7937en |language=en}}<br/>I'd guess citoid automatically thinks you want cite web if you use a URL. -- <small>LCU</small> <strong><a href='?title=User%3AActivelyDisinterested'>A<small>ctively</small>D<small>isinterested</small></a></strong> <small><em>«<a href='?title=User_talk%3AActivelyDisinterested'>@</a>» °<a href='?title=Special%3AContributions%2FActivelyDisinterested'>∆t</a>°</em></small> 14:17, 7 January 2024 (UTC)</p> <p>::::Thanks very much {{u|ActivelyDisinterested}}, this is a great workaround :) <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 05:44, 9 January 2024 (UTC)</p> <p>::: And it looks like it is gathering information from the metadata of the target page, e.g. <code><meta property="og:title" content="Publication preview page | FAO | Food and Agriculture Organization of the United Nations" /></code>. — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 14:25, 7 January 2024 (UTC)</p> <p>:::: Thaks very much {{u|Jts1882}}, really helpful. <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 05:44, 9 January 2024 (UTC)</p> <p>Thanks very much {{u|Jts1882}}, {{u|ActivelyDisinterested}} and {{u|Jo-Jo Eumerus}} I've created [https://phabricator.wikimedia.org/T354589 a Phab task] to request that urls to DOI.org are treated as DOIs, this should hopefully produce much higher quality references on Wikipedia for people using DOIs in this way. <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 06:08, 9 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--oes-anyone-know-how-to-change-the-ef-oolbar-so-that-it-is-compatible-with-sfn-'><h2 class='section-toggle'>Does anyone know how to change the RefToolbar so that it is compatible with sfn?</h2><div class='wiki-body'><p>Currently, the <a href='?title=Wikipedia%3ARefToolbar%2F2.0'>Wikipedia:RefToolbar/2.0</a> outputs a template within ref tags. Is there anyone who knows how to write an userscript or gadget with similar functionality that instead outputs a template w/o ref tags, but with a pre-filled {{tl|sfn}} output? I don't know anything about how to write JS. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 07:55, 8 January 2024 (UTC)</p> <p>:I don't think VE has anything in the cite-making for making sfn:s either. <a href='?title=User%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>Gråbergs Gråa Sång</a> (<a href='?title=User_talk%3AGr%C3%A5bergs_Gr%C3%A5a_S%C3%A5ng'>talk</a>) 10:30, 8 January 2024 (UTC)</p> <p>::I'll ask a few technically versed editors if they know of any such script, or how to make one. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 06:51, 9 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--talicized-titles-cut-off-by-the-hamburger-menu'><h2 class='section-toggle'>Italicized titles cut off by the hamburger menu</h2><div class='wiki-body'><p>Are the serifs of the first letter of these titles being cut off by the hamburger menu in Vector 2023 for anyone else? <a href='?title=An_American_Journey'>An American Journey</a>, <a href='?title=Jane%27s_Defence_Weekly'>Jane's Defence Weekly</a>, <a href='?title=Zhou_Enlai%3A_The_Last_Perfect_Revolutionary'>Zhou Enlai: The Last Perfect Revolutionary</a>. Only affects the letters A, J and Z from what I can tell. (Edge, Windows 11) <a href='?title=User%3ASchierbecker'>Schierbecker</a> (<a href='?title=User_talk%3ASchierbecker'>talk</a>) 02:29, 7 January 2024 (UTC)</p> <p>:Not for me. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:30, 9 January 2024 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ages-with-most-transclusions-of-a-template'><h2 class='section-toggle'>Pages with most transclusions of a template</h2><div class='wiki-body'><p>Is there a way to easily identify which page has the most transclusions of a particular template? For example, which article has the most {{tl|citation needed}} tags? <a href='?title=User%3ANikkimaria'>Nikkimaria</a> (<a href='?title=User_talk%3ANikkimaria'>talk</a>) 00:35, 1 January 2024 (UTC)</p> <p>:<a href='?title=User%3ANikkimaria'>Nikkimaria</a>, I am fairly sure the answer is no, because that would require looking at the source text.<span id="Qwerfjkl:1704102722706:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 09:52, 1 January 2024 (UTC)</span></p> <p>::<code>insource:...</code> is a longstanding feature of the search interface. If you want to make the servers fall over, you could craft a regex (see <a href='?title=%3Amw%3AHelp%3ACirrusSearch%23Regular_expression_searches'>:mw:Help:CirrusSearch#Regular_expression_searches</a>) to look for "at least 100" of a template. Then depending on how many hits you get, look for "at least 200" or "at least 50", gradually narrowing down the largest number of uses. Maybe the <a href='?title=WP%3AQuarry'>WP:Quarry</a> magicians can help? <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 10:13, 1 January 2024 (UTC)</p> <p>:::Quarry won't be able to help with this, because it has no access to the wikitext. The nearest it could manage is to list pages with one or more tags, without saying how many tags each page has, which is insufficient and more easily done by other means. Cirrus search has its own flavour of regular expression which lacks many features found in most flavours. In particular, Cirrus lacks a syntax such as {{!xt|(Foo){100} }} meaning 100 occurrences of Foo. It would have to be written out in full, grossly exceeding the 300-character limit for search expressions. It's a job for a (simple) custom program running on a database dump. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 12:32, 1 January 2024 (UTC)</p> <p>::::I agree this would be easy on a local dump:) But the CirrusSearch docs say grouping and repetition-count are supported. And I just verified that my test page containing the string:</p> <p>:::::<code>foo wocka foo fiddle foo banana foo more</code></p> <p>::::was found by</p> <p>:::::<code>insource:/(foo.*){<em>XXX</em>}/</code></p> <p>::::when <em>XXX</em> was any single number 1–4 (but not any larger) or any range of numbers (comma-separated) that included at least any subset of 1–4 (but not if it only included 5+). Not surprisingly,</p> <p>:::::<code>insource:/(\{\{citation needed.*){10,25}/</code></p> <p>::::timed out. But before doing so it did find >20 results and spot-checking they do have at least 10 CNs. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 13:23, 1 January 2024 (UTC)</p> <p>:::::Hey, let's play kill-the-wiki!</p> <p>::::::<code>insource:/(\{\{citation needed.*){100}/</code></p> <p>:::::limited to mainspace timed out after finding 8 results:</p> <p>:::::*<a href='?title=2008_Nepalese_Constituent_Assembly_election'>2008 Nepalese Constituent Assembly election</a></p> <p>:::::*<a href='?title=Kazuhiko_Inoue'>Kazuhiko Inoue</a></p> <p>:::::*<a href='?title=List_of_sovereign_debt_crises'>List of sovereign debt crises</a></p> <p>:::::*<a href='?title=List_of_ship_decommissionings_in_1946'>List of ship decommissionings in 1946</a></p> <p>:::::*<a href='?title=List_of_Kappa_Alpha_Psi_members'>List of Kappa Alpha Psi members</a></p> <p>:::::*<a href='?title=List_of_Jewish_historians'>List of Jewish historians</a></p> <p>:::::*<a href='?title=Saint_symbolism%3A_Saints_%28Q%E2%80%93Z%29'>Saint symbolism: Saints (Q–Z)</a></p> <p>:::::*<a href='?title=List_of_Amores_verdaderos_episodes'>List of Amores verdaderos episodes</a></p> <p>:::::so there are at least these articles with 100+ literal CN tags in their wikisource. In <a href='?title=Kazuhiko_Inoue'>Kazuhiko Inoue</a>, they are all in a commented-out table. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 13:46, 1 January 2024 (UTC)</p> <p>::::::Thanks, I never knew Cirrus supported {n} – I always wondered why { and } were special characters! A shorter version of kill-the-wiki</p> <p>:::::::<code>citation insource:/(\{\{[Cc]itation needed.*){100}/ prefix:A</code> [https://en.wikipedia.org/w/index.php?search=citation+insource%3A%2F%28%5C%7B%5C%7B%5BCc%5Ditation+needed.%2A%29%7B100%7D%2F+prefix%3AA&title=Special:Search&profile=advanced&fulltext=1&ns0=1]</p> <p>::::::produces one result and might find most cases if repeated for B–Z (and prefix:2, which has several). <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 14:24, 1 January 2024 (UTC)</p> <p>:::::::{{small|1=Now just need to find out what <code><nowiki><</nowiki></code> and <code><nowiki>></nowiki></code> do.}}<span id="Qwerfjkl:1704126715702:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt">— <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:31, 1 January 2024 (UTC)</span></p> <p>::::::::<small>< and > are for number ranges, e.g. <1998-2002> finds any of those five years. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 20:05, 3 January 2024 (UTC)</small></p> <p>:::::::I suppose one added problem here is that 550k+ pages transclude {{tl|citation needed}} but another 35k have {{tl|fact}} & 97k have {{tl|cn}} (plus a couple of thousand in total using one of the more obscure redirects). I guess about 20% of uses are using a variant form, and presumably some fair chunk of articles that have built up tags over time will use a mixture of formats? <a href='?title=User%3AAndrew_Gray'>Andrew Gray</a> (<a href='?title=User_talk%3AAndrew_Gray'>talk</a>) 18:32, 3 January 2024 (UTC)</p> <p>::::::::There are 70 redirects from {{tl|Are you sure?}} to {{tl|Uncited}}. In theory, we could check them all. In practice, only the two you mention are probably worth the bother.</p> <p>:::::::::<code>hastemplate:"citation needed" insource:/(\{\{([Cc]itation needed|[Cc][Nn]|[Ff]act)[^a-z].*){100}/ prefix:A</code> [https://en.wikipedia.org/w/index.php?search=hastemplate%3A%22citation+needed%22+insource%3A%2F%28%5C%7B%5C%7B%28%5BCc%5Ditation+needed%7C%5BCc%5D%5BNn%5D%7C%5BFf%5Dact%29%5B%5Ea-z%5D.%2A%29%7B100%7D%2F+prefix%3AA&title=Special:Search&profile=advanced&fulltext=1&ns0=1]</p> <p>::::::::traps a couple more, such as <a href='?title=Akira_Ishida'>Akira Ishida</a> which has 80 {{tl|citation needed}} and 83 {{tl|cn}}. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 20:13, 3 January 2024 (UTC)</p> <p>Trey from the WMF Search Patform Team here. I only have a few things to add:</p> <ul> <li>Certes is right that a custom program on a dump is the most straightforward way to go.</li> <li>Almost any regex search with a wildcard will time out on enwiki because there's just too much data to grep through.</li> <li>Behind the scenes we use an index of wikitext letter trigrams to speed up regex searches, so <code>insource:/\{\{cn\}\}/</code> <em>doesn't</em> time out because it's searching for articles containing <em>{{c, {cn, cn},</em> and <em>n}}</em> before grepping, which really cuts down on the amount of text to grep because those are not common trigrams.</li> <li>Any non-regex terms you can add to a regex search also helps kill the wiki a little less! Since the expanded text of templates is indexed, any expanded {{tl|cn}} template will also have <em>citation</em> indexed, so a query like <code>citation insource:/(\{\{[Cc]itation needed.*){100}/</code> above is more efficient than without <em>citation,</em> because it limits the grepping to 1.3M enwiki articles instead of 6.7M articles. <em>"citation needed"</em> with quotes is better yet, since it limits the grepping to 0.5M articles. (e.g., <code>"citation needed" insource:/(\{\{[Cc]itation needed.*){100}/</code>)</li> <li>Including <em>"citation needed"</em> in your query also excludes results where the template is only used in comments, since those are not expanded. A query like <code>[https://en.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7B%5C%7Bcn%5C%7D%5C%7D%2F+-citation&title=Special:Search&profile=default&fulltext=1 insource:/\{\{cn\}\}/ -citation]</code> gives pages that only have {{tl|cn}} in comments.</li> </ul> <p><a href='?title=User%3ATJones_%28WMF%29'>TJones (WMF)</a> (<a href='?title=User_talk%3ATJones_%28WMF%29'>talk</a>) 17:21, 9 January 2024 (UTC)</p></div></section></div></main> <footer class="site-footer"> <div class="footer-container"> <div class="footer-links"> <a href="/about.php">About</a> <a href="/help.php">Help</a> <a href="/updates.php">Updates</a> <a href="/contact.php">Contact</a> <a href="/privacy.php">Privacy</a> <a href="/terms.php">Terms</a> <a href="https://github.com/yourusername/friendly-wiki" target="_blank" rel="noopener">GitHub</a> </div> <div class="footer-copy"> © 2025 Friendly Wiki. All rights reserved. </div> </div> </footer> <script> const toggle = document.getElementById('mobileMenuToggle'); const menu = document.getElementById('mobileMenu'); toggle.addEventListener('click', () => { menu.classList.toggle('active'); }); </script> <!-- Collapsible toggle --> <script> document.addEventListener("DOMContentLoaded", function () { const toggles = document.querySelectorAll('.section-toggle'); toggles.forEach(toggle => { toggle.addEventListener('click', function () { const section = toggle.closest('.collapsible'); const body = section.querySelector('.wiki-body'); body.classList.toggle('collapsed'); }); }); }); </script>