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 5 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.
I guess you have already installed the app on your new phone. On your old phone, open the app, tap the three-dot menu, and select Transfer accounts, then choose Export accounts. Select the accounts you want and a QR code will appear. On your new phone, open the app, choose Import accounts, then Scan QR code, and scan the code from your old phone. Your accounts will be copied over, and you should keep your old phone until you have confirmed that everything is working correctly. – DreamRimmer■07:46, 18 August 2025 (UTC)Reply
@DreamRimmer, you should keep your old phone until you have confirmed that everything is working correctly Better yet, make sure you know where the printout of your recovery codes is and verify it hasn't faded. — Alexis Jazz (talk or ping me) 16:17, 18 August 2025 (UTC)Reply
Another way is to disable 2FA when on the old phone, and then re-enroll with the new phone. This does require that you are still eligible for 2FA however (different groups have different eligibility). As you are still an oversighter, you should still be eligible. —TheDJ (talk • contribs) 08:54, 18 August 2025 (UTC)Reply
Global requirements are slowly increasing over time. There are some sensitive groups that we require to have 2FA, and some that their tools become disabled when 2FA isn't set up now. — xaosfluxTalk14:09, 18 August 2025 (UTC)Reply
I think there needs to be a better recovery system other than "have a database admin manually flip the 2FA bit" before it's made mandatory for a larger group of editors. --Ahecht (TALK PAGE)19:42, 25 August 2025 (UTC)Reply
Latest comment: 7 hours ago6 comments6 people in discussion
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
Later this week, people who are logged-in and have the "Discussion tools" Beta Feature enabled will gain the ability to "Thank" individual comments directly from talk pages, rather than needing to navigate to page history. Learn more about this feature. [1]
An A/B test comparing two versions of the desktop donate link launched on testwiki on 12 August and on English Wikipedia 14 August for 0.1% of logged out users on the desktop site. The experiment will run for three weeks, ending on 12 September. [2]
An A/A test to measure the baseline for reader retention was launched 12 August using Experimentation Lab. This measures the percentage of users who revisit a wiki after their initial visit over a 14-day period. No visual changes are expected. The experiment will run through 31 August. [3]
Yeah, that screenshot is from ptwiki, where we had already been testing that feature out. If you're curious to see more about it, it's also on testwiki.
We released Thanks there first (without the beta feature), because it already had the overflow menu present for Report and the editors were thus used to an extra button being present. DLynch (WMF) (talk) 20:16, 21 August 2025 (UTC)Reply
I do have to say, the single-item overflow menu just for "Thank" is a bit goofy, but it will make more sense once "Report" is rolled out. --Ahecht (TALK PAGE)13:52, 26 August 2025 (UTC)Reply
Latest comment: 2 days ago11 comments2 people in discussion
Periodic table is a bit to the left in infoboxes, mobile website view at updated Chrome browser. I presume it shall be centered, or fixed logical position for rectangles part with text part floating around. 5.43.101.148 (talk) 20:14, 20 August 2025 (UTC)Reply
I am poking at this presently, trying to correct it more fool-proofly. The basic gist is that the mobile skin is very aggressive about how tables should display (to account for the vast majority of tables). And we're using an old way to mark stuff up anyway. Izno (talk) 22:15, 20 August 2025 (UTC)Reply
Also, isotopes tables (e.g. Hydrogen) are not full-width (mobile). You might check at srwiki template(s) how isotopes tables are of desired output (it was at enwiki that way, then applied to srwiki with translation, but here were some updates that broke it meanwhile; maybe to revert at some stable version...).
Vapor pressure table at e.g. Lithium is of to the right.
You may need to bypass your cache. Being logged out means you receive a cached version of the page from the server also, so making a WP:NULLEDIT so you can see the difference may also be a good idea. I checked both desktop Firefox on mobile website (logged in) and desktop Edge on mobile website (logged out) and both show the fix also.
I do see the limited width of isotopes as well as the issue with vapor pressures and will poke at those when I get a chance. Izno (talk) 15:49, 21 August 2025 (UTC)Reply
I propose also to replace left and right words with symbols for those elements because when word for element is too long it goes into new line (and we are not interested in those elements surrounding the one an article is about, black symbol in vertical middle at right and name with letters in horizontal middle below is just what is topic).
Latest comment: 2 days ago9 comments6 people in discussion
no class
mw-no-invert
OK, so the image at right in "light mode", renders correctly. When you switch it to "dark mode", the colors become a bit de-saturated, this is especially obvious in the reds. I initially thought this was an optical illusion, but confirmed it by inspecting the element in Firefox's DOM/style inspector.
The guilty CSS for handling dark mode appears to be this CSS:
If I remove the hue-rotate(180deg) the image renders correctly, however, the other colors on the page do not. I initially thought it might be possible to override the filter property on just the image element, but this does not appear to work. I know there's a CSS class, .mw-no-invert, but this seems to have the effect of inverting the image (see other example at right).
That got it. Oddly I disabled the dark mode gadget in preferences, hit save, then went to appearance and chose vector-2022, hit save and came back and the issue was still present. Went into the appearance widget in vector-2022 and dark/light mode were disabled, saying the gadget was still active, helpfully it had a button to disable it and that finally got it working.
If the gadget is deprecated and the vector2022 dark mode is preferred one for vector 2022, is it possible to disable the gadget from running if the skin is vector 2022? – robertsky (talk) 17:14, 22 August 2025 (UTC)Reply
We can remove it from the options. I am fairly certain that does not remove it from the selection people will have made in their preferences, but I am not totally certain.
Yeah, I don't know that deprecated is the right word. It currently says not recommended, which makes sense, but if you want to use a non-vector 2022 skin, I think that gadget is the only thing that enables a dark mode option. —Locke Cole • t • c19:51, 22 August 2025 (UTC)Reply
Like I said, 'if the skin is vector 2022'. Have additional codes or something to detect if current skin used is v22 and either direct the user to enable the darkmode option in their preferences or enable that for them instead of allowing the css to load. It shouldnt impact on the other skins until they get dark mode support... if ever. – robertsky (talk) 05:53, 24 August 2025 (UTC)Reply
Latest comment: 4 days ago3 comments2 people in discussion
Good morning. There is a very interesting tool in es.wikipedia that makes it way easier to adjust links that point to disambiguation pages. It is explained in detail (in Spanish) here, but basically it works thus: it shows, one by one, all the instances that link to the disambiguation page (the link surrounded by some context, to make it easier to know what the text is referring to) and then offers the user the possibility of automatically changing the direction of the link. With just one click, one can make the link point to the correct article. I wonder if there is a similar tool here and, if there is not, whether it could be adapted and adopted. Kind regards, Alavense (talk) 08:14, 22 August 2025 (UTC)Reply
Latest comment: 4 days ago4 comments2 people in discussion
I know this is not an issue, but I just want to know out to curiosity and it fits the category of this village pump - why are archives capped at 100k bytes and when the newest archive reaches that point, a new one is created? Brickguy276 (talk) 13:39, 22 August 2025 (UTC)Reply
Latest comment: 1 day ago15 comments5 people in discussion
Hi, as you know the Vector 2022 skin has the TOC on the sidebar, which is no longer inserted inside articles. However, it seems most TOC templates (such as {{Compact TOC}}) automatically hide the TOC, and other pages manually hide it by using the _NOTOC_ magic word. This makes browsing lists much harder. Since it could be argued that alphabetical lists are the kind of pages where having a TOC is most important, why haven't the TOC templates and specific list pages been updated?
Since it could be argued that alphabetical lists are the kind of pages where having a TOC is most important, why haven't the TOC templates and specific lists been updated?
I guess my question is "shouldn't we check the NOTOC pages (or use a bot or script to do that) and correct the outdated templates/magic words that cause the TOC to not appear?" FaviFake (talk) 15:31, 22 August 2025 (UTC)Reply
It would probably be nice to not break things for people who use skins other than Vector 2022, however, so it's likely not that simple. Anomie⚔17:26, 22 August 2025 (UTC)Reply
Yup! This is one of the reason I asked here before doing anything :) I had suspected that would be a problem. I'd like to find a solution to this problem that hopefolly works for everyone. FaviFake (talk) 17:29, 22 August 2025 (UTC)Reply
Oh, that's smart! I don't see any drawbacks. What would it take for all templates and pages using NOTOC to start using that method instead?
Maybe we could create a template that just contains <div style="display:none">__TOC__</div> and replace every NOTOC with it. It could be called {{hit}} (hide inline toc). Thoughts? FaviFake (talk) 09:41, 23 August 2025 (UTC)Reply
The trend over the past several years would prefer the template be named like {{hide inline toc}} over an abbreviation like {{hit}}. I'd be wary of blindly replacing all__NOTOC__ with this template, and if there really aren't ever reasons to hide the TOC in Vector2022 it'd probably be better for devs to remove support for __NOTOC__ from that skin entirely rather than hackily having the TOC be hidden with CSS in all other skins. Anomie⚔13:34, 23 August 2025 (UTC)Reply
Yes, of course, i intended {hit} to be a redirect. (But we still haven't renamed ambox...).
Sure, it would be better for the devs to do something, but it's been two years since this started happening and nothing has changed. in the interim we should try to do something for these poor lists. Also, some very specific pages might still need to hide the TOC, but they're likely very few in comparison to the many article needlessly lacking a sticky TOC. This might make the devs wary of removing the magic word.
They tried renaming ambox, but it failed for that case.Manual replacement, 🤷. I'd still skip the cryptic redirect name in this case and use the more descriptive name though. And hopefully no one decides to act like an unauthorized bot or a WP:MEATBOT about it. Anomie⚔14:02, 23 August 2025 (UTC)Reply
Since all non–Vector 2022 ToCs are inside .mw-parser-output, you could just have TemplateStyles with #toc{display:none;} and it would hide the ToC for all non–Vector 2022 skins. Nardog (talk) 16:00, 23 August 2025 (UTC)Reply
Many custom TOC's like {{Compact TOC}} add id="toc" so it isn't that simple. If duplicate id's are still considered problematic when one of them is in display:none then my approach may also need more work. PrimeHunter (talk) 19:58, 25 August 2025 (UTC)Reply
How long does a page purge take to add/remove a page from a category?
Latest comment: 3 days ago2 comments2 people in discussion
I am happy that the built-in dark mode correctly displays colors which are not inverted, unlike the dark mode gadget. However, it seems to reduce the brightness of thumbnail images by 20%.
It's more just input on the accessibility part @Pppery as I was unsure if my correction to give mbox role="none" instead of role="presentation" is correct, and also that would affect our version because I'd make an edit request because it's a meta template, and it would of course be most ideal if our mbox met accessibility requirements... waddie96 ★ (talk)18:20, 25 August 2025 (UTC)Reply
Latest comment: 2 days ago1 comment1 person in discussion
Since returning to semi-active editing a few days ago, I'm noticing a strange lag that is making it inconvenient to do pretty much anything and everything that involves some form of automated function, including Twinkle and most other scripts, and extending to things as simple as using the search bar and wanting to be taken directly to the page when there's an exact title match, rather than having to make an extra click from Special:Search. With Twinkle in particular, whenever I go to warn, welcome, or report anyone or anything, it never works on the first attempt, no matter what the input is. TW will just say "processing request" or "retrieving page" indefinitely. However, when I refresh the page in my browser and attempt to do the exact same thing again, immediately, without doing or clicking anything else, it now works as intended, which suggests that it's not a TW code issue, at least not directly. I've noticed some issues even with things like the page preview - after making edits, clicking the preview button the first time does nothing. No response whatsoever. I then have to do a cut-copy-paste of the text with my changes, reload the webpage in my browser, paste the text back in, and then preview it - this usually works.
I've uninstalled all but the most essential of my user scripts for the time being, to see if one of them might be causing the problem, but unfortunately I'm still experiencing issues. My browser is Microsoft Edge Mobile, on an iPad, using the latest iOS version 18.6.2. For now I may switch over to editing on my laptop instead though until this can be figured out. Taking Out The Trash (talk) 18:52, 24 August 2025 (UTC)Reply
Latest comment: 1 day ago3 comments2 people in discussion
Over the past few days (glancing furtively at the calendar to see when Thursday was most recently) I've seen several instances of making an edit, viewing the page, and seeing the previous version. Reloading the page would get me the latest content. This makes me suspect something changed in how caching is handled. RoySmith(talk)18:56, 24 August 2025 (UTC)Reply
And, yeah, I know, it could be happening on the client side too. I'm running the latest Chrome (Version 139.0.7258.139 (Official Build) (arm64)) on MacOS Sonoma. RoySmith(talk)18:57, 24 August 2025 (UTC)Reply
I've been seeing that for more than a few days (weeks, maybe?), just didn't think to bring it here. Chrome 138.0.7204.232 on a Chromebook. Donald Albury21:39, 24 August 2025 (UTC)Reply
I'm having a problem with deleting pages right now, both using Twinkle or manually through the drop down menu. The process just gets stuck and doesn't progress or I get an error message: "Database error [3c4e0cfa-081f-440a-a6d8-ce9272ac50f1] 2025-08-24 23:05:17: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"". With Twinkle it states "Deleting page: Failed to delete the page: error "error" occurred while contacting the API."
Is anyone else experiencing this? I've had this happen before but it usually cleared up within minutes and this is lasting longer than that. LizRead!Talk!23:08, 24 August 2025 (UTC)Reply
The universal LaTex for the matrix is broken, & 2 \\ 2 & 4\end{bmatrix}\begin{bmatrix}1 . This is not correct syntax for the matrix. Correct is: \begin{bmatrix}1 & 2 \\ 2 & 4\end{bmatrix}. Needs fixing. I am not sure if it just in my end, but I tried with 3 different devices. Isolatedchimpanzee (talk) 04:00, 25 August 2025 (UTC)Reply
No, actually I tried this on multiple devices (tab, mob and computer) and more importantly on multiple aticle unrelated to maths, the result is still the same. Maybe its a glitch in my account or browser. For your question's answer, no my browser is not tied to show right to left script and problem is in visual editor where the code appears automatically. I will try to log out and let you know. I am using SVG. Isolatedchimpanzee (talk) 07:53, 25 August 2025 (UTC)Reply
Please outline the steps that you take to see what you posted above. What do you click? Is any other action needed before seeing the broken syntax? Where do you see the broken syntax? There is no glitch in your account. Johnuniq (talk) 08:09, 25 August 2025 (UTC)Reply
Nothing special. visual editor>Insert (+ icon)>math formula>scroll to matrices>chose the 2x2 simple matrix, I get the result. I just tried and it is still happening. Isolatedchimpanzee (talk) 08:14, 25 August 2025 (UTC)Reply
@Isolatedchimpanzee: Thanks for finally revealing that it only happens when you make a new matrix with the insert menu in VisualEditor (which does not produce your code but gives variables instead of numbers). We would all have saved a lot of time if you said that from the beginning or at least when explicitly asked for precise steps to reproduce. It also happens for me and it's the same with many other math expressions, e.g. the min(x,y) button under Standard numerical functions which gives ,y)\min(x. It also happens logged out. This should be reported at WP:PHAB (maybe not by a new user like you) if there isn't a report already but I don't have more time now. PrimeHunter (talk) 08:49, 25 August 2025 (UTC)Reply
Why is Add topic button shiverring and reappearing sometimes while scrolling down or up? This is much more common while scrolling to see content below. It behaves unintuitively. Sometimes, it flashes near plus symbol on the other hand. (mobile view, updated Android Chrome browser more than a week ago to latest version) 5.43.101.148 (talk) 08:26, 25 August 2025 (UTC) [e]Reply
It is because of clashing animations. When it is in view, it should always be visible. When it is not in view, and you scroll down, it is not visible, but if you scroll up, it makes itself visible.. When you get to the bottom these commands seem to conflict at times. I have filed the ticket phab:T402798. —TheDJ (talk • contribs) 12:59, 25 August 2025 (UTC)Reply
It is flashing also when click at Edit link from three dots loaded somewhere in the middle, along with loaded text Reply and arrow before that are flashing and are part of same tech feature. --5.43.101.148 (talk) 08:49, 26 August 2025 (UTC)Reply
Reply tool changed IMDb link in unrelated section?
Check your scripts first to see if anything would do something like this, but otherwise I think it's fair to file an upstream for it. Izno (talk) 16:23, 25 August 2025 (UTC)Reply
Latest comment: 1 day ago3 comments3 people in discussion
I came across this page and its page history makes no sense. It is full of seemingly RevDels for the edit summary and a lot of zero byte edits with no diff from the previous edit. I have browsed edits that have had revdel/oversight applied to them on other pages and they don't appear like this, normally it won't let the edit be selected for diff comparison in the history. For example, I haven't seen a diff between consecutive edits like this before where there is (No difference). If this is the wrong place for this question or if this is not good for a public forum, please let me know and I'll remove, but what is happening with this page history and is it broken? Casablanca 🪨(T)16:03, 25 August 2025 (UTC)Reply
@Casablanca Rock: Yes, the two edits by Milan092 were actually page moves and the following edits reverted the moves so they didn't change the wikitext. The edit summary would have started with "45dogs moved page ...", but the whole edit summary was revisiondeleted. For comparison, here is a normal move without revisiondeletion. PrimeHunter (talk) 17:12, 25 August 2025 (UTC)Reply
Latest comment: 1 day ago1 comment1 person in discussion
I've been experiencing a problem using the visual editor today: if I click on "edit" or open the source editor and then try to switch to the visual editor via the pencil icon, it starts to open the visual editor and then stalls ~2/3s of the way through. (2/3s is based on the how much of the block at the top of the screen turns from white to blue; see image.) I've encountered this problem on every page I've tried to edit using the visual editor (e.g., Deportation of Kilmar Abrego Garcia). I've tried clearing the cache and restarting my browser, Firefox 142.0 for Mac, but neither helped. Wondering if anyone has a suggestion. Thanks, FactOrOpinion (talk) 19:48, 25 August 2025 (UTC)Reply
Latest comment: 21 hours ago1 comment1 person in discussion
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
Template authors can now use additional CSS properties, since the CSS sanitizer used by TemplateStyles was updated. For example: width: fit-content; ruby-align; relative units such as lh; and custom strings in list-style-type. These improvements are a Community Wishlist wish. [10][11][12][13][14][15][16][17][18][19]
On large wikis, the default time period to display edits from, within the Special:RecentChanges page, has been changed from 7 days to 1 day. This is part of a performance improvement project. This should have no user-facing impact due to the quantity of edits on these wikis. [20]
Wikimedia Commons videos were not shown in the Videos tab in Google Search. The problem was investigated and reported to Google who have now fixed the issue. [22][23]
Two fields of the recentchanges database table are being removed. rc_new and rc_type are being removed in favor of rc_source. Queries to these older fields will start to fail starting this week and developers should use rc_source instead. These older fields were deprecated over 10 years ago and should not be in use. This is part of work to improve the performance and stability of queries to the recentchanges table. [25]
The latest quarterly Language and Internationalization Newsletter is now available. This edition includes: support for new languages in MediaWiki and translatewiki; the start of the Language Onboarding and Development project to help support the growth of new and small wikis; updates on research projects; and more.
Meetings and events
The next Language Community Meeting is happening soon, August 29th at 15:00 UTC. This week's meeting will cover: the Avro keyboard developers from Wikimedia Bangladesh, who were recently awarded a national award for their contributions to this keyboard; and other topics.
Latest comment: 19 hours ago1 comment1 person in discussion
I don't know if this is the right place to ask this question, but I was sent here. I know there's a way to do it via the user CSS page, but I don't know how. There isn't really a guide or tutorial (as far as I can see) from the Preferences page. I'm not trying to make a new skin, or make changes to the default skin itself, I just want to configure/customize how it looks personally; I just want to make the default Dark Mode as dark as the gadget version, and also make some color changes. CheckNineEight (talk) 01:59, 26 August 2025 (UTC)Reply
Latest comment: 4 hours ago2 comments2 people in discussion
Template:WikiProject status is confusing people. They usually see this at the top of a WikiProject's main page (e.g., Wikipedia:WikiProject Biography). If they want to leave a note for the WikiProject, they click the bolded link to Wikipedia:WikiProject (not what they want), and then to the talk page (which is WT:COUNCIL and definitely not what they want).
View all 46 community-submitted tasks that were resolved last week.
.png)
.svg)
PNG
SVG
You are invited to join the discussion at meta:Module talk:Message box § c-Waddie96-20250823092200-Edit protected 2025-08-23. Relating to giving messageboxes/mbox's the 
Template authors can now use additional CSS properties, since the CSS sanitizer used by TemplateStyles was updated. For example: 
