Wikipedia:Village_pump_(technical)

I got this error when trying to edit an article. I see this has happened before in 2020. Looks like someone at Wikipedia:Help desk#Database error when trying to edit an article has filed a ticket at Phabricator, tracked at phab:T352628. InfiniteNexus (talk) 07:17, 4 December 2023 (UTC)

@InfiniteNexus I encountered the same bug about 10 minutes ago. Bug now, it seems that the this DB bug is resolved. Hooman Mallahzadeh (talk) 08:13, 4 December 2023 (UTC)

I keep getting this error trying to edit Wellington (disambiguation). I'm able to edit other articles. older ≠ wiser 12:05, 4 December 2023 (UTC)

I just got it, and reproduced, trying to do a small edit on Handball (disambiguation), something's fishy here.

[880bbfb7-540e-49ff-bd80-5d1f0880e872] 2023-12-04 13:11:04: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

--Joy (talk) 13:12, 4 December 2023 (UTC)

My new attempts there also get:

To avoid creating high replication lag, this transaction was aborted because the write duration (3.465854883194) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead.

[5b6f2722-25fb-4736-a8a1-061b5bc2d481] 2023-12-04 14:31:18: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError"

--Joy (talk) 14:31, 4 December 2023 (UTC)

JFTR that edit went through in the meantime. And Phabricator indicates the developers are figuring it out. --Joy (talk) 17:05, 4 December 2023 (UTC)

I also had errors on two edits in the last couple of hours. I didn't record the first but the second was [29eec93d-299b-4bdf-89d1-88caca3466b5] 2023-12-04 14:13:41: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError" on this edit. Both worked after I used the browser's Back button and clicked Publish again. Certes (talk) 14:17, 4 December 2023 (UTC)

Still getting an error on this. I was getting something about a transaction being too large and taking too long (>3 sec) for a couple attempts. This attempt I got

A database query error has occurred. This may indicate a bug in the software.
[4d773f04-424e-4f64-af0f-f259aa808ecd] 2023-12-04 14:44:28: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

Attempts to edit my user sandbox page were successful.

Kimen8 (talk) 14:45, 4 December 2023 (UTC)

I've been getting this error this morning too: To avoid creating high replication lag, this transaction was aborted because the write duration (15.307519674301) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead. [1cd8ddfe-f560-4300-b162-1d4d0448423c] 2023-12-04 16:19:03: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError" These aren't large changes I'm attempting. I have gotten a few edits through, but it's hit or miss. – Muboshgu (talk) 16:23, 4 December 2023 (UTC)

It seems to be an issue with DB queries taking too long, see https://phabricator.wikimedia.org/T352628#9379558 for more information NW1223<Howl at me•My hunts> 16:35, 4 December 2023 (UTC)

Got it when trying to edit Legislative Assembly of Costa Rica, but when I tried a second time, the edit went through fine. Cremastra (talk) 17:44, 4 December 2023 (UTC)

I got this type of error just now trying to edit Luzerne County, Pennsylvania. At least now I know what the problem is. QuicoleJR (talk) 16:46, 4 December 2023 (UTC)

Database error

I'm trying to revert this unsourced/WP:CRYSTAL edit to 2007 Formula One World Championship, but I keep getting error messages of the form:

A database query error has occurred. This may indicate a bug in the software.
[38a2ed1b-239f-4448-841c-e65ec46331ef] 2023-12-04 08:28:23: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

I've tried a couple of different edit summaries, and I'm able to edit other articles. Could someone else please try reverting the edit? Thanks. DH85868993 (talk) 08:32, 4 December 2023 (UTC)

I tried to revert it and also got a DBQueryError. It looks like there is already a ticket filed on Phabricator; see Wikipedia:Village_pump_(technical)#Wikimedia\Rdbms\DBQueryError. Malerisch (talk) 08:46, 4 December 2023 (UTC)

Am having the same problem at First Mithridatic War and another editor has reported similar problems at WP:Teahouse - Arjayay (talk) 11:52, 4 December 2023 (UTC)

Have now edited First Mithridatic War - problem may be cleared/clearing? - Arjayay (talk) 12:46, 4 December 2023 (UTC)

Me as well at Vista, California ... [ab2894fb-78ff-4187-a212-713464e91635] 2023-12-04 12:22:58: Fatal exception of type "Wikimedia\Rdbms\DBQueryError". Magnolia677 (talk) 12:25, 4 December 2023 (UTC)

Same here, at Deer Park, New York: [a4dc9654-fbed-48be-8eb3-a597446272e9] 2023-12-04 12:32:07: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" WikiDan61^ChatMe!_ReadMe!! 12:33, 4 December 2023 (UTC)

And the same here (in the UK), from about 2 hours ago, editing Caligula, using MacBook. Sometimes it lets me edit but not save. Other times, it works fine but not for long. There's no pattern to it that I can discern. My Watchlist responds to changes in all other articles. Haploidavey (talk) 12:59, 4 December 2023 (UTC) Just tried a test edit, and was treated to the following:

I am getting this with many different articles. Mellk (talk) 13:21, 4 December 2023 (UTC)

Database error

To avoid creating high replication lag, this transaction was aborted because the write duration (5.7858679294586) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead.

[b08b554e-cf70-4cd8-8291-03dd2733d85a] 2023-12-04 13:01:46: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError"

Haploidavey (talk) 13:08, 4 December 2023 (UTC)

This is the kind I'm getting, and lots of them:

Database error

A database query error has occurred. This may indicate a bug in the software.

[74e1f80b-d290-4d16-836e-3c887005d683] 2023-12-04 14:01:55: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

 — SMcCandlish ☏ ¢ 😼  14:08, 4 December 2023 (UTC)

Getting the same issue with the article Martin Artyukh. [85a67d40-833b-409f-a662-ba0486de9b09] 2023-12-04 15:51:16: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" --BlameRuiner (talk) 15:52, 4 December 2023 (UTC)

Yup, I'm getting the same error across multiple articles - sometimes takes multiple attempts to get a change to save. Parsecboy (talk) 16:23, 4 December 2023 (UTC)

Recovering from it?

When this error hits me, if I go "back" in the browser to get back to the text I was working on, all my changes are gone. This is actually weird behavior in Chrome. E.g., if I instead get an edit-conflict page, I can "Back" in the browser freely. But when this DB error happens, it's like it somehow messes up the page cache. Does anyone know of a way to recover the text that was being worked on? I have an article that did a whole lot of cleanup work in (probably a good half hour of it) and don't want to lose all that work if I can help it. I'm still sitting on the DB error page on that one.  — SMcCandlish ☏ ¢ 😼  14:08, 4 December 2023 (UTC)

Update: I took a gamble, and it turns out that clicking the Reload button worked (caveats: in Chrome, and without triggering another DB error; I have no idea what another browser would do, or what would happen if the DB error had recurred, and it might, since in trying to make a typo fix at another page I had to try five times, though each time I did it as a manual edit, not a reload).  — SMcCandlish ☏ ¢ 😼  14:28, 4 December 2023 (UTC)

FWIW in my Firefox, the back button got me back into the previous state, with the content and summary fields intact, so I can keep retrying trivially. --Joy (talk) 14:33, 4 December 2023 (UTC)

I'm in Microsoft Edge, and the back button gets me to the state pre-submission, with edits and summary in place. Though I am now taking a copy of the text before clicking Publish. Tacyarg (talk) 14:55, 4 December 2023 (UTC)

I'm using Chrome on a chromebook and if I hit the Back button, I get the original article state from when I hit edit (i.e., I lost my changes and edit summary). I'm just going to wait until it seems to be resolved before making any more edits. Kimen8 (talk) 14:58, 4 December 2023 (UTC)

Fixed?

phab:T352628 claims the issue is fixed. I went back to retry my edit at Deer Park, New York and was successful. WikiDan61^ChatMe!_ReadMe!! 18:06, 4 December 2023 (UTC)

It is indeed fixed. NW1223<Howl at me•My hunts> 18:11, 4 December 2023 (UTC)

Yep, fixed now. InfiniteNexus (talk) 18:54, 4 December 2023 (UTC)

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 gray out the expand button for the section it's in! 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.

I don't think a noob is gonna figure this out.

Yall heard about this??? jp×g🗯️ 20:41, 30 December 2023 (UTC)

@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 smart kitten_[meow] 21:34, 30 December 2023 (UTC)

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. Folly Mox (talk) 01:41, 5 January 2024 (UTC)

When I ran into this problem, my solution was to click "edit full page" and make a dummy edit under the section header 47.188.8.46 (talk) 21:58, 5 January 2024 (UTC)

purging did nothing btw 47.188.8.46 (talk) 21:58, 5 January 2024 (UTC)

Man the reply tool is really "on some other shiznit" as the kids say, I can't reply to this either. jp×g🗯️ 21:42, 30 December 2023 (UTC)

Is this phab:T338920? I searched Phabricator and found this other ticket, which looks like the issue in question; but that was closed in favour of re-opening the aforementioned task. Best, ‍—‍a smart kitten_[meow] 02:08, 3 January 2024 (UTC)

Is there a way to easily identify which page has the most transclusions of a particular template? For example, which article has the most {citation needed} tags? Nikkimaria (talk) 00:35, 1 January 2024 (UTC)

Nikkimaria, I am fairly sure the answer is no, because that would require looking at the source text. — Qwerfjkltalk 09:52, 1 January 2024 (UTC)

insource:... is a longstanding feature of the search interface. If you want to make the servers fall over, you could craft a regex (see mw:Help:CirrusSearch#Regular_expression_searches) 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 WP:Quarry magicians can help? DMacks (talk) 10:13, 1 January 2024 (UTC)

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 (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. Certes (talk) 12:32, 1 January 2024 (UTC)

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:

foo wocka foo fiddle foo banana foo more

was found by

insource:/(foo.*){XXX}/

when XXX 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,

insource:/(\{\{citation needed.*){10,25}/

timed out. But before doing so it did find >20 results and spot-checking they do have at least 10 CNs. DMacks (talk) 13:23, 1 January 2024 (UTC)

Hey, let's play kill-the-wiki!

insource:/(\{\{citation needed.*){100}/

limited to mainspace timed out after finding 8 results:

• 2008 Nepalese Constituent Assembly election
• Kazuhiko Inoue
• List of sovereign debt crises
• List of ship decommissionings in 1946
• List of Kappa Alpha Psi members
• List of Jewish historians
• Saint symbolism: Saints (Q–Z)
• List of Amores verdaderos episodes

so there are at least these articles with 100+ literal CN tags in their wikisource. In Kazuhiko Inoue, they are all in a commented-out table. DMacks (talk) 13:46, 1 January 2024 (UTC)

Thanks, I never knew Cirrus supported {n} – I always wondered why { and } were special characters! A shorter version of kill-the-wiki

citation insource:/(\{\{[Cc]itation needed.*){100}/ prefix:A [1]

produces one result and might find most cases if repeated for B–Z (and prefix:2, which has several). Certes (talk) 14:24, 1 January 2024 (UTC)

Now just need to find out what < and > do.— Qwerfjkltalk 16:31, 1 January 2024 (UTC)

< and > are for number ranges, e.g. <1998-2002> finds any of those five years. Certes (talk) 20:05, 3 January 2024 (UTC)

I suppose one added problem here is that 550k+ pages transclude {citation needed} but another 35k have {fact} & 97k have {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? Andrew Gray (talk) 18:32, 3 January 2024 (UTC)

There are 70 redirects from {Are you sure?} to {Uncited}. In theory, we could check them all. In practice, only the two you mention are probably worth the bother.

hastemplate:"citation needed" insource:/(\{\{([Cc]itation needed|[Cc][Nn]|[Ff]act)[^a-z].*){100}/ prefix:A [2]

traps a couple more, such as Akira Ishida which has 80 {citation needed} and 83 {cn}. Certes (talk) 20:13, 3 January 2024 (UTC)

I've been trying to make this script 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? Aaron Liu (talk) 04:45, 1 January 2024 (UTC)

The api.get() method returns a promise. Async–await is the recommended way to deal with them. – SD0001 (talk) 14:05, 1 January 2024 (UTC)

These are jQuery promises, not ES promises. If I await it, the editor gives me an error "Missing ";" before statement" Aaron Liu (talk) 15:20, 1 January 2024 (UTC)

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. Galobtter (talk) 16:08, 1 January 2024 (UTC)

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? Aaron Liu (talk) 16:27, 1 January 2024 (UTC)

Aaron Liu, use a wider-scoped variable i.e. one that is declared outside the loop, and store the data in that. — Qwerfjkltalk 16:33, 1 January 2024 (UTC)

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.
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. Aaron Liu (talk) 16:42, 1 January 2024 (UTC)

Async–await is supported on all compatible browsers. They're not supported only for gadgets which undergo validation and minification. If the editor complains about this, you can silence it by putting /* jshint esversion: 8 */ at the top. – SD0001 (talk) 16:42, 1 January 2024 (UTC)

I've tried saving it, and it gives me an error in the console too. I use Firefox 115. Aaron Liu (talk) 16:43, 1 January 2024 (UTC)

Aaron Liu, you can't use await inside a non-async function. You need to make the function async. — Qwerfjkltalk 16:45, 1 January 2024 (UTC)

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.
To SD0001: that comment disables all hints with a "Incompatible values for the 'esversion' and 'esnext' linting options." warning next to the comment Aaron Liu (talk) 16:51, 1 January 2024 (UTC)

Aaron Liu, why can't you do it? You can just add await before function in the first line, no? — Qwerfjkltalk 17:02, 1 January 2024 (UTC)

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. Aaron Liu (talk) 17:10, 1 January 2024 (UTC)

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. – SD0001 (talk) 18:05, 1 January 2024 (UTC)

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. isaacl (talk) 18:26, 1 January 2024 (UTC)

re the comment: hmm weird, looks like MediaWiki's version of Ace also applies the deprecated esnext: true flag, with which esversion isn't compatible. So you'd need to do /* jshint esversion: 8, esnext: false */ – SD0001 (talk) 18:07, 1 January 2024 (UTC)

Aaron Liu, I'm fairly sure you want to do api.get(requestData).then() rather than .done() (Nevermind). — Qwerfjkltalk 16:29, 1 January 2024 (UTC)

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: Updated code. –Novem Linguae (talk) 03:59, 2 January 2024 (UTC)

I've made User:Nardog/Unpipe.js to fulfill the same request, using TemplateScript rather than AutoEd. Nardog (talk) 04:47, 2 January 2024 (UTC)

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. –LaundryPizza03 (dc̄) 11:50, 1 January 2024 (UTC)

LaundryPizza03, are you double-clicking the save button? I'm fairly sure I've seen this problem at VPT before. — Qwerfjkltalk 16:32, 1 January 2024 (UTC)

No. It just happens. –LaundryPizza03 (dc̄) 20:20, 1 January 2024 (UTC)

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. PrimeHunter (talk) 22:56, 1 January 2024 (UTC)

Somehow, in Integrated Software for Imagers and Spectrometers, 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? BD2412 T 14:45, 1 January 2024 (UTC)

It happened in [3]. 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. PrimeHunter (talk) 22:50, 1 January 2024 (UTC)

Thanks, I am astounded. BD2412 T 03:49, 2 January 2024 (UTC)

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 et al. create something like Footnote #5 in Rising Star Cave. 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 |author-link=. A tool to convert |author= to |first= / |last=. It goes on. -- GreenC 04:20, 2 January 2024 (UTC)

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. Jo-Jo Eumerus (talk) 08:39, 2 January 2024 (UTC)

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 {cite encyclopedia} and its polysemic |title= field could easily fill at least a class or two. A masters thesis on how to rewrite this template and how to implement those changes, technically and politically, would be most helpful. We have thousands of other citation template varieties to consider. -- GreenC 18:02, 3 January 2024 (UTC)

PrimeHunter, I suppose you could look for a, b, c etc. at the end of author names. — Qwerfjkltalk 10:15, 2 January 2024 (UTC)

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 - wolf 03:15, 2 January 2024 (UTC)

No answer to the question, but this might be the greatest VPT headline I've ever seen. jp×g🗯️ 06:51, 2 January 2024 (UTC)

Thewolfchild, do the edits have the bot flag, or are they just done by a bot? — Qwerfjkltalk 08:33, 2 January 2024 (UTC)

It appears they all the bots are flagged. - wolf 08:52, 2 January 2024 (UTC)

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. Nardog (talk) 09:08, 2 January 2024 (UTC)

If you click here do the bot edits still show up? --Chris 09:52, 2 January 2024 (UTC)

(edit conflict) 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 - wolf 10:05, 2 January 2024 (UTC)

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 , then the text copied in clipboard would wrongly be (for example for the article "Wikipedia"):

Toggle the table of contents
Wikipedia

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.

The solution to this problem could be applying this style:

.vector-page-titlebar-toc {
  -webkit-user-select: none; /* Safari */
  -ms-user-select: none; /* IE 10 and IE 11 */
  user-select: none; /* Standard syntax */
}

I have tested that code in my css page at User:Hooman Mallahzadeh/common.css and it prevents this behavior very well.

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, Hooman Mallahzadeh (talk) 04:30, 2 January 2024 (UTC)

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)

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.

I could try to copy paste it off the screen, but that's really fiddley, exporting as csv or tab delimited would be ideal.

Irtapil (talk) 11:17, 2 January 2024 (UTC)

mw:API:Revisions. Nardog (talk) 12:08, 2 January 2024 (UTC)

@Irtapil you could also try a feedformat output, such as this. — xaosflux ^Talk 17:16, 2 January 2024 (UTC)

An editor archived all of the topics on Talk:Neutron. 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?

Thanks Johnjbarton (talk) 16:22, 2 January 2024 (UTC)

@Johnjbarton those were not revision moves, just cut-paste text moves - so just cut/paste it back. — xaosflux ^Talk 17:11, 2 January 2024 (UTC)

@Xaosflux thanks, done. What do I do with the now empty archive page Talk:Neutron/Archive_4? Johnjbarton (talk) 17:30, 2 January 2024 (UTC)

I deleted it for you. — xaosflux ^Talk 17:34, 2 January 2024 (UTC)

How can I find out which templates contain {TennisMatch3} in their code? Qwerty284651 (talk) 08:20, 3 January 2024 (UTC)

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 —TheDJ (talk • contribs) 09:01, 3 January 2024 (UTC)

Thanks. I found additional pages that use the aforementioned template: Template:Hopman Cup box, Template:Davis Cup Finals box, Template:United Cup box, Template:FedCupbox, 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? Qwerty284651 (talk) 14:30, 3 January 2024 (UTC)

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. insource:"TennisMatch3" finds pages with "TennisMatch3" in the source but doesn't find redirects to {TennisMatch3} and doesn't say whether they use the template or contain the string for another reason. For example, {ATP Cup box} shows an example call with {TennisMatch3} in parameters but it doesn't use the template itself. PrimeHunter (talk) 14:58, 3 January 2024 (UTC)

I would like to run off a list of the most popular articles under Category:WikiProject Military history articles 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? Hawkeye7 (discuss) 02:41, 4 January 2024 (UTC)

You can derive it from the revision history of Wikipedia:WikiProject Military history/Popular pages, 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 Category:Lists of popular pages by WikiProject. Graham87 (talk) 16:59, 4 January 2024 (UTC)

Lua errors for not enough memory seem to be popping up in articles - Google Chrome 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 smart kitten_[meow] 00:05, 5 January 2024 (UTC)

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 smart kitten_[meow] 00:14, 5 January 2024 (UTC)

I previewed {Infobox software} 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. PrimeHunter (talk) 00:20, 5 January 2024 (UTC)

The problem is d:Q777. Infobox software is running out of memory because it's trying to get data from a 2MB wikidata page for the version numbers. Fixed here. – Hilst [talk] 00:36, 5 January 2024 (UTC)

In case anyone's interested, this is a screenshot of what the article looked like with the Lua errors. Best, ‍—‍a smart kitten_[meow] 00:39, 5 January 2024 (UTC)

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 Template talk:Infobox software as that seems to be the template that temporarily broke the article. Best, ‍—‍a smart kitten_[meow] 00:58, 5 January 2024 (UTC)

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. KPu3uC B Poccuu (talk) 04:58, 5 January 2024 (UTC)

This is how infoboxes look like in legacy since yesterday. All other skins show infoboxes ok.   ~ Tom.Reding (talk ⋅dgaf)  09:28, 5 January 2024 (UTC)

Have you tried to Bypass your cache ? It looks like one of the css files is missing, maybe it was cached incorrectly in your browser. —TheDJ (talk • contribs) 12:56, 5 January 2024 (UTC)

(edit conflict) @Tom.Reding: That's the safemode look of Wikipedia when some CSS isn't loaded. It works for me in Firefox. Make sure "Always enable safe mode" is disabled at Special:Preferences#mw-prefsection-rendering (it probably already is when other skins work). Try to bypass your cache. Use 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? PrimeHunter (talk) 12:58, 5 January 2024 (UTC)

@TheDJ and 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 User:Tom.Reding/Night-mode style.css in AWB.   ~ Tom.Reding (talk ⋅dgaf)  13:08, 5 January 2024 (UTC)

I can't figure out how {use mdy dates} works, and could somebody make {as of} automatically change date formats based on it? Aaron Liu (talk) 22:26, 5 January 2024 (UTC)

The primary function of that template is to assign a tracking category. Secondarily, when Citation Style 1 templates (like {cite web}) are used, date formats in those citation templates are rendered to match the {use mdy dates} or {use dmy dates} template, as described in the template's documentation. Making {as of} behave like {cite web} automatically is probably not trivial, but there are some good coders around here. Since {use mdy dates} or its sibling template should be stable on a given page, adding |df= to a given {as of} template transclusion shouldn't be that much work. – Jonesey95 (talk) 23:48, 5 January 2024 (UTC)

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? Aaron Liu (talk) 00:27, 6 January 2024 (UTC)

See Module:Citation/CS1/Configuration for detection and Module:Citation/CS1/Date validation for reformatting. As I said, not trivial. – Jonesey95 (talk) 01:16, 6 January 2024 (UTC)

Not so difficult really. Because the date-format detection code is in a module that is loaded using mw.loadData ('Module:Citation/CS1/Configuration'), it's relatively inexpensive to write a small module that will use the global_df value that ~/Configuration creates. See Module:Sandbox/Trappist the monk/as of.

My sandbox has {use mdy dates} and live and sandbox versions of {as of}. {as of/sandbox} auto-formats to the mdy date format.

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.

—Trappist the monk (talk) 16:11, 6 January 2024 (UTC)

The way Vector 2022 displays seems to have altered on my PC screen, though not on my Android device. On my PC I use the Vector 2022 Skin on Chrome, on Windows 10; on my Android I also edit using the Chrome browser rather than an app, using Desktop view with the Vector 2022 skin. Since yesterday, my PC has displayed pages differently, with a large left sidebar rather than a drop-down toolbar under the search bar. Pages still display correctly on my Android, and I have not altered my preferences. I am not aware of any change I have made on my PC which could cause this behaviour. Can anyone suggest what might have happened to cause this and how I can recover my preferred display without the obtrusive sidebar? RolandR (talk) 22:30, 5 January 2024 (UTC)

Did you try clicking the "hide" link at the top of the sidebar? – Jonesey95 (talk) 23:49, 5 January 2024 (UTC)

There doesn't seem to be one. RolandR (talk) 03:50, 6 January 2024 (UTC)

How do I log into the Android app? The only settings I see are "Customize toolbar" Uhoj (talk) 01:45, 6 January 2024 (UTC)

Uhoj, 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 (screenshot). That should bring you to a page with a "More" button in the bottom right corner of the screen (screenshot). Tap that and you should see a menu with a login button. Rummskartoffel 11:12, 6 January 2024 (UTC)

I really appreciate your help Rummskartoffel! All logged in now :) — Preceding unsigned comment added by Uhoj (talk • contribs) 16:07, 6 January 2024 (UTC)

Are the serifs of the first letter of these titles being cut off by the hamburger menu in Vector 2023 for anyone else? An American Journey, Jane's Defence Weekly, Zhou Enlai: The Last Perfect Revolutionary. Only affects the letters A, J and Z from what I can tell. (Edge, Windows 11) Schierbecker (talk) 02:29, 7 January 2024 (UTC)

Hi all

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?

^[1]

Thanks very much

John Cummings (talk) 06:19, 7 January 2024 (UTC) John Cummings (talk) 06:19, 7 January 2024 (UTC)

Might be an issue with the information passed on to Zotero, my understanding is that Citoid draws its information from there. Jo-Jo Eumerus (talk) 07:18, 7 January 2024 (UTC)