If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
@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)[reply]
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"
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)[reply]
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)[reply]
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.
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)[reply]
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)[reply]
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)[reply]
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"WikiDan61ChatMe!ReadMe!! 12:33, 4 December 2023 (UTC)[reply]
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:[reply]
I am getting this with many different articles. Mellk (talk) 13:21, 4 December 2023 (UTC)[reply]
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"
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
@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)[reply]
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)[reply]
purging did nothing btw 47.188.8.46 (talk) 21:58, 5 January 2024 (UTC)[reply]
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)[reply]
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)[reply]
Pages with most transclusions of a template
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
Hey, let's play kill-the-wiki!
insource:/(\{\{citation needed.*){100}/
limited to mainspace timed out after finding 8 results:
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)[reply]
Thanks, I never knew Cirrus supported {n} – I always wondered why { and } were special characters! A shorter version of kill-the-wiki
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)[reply]
Now just need to find out what < and > do.— Qwerfjkltalk 16:31, 1 January 2024 (UTC)[reply]
< and > are for number ranges, e.g. <1998-2002> finds any of those five years. Certes (talk) 20:05, 3 January 2024 (UTC)[reply]
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)[reply]
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.
Trey from the WMF Search Patform Team here. I only have a few things to add:
Certes is right that a custom program on a dump is the most straightforward way to go.
Almost any regex search with a wildcard will time out on enwiki because there's just too much data to grep through.
Behind the scenes we use an index of wikitext letter trigrams to speed up regex searches, so insource:/\{\{cn\}\}/doesn't time out because it's searching for articles containing ((c, {cn, cn}, and n)) before grepping, which really cuts down on the amount of text to grep because those are not common trigrams.
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 ((cn)) template will also have citation indexed, so a query like citation insource:/(\{\{[Cc]itation needed.*){100}/ above is more efficient than without citation, because it limits the grepping to 1.3M enwiki articles instead of 6.7M articles. "citation needed" with quotes is better yet, since it limits the grepping to 0.5M articles. (e.g., "citation needed" insource:/(\{\{[Cc]itation needed.*){100}/)
Including "citation needed" in your query also excludes results where the template is only used in comments, since those are not expanded. A query like insource:/\{\{cn\}\}/ -citation gives pages that only have ((cn)) in comments.
Vector (2022) still has limited width with the skin setting turned off
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)[reply]
Make use mdy dates have effect on the as of template
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)[reply]
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)[reply]
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)[reply]
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)[reply]
Vector 2022Timeless Sidebar problem
The way Vector 2022Timeless displays seems to have altered on my PC screen, though not on my Android device. On my PC I use the Vector 2022Timeless 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 2022Timeless 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)[reply]
Did you try clicking the "hide" link at the top of the sidebar? – Jonesey95 (talk) 23:49, 5 January 2024 (UTC)[reply]
There doesn't seem to be one. RolandR (talk) 03:50, 6 January 2024 (UTC)[reply]
I have discovered that if I log out of Wikipedia, the Hide link appears and I can close the sidebar. But as soon as I log in again, the sidebar reappears, and the Hide does not stick. There seems to be something in my settings which blocks this, but I can't figure out what, or why it should suddenly have started. RolandR (talk) 23:28, 7 January 2024 (UTC)[reply]
Curiouser and curiouser: today if I log out ,it jumps to the default skin and I don't see Timeless at all. And I have checked, and get the same problem if I use the Edge browser. --RolandR (talk) 21:36, 10 January 2024 (UTC)[reply]
Sounds like it is maybe a gadget or a user script. You have a "User:PleaseStand/hide-vector-sidebar.js" in your common.js, maybe that's it ? —TheDJ (talk • contribs) 09:28, 9 January 2024 (UTC)[reply]
I've tried disabling that, but it makes no difference. RolandR (talk) 20:33, 10 January 2024 (UTC)[reply]
I don't know where I've put my brain (well, I do know really, but private issue), but of course I am using the Timeless skin, not Vector 2022. Still have the problem. RolandR (talk) 21:06, 10 January 2024 (UTC)[reply]
android app login
How do I log into the Android app? The only settings I see are "Customize toolbar" Uhoj (talk) 01:45, 6 January 2024 (UTC)[reply]
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)[reply]
DOI links give generic citations in VE citation tool
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?
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)[reply]
Thank you 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? John Cummings (talk) 08:53, 7 January 2024 (UTC)[reply]
And it looks like it is gathering information from the metadata of the target page, e.g. <meta property="og:title" content="Publication preview page | FAO | Food and Agriculture Organization of the United Nations" />. — Jts1882 | talk 14:25, 7 January 2024 (UTC)[reply]
Thanks very much Jts1882, ActivelyDisinterested and Jo-Jo Eumerus I've created 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. John Cummings (talk) 06:08, 9 January 2024 (UTC)[reply]
Edit summary memory
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? Surtsicna (talk) 13:09, 7 January 2024 (UTC)[reply]
On my computer, those edit summaries are remembered by my web browser (Firefox), not by Wikipedia. See this help page for instructions on how to tell a browser to remember form field entries. – Jonesey95 (talk) 14:40, 7 January 2024 (UTC)[reply]
Well, you could get a list of your edit summaries and put them into your own Default Summaries 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 ? Snævar (talk) 16:12, 7 January 2024 (UTC)[reply]
spacing between non-indented paragraphes and indented lines
Under the headers, the spacing between the first paragraph and the following colon-indented line is larger than the spacing between subsequent colon-indented lines. There is no excess space in the code. I'm using Safari 17.2.1 on macOS Sonoma 14.2.1. — Fourthords | =Λ= | 17:29, 7 January 2024 (UTC)[reply]
I can replicate this, at least in Vector 2022 (logged in or logged out, in Firefox and Brave for Mac OS). The colon-indented paragraphs are in one big block whose CSS includes
The opening (non-colon-indented) paragraph's CSS includes
.vector-bodyp{margin:0.5em01em0;}
the relevant portion of which translates to
margin-bottom:1em;
Someone more versed in site-wide CSS will have to take it from here, or debunk my research with a better explanation. – Jonesey95 (talk) 18:29, 7 January 2024 (UTC)[reply]
Thanks for getting much further than I did! Is this the/a correct venue for this, or should I have posted it somewhere else? — Fourthords | =Λ= | 15:07, 8 January 2024 (UTC)[reply]
It makes general sense -- a top-level block of text is a <p>, but the : syntax creates (nested) definition-lists and the text within them will just be contained in <dd>s. CSS that applies spacing to paragraphs won't automatically also apply to list items.
It's plausible that we should have Vector 2022 incorporate its own version of that override to the .ns-talk list item spacing. DLynch (WMF) (talk) 23:52, 8 January 2024 (UTC)[reply]
(Or amend the site CSS to match the presumably-new paragraph spacing in Vector 2022.) DLynch (WMF) (talk) 23:57, 8 January 2024 (UTC)[reply]
The article specifies to non-conditionally add a mapbox (specifically ((maplink-road))). This thus depends on the Q code being looked up and being available in OSM. If it is not, it will fail to draw the map. It seems that the relationship for Bowery in OSM has disappeared, I can only find the way parts. —TheDJ (talk • contribs) 09:47, 9 January 2024 (UTC)[reply]
In the meantime, is there a way to specify some coordinates so we at least get something, even if the road isn't highlighted? Jake Wartenberg (talk) 04:24, 11 January 2024 (UTC)[reply]
Wikipedia Mobile website problem
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. Bzik2324 (talk) 19:55, 7 January 2024 (UTC)[reply]
@Bzik2324: I can reproduce this on both Firefox and Chrome on Android 14. And yet, you've asked this question twice without a single "me too". So there must be something unusual about our settings. Do you have animations turned off under Android Settings -> Accessibility -> Visual Enhancements -> Remove animations? Does the boat move at WP:Articles for deletion/Ever Given? If you turn animations back on, does the problem go away? Suffusion of Yellow (talk) 22:15, 8 January 2024 (UTC)[reply]
Nope, my animations are normal/on. Still having this problem! Bzik2324 (talk) 10:15, 9 January 2024 (UTC)[reply]
Any other suggestions? Bzik2324 (talk) 10:16, 9 January 2024 (UTC)[reply]
This sounds like phab:T354315 but we have been having trouble replicating the issue. Can you replicate it on the desktop site? e.g. visiting the same en.m. domain on your desktop browser?
Which Android device are you using? Jdlrobson (talk) 02:55, 10 January 2024 (UTC)[reply]
Does anyone know how to change the RefToolbar so that it is compatible with sfn?
Currently, the Wikipedia:RefToolbar/2.0 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 ((sfn)) output? I don't know anything about how to write JS. Jo-Jo Eumerus (talk) 07:55, 8 January 2024 (UTC)[reply]
I don't think VE has anything in the cite-making for making sfn:s either. Gråbergs Gråa Sång (talk) 10:30, 8 January 2024 (UTC)[reply]
I'll ask a few technically versed editors if they know of any such script, or how to make one. Jo-Jo Eumerus (talk) 06:51, 9 January 2024 (UTC)[reply]
Adaptive multiple tables
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 inline-table style like this:
This does indeed work. However, is there a better way? Is there a more "official" way? — GhostInTheMachinetalk to me 14:38, 8 January 2024 (UTC)[reply]
Can't you just use {| style="float:left" on each table? — Jts1882 | talk 15:01, 8 January 2024 (UTC)[reply]
I can! I used float:left; margin-right:1em; That works too and is a lot simpler. Thanks. Any view about an "official" way? — GhostInTheMachinetalk to me 17:06, 8 January 2024 (UTC)[reply]
I've noticed this curious case regarding Google's behaviour in indexing Wikipedia. The page Elephant duel was created as a redirect to War Elephant in 2009. I converted it into an article on 3 October 2023, but so far Google has refused to show it in its search results, not even when specifying the Wikipedia domain in the query. However, it is shown as a knowledge panel. Other search engines behave normally, so the problem lies with Google, but I'm curious if anyone has an idea of what might be going on? The article isn't a new page, so it shouldn't have anything to do with the 90-day noindexing. --Paul_012 (talk) 16:32, 8 January 2024 (UTC)[reply]
Pages which are newly converted from redirects must go through NPP the same as others. Izno (talk) 19:35, 8 January 2024 (UTC)[reply]
Paul_012 is autopatrolled since 2017 so an article creation should allow indexing right away. Does that not apply when autopatrollers convert a redirect? PrimeHunter (talk) 21:06, 8 January 2024 (UTC)[reply]
Also it's already beyond 90 days, and the knowledge panel showed up long before then (as well as the Bing results). --Paul_012 (talk) 04:51, 9 January 2024 (UTC)[reply]
I don't think anyone here will know the answer. You probably have to file a Phabricator ticket and then hope that someone from WMF can contact someone at Google (not always super successful). But this is not the first time that redirects cause problems. And then there is the whole issue that sometimes they get the name of the entire website wrong as well. In general Google has been a total mess over the last couple of months. —TheDJ (talk • contribs) 10:45, 10 January 2024 (UTC)[reply]
Solving this shouldn't need any direct contact with Google. A website's account-holder can simply request re-indexing of a page through Google Search Console, though I don't know how the GSC account for the wikipedia.org domain is handled. There's probably an established mechanism to handle such requests via Phabricator, but I'm kind of also interested to see if it will go away by itself (and how long it takes) so I just might leave it be for now. --Paul_012 (talk) 11:33, 10 January 2024 (UTC)[reply]
Searching for the source of the user-facing "email this user" guidance
Where is the text in the box at the top of the Email this user special page coming from?
Presumably 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 public function sendEmailForm() generate the "send email form"? Is the box above the form part of the form, or separate from it? wbm1058 (talk) 18:39, 8 January 2024 (UTC)[reply]
Yes, and the message is customized here at the English Wikipedia. The default message can be seen at MediaWiki:Emailpagetext/qqx. See WP:QQX for tips to find system messages. PrimeHunter (talk) 21:13, 8 January 2024 (UTC)[reply]
At least it's an intuitive shortcut. — Qwerfjkltalk 21:17, 8 January 2024 (UTC)[reply]
Right. QQX. 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.
I guess this is the line of code that findsMediaWiki:Emailpagetext, since it's the only place I found 'emailpagetext' in the code:
qqx is a special code which can be deployed for internal purposes. MediaWiki uses it to request debugging information. Certes (talk) 23:08, 8 January 2024 (UTC)[reply]
I made the redirect WP:QQX for users who already know there is something called qqx and search for it. Somebody else added ((Shortcut|WP:QQX)) at the target section. PrimeHunter (talk) 23:13, 8 January 2024 (UTC)[reply]
@Wbm1058:qqx isn't an acronym, it doesn't stand for anything. See ISO 639-2#Reserved for local use, which has: The interval from qaa to qtz is "reserved for local use" and is not used in ISO 639-2 nor in ISO 639-3. Therefore, we can use qqx as an unofficial pseudo-language code, safe in the knowledge that the ISO will never allocate it to a real-world language. --Redrose64 🌹 (talk) 00:17, 9 January 2024 (UTC)[reply]
Tech News: 2024-02
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
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 install on your local machine.
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. [3]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 9 January. It will be on non-Wikipedia wikis and some Wikipedias from 10 January. It will be on all wikis from 11 January (calendar). [4][5]
Arabic names and how they are displayed in wikisource
How doe the changes in this diff appear to different editors? The actual wikisource is (with pipes in-between) رازنهان followed by خلیلی followed by 1392. The correction I made was because the cite includes خلیلی but they were missing from the short form reference. For me the diff shows two different changes (even though they are copypastes of each other) with pipes and names in the wrong order in the second change. Either this is my browser unhelpfully showing fields in right to left order because the fields contains Arabic script, or the wikisource doing the same. Obviously the names in Arabic should be r->l but the fields should still run l->r. -- LCU ActivelyDisinterested«@» °∆t° 14:17, 9 January 2024 (UTC)[reply]
This is the only instance I've come across, so I can't answer that question. Does the diff look correct to you? -- LCU ActivelyDisinterested«@» °∆t° 16:26, 9 January 2024 (UTC)[reply]
You can also mark up the text with left-to-right marks to make it appear in a more intuitive order for English-language text. Compare:
رازنهان & خلیلی 1392, p. 25 harvnb error: no target: CITEREFرازنهانخلیلی1392 (help) (without LRM)
رازنهان & خلیلی 1392, p. 25 harvnb error: no target: CITEREFرازنهانخلیلی1392 (help) (with invisible LRM added after each name – use the Unicode Text Analyzer tool to see them, or enable syntax highlighting in the wikitext editor, which marks them with red dots)
Your screenshot doesn't show them in the right order, the wikisource is "|رازنهان|خلیلی|1392|" that the fields contain Arabic doesn't mean the fields themselves should be back to front. -- LCU ActivelyDisinterested«@» °∆t° 16:55, 9 January 2024 (UTC)[reply]
To clarify "back to front" |A|B|C| should appear as |A|B|C| regardless of what A, B or C represent. The contents of A, B, or C should not change the way the fields are ordered. -- LCU ActivelyDisinterested«@» °∆t° 17:02, 9 January 2024 (UTC)[reply]
Also just to be clear this is separate from how the results are displayed as a webpage, where running the result r-l would be correct. -- LCU ActivelyDisinterested«@» °∆t° 16:58, 9 January 2024 (UTC)[reply]
It shows the right order according to the normal text rendering rules (the Unicode Bidirectional Algorithm), where "|" isn't a special character. I don't think it's possible to affect that. But we can add the LRM in the wikitext, like I suggested, which will affect how the text appears in the editor [6], the diffs [7] and the final webpage [8]. I did that in your article now: [9]Matma Rextalk 17:19, 9 January 2024 (UTC)[reply]
Ah I see the issue here is "|" is expected to be a special character in wikisource but isn't in the Unicode Bidirectional Algorithm. Adding invisible unicode characters is likely to make the situation more confused not less. -- LCU ActivelyDisinterested«@» °∆t° 17:29, 9 January 2024 (UTC)[reply]
Currently, I go between the visual and the source editor depending on my task. The switching seems unnecessary, and I wish there was a source editor that hid extraneous content somehow (for example, if it could collapse templates or ref tags etc so that I can focus on editing the body text). Also, I like the smart features of the visual editor such as [[ triggering a link search and the automatic citation creation (which is based on zotero AFAIK).
My question, are there better software tools for editing wikipedia than the wikipedia editor in the browser? There just has to be something at least supporting those features I described above. DMH43 (talk) 22:15, 9 January 2024 (UTC)[reply]
Note you can auto-create cites in source using the reftoolbar, see Wikipedia:RefToolbar/2.0. Any of the fields with the magnifying search icon allow you to autofill the cite fields. -- LCU ActivelyDisinterested«@» °∆t° 23:23, 9 January 2024 (UTC)[reply]
It doesn't hide any wikicode, but the mw:2017 wikitext editor has all the tools VisualEditor does with source text Mach61 (talk) 05:21, 10 January 2024 (UTC)[reply]
Reusing references: Can we look over your shoulder?
Apologies for writing in English.
The Technical Wishes team at Wikimedia Deutschland is planning to make reusing references easier. For our research, we are looking for wiki contributors willing to show us how they are interacting with references.
The format will be a 1-hour video call, where you would share your screen. More information here.
Interviews can be conducted in English, German or Dutch.
Please note that we probably won’t be able to have sessions with everyone who is interested. Our UX researcher will try to create a good balance of wiki contributors, e.g. in terms of wiki experience, tech experience, editing preferences, gender, disability and more. If you’re a fit, she will reach out to you to schedule an appointment.
Interesting idea. No need to apologize for using English here. RudolfRed (talk) 16:52, 10 January 2024 (UTC)[reply]
Finding longest AfD discussion by character count?
Does anyone have a handy way to find the longest AfD discussions by character count? Am specifically looking for ones related to ARBPIA over the years, but it's a general question that is useful. 14:42, 10 January 2024 (UTC) ~ 🦝 Shushugah (he/him • talk) 14:42, 10 January 2024 (UTC)[reply]
Worth noting that a "transclusion" doesn't necessarily require any content be transcluded; almost anything that causes one page's content to be determined by the content of another page, even if indirectly, will count. Elli (talk | contribs) 22:13, 10 January 2024 (UTC)[reply]
Indeed. Module:Noinclude tfd attempts to read the wikitext of each template at TfD (even if it doesn't exist), which is recorded as a transclusion. Certes (talk) 22:14, 10 January 2024 (UTC)[reply]
Coding issue with a referenced caption & efn note...
I can't figure out what in the world I am doing wrong. Can someone please take a look at Assassination of Abraham Lincoln, specifically [10] and tell me here how to fix it? I spent a lot of time on it earlier today and couldn't get the Cite error fixed. Thanks in advance, Shearonink (talk) 22:30, 10 January 2024 (UTC)[reply]
There were several errors. I have fixed it.[11]PrimeHunter (talk) 22:41, 10 January 2024 (UTC)[reply]
Oh! Thanks! Was hoping to do it myself but I'll take a look and remember for next time. Cheers. Shearonink (talk) 22:48, 10 January 2024 (UTC)[reply]
Sticky header
Is there a way to add a sticky header to a wikitable? If I use ((sticky header)) and add class="unsortable" to all the 17 columns it works, but looks ridiculous. I hope there is something simpler. IKhitron (talk) 01:14, 11 January 2024 (UTC)[reply]