Wikipedia:Village pump (technical)

Policy

Technical

Proposals

Idea lab

WMF

Miscellaneous

• Table of contents
• First discussion
• Jump to bottom
• New topic
• All village pumps

Shortcuts

• WP:VPTWP:VPT
• WP:VP/TWP:VP/T
• WP:TECHPUMPWP:TECHPUMP
• WP:PUMPTECHWP:PUMPTECH

The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

If you want to report a JavaScript error, please follow this how-to page. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for 5 days.

view · edit Frequently asked questions (see also: Wikipedia:FAQ/Technical) Click "[show]" next to each point to see more details. If something looks wrong, purge the server's cache, then bypass your browser's cache. 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. An offline spellcheck of all articles is run by Wikipedia:Typo Team/moss; human volunteers are needed to resolve potential typos. If you have problems making your fancy signature work, check Help:How to fix your signature. 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. For server or network status, please see Wikimedia Status. If you cannot reach Wikipedia services, see Reporting a connectivity issue.

« Archives, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230

Hi everyone,

In February we shared that the Reader Growth team had started work on rolling out an Image Browsing feature to make it easier for mobile web readers to discover images in Wikipedia articles, building off an earlier conversation from November of last year. Following promising experiments and various discussions with volunteers on wiki and in Discord, we plan to make this feature available in beta for all wikis the week of May 25.

We see from surveys of global internet users that a top request from readers is “more images/photos” on Wikipedia. In light of trends showing that fewer people, especially among younger generations, are coming to Wikipedia, we want to better highlight the wealth of images Wikipedia has. This Image Browsing feature adds a horizontal image carousel on mobile (the Minerva skin) showing thumbnails of an article’s images at the top of article pages with 3+ images. It displays all images in the article where the reader can easily see them, as shown below, in addition to continuing to display them in the sections where editors have placed them.

We saw promising results from testing Image Browsing in November 2025 (Phase 1 in our experimentation framework). In the test, we saw a high portion of readers tapping on the images (7.8 - 8.7% across wikis) and statistically significant increases in how many readers came back to the wiki after seeing the feature. More information on the experiment is available at our project page.

Because of these positive test results, and because of the conversations we have had with volunteers, we are moving forward to Phase 2 of rolling this feature out (Note: we do not move all features to Phase 2! For an example where we did not, see the “Mobile Table of Contents” row on our public list of experiments).

Upcoming: Beta Launch (Phase 2.1) and Rollout (Phase 2.2)

During and following that Phase 1 test, we received community input and added the following improvements to the feature over the past few months in response:

• Controls for editors to exclude specific images from appearing in an article’s carousel
• Controls for editors to exclude specific articles from getting the carousel at all
• A setting enabling logged-in users to turn off the image carousel for their account

We are planning a beta launch (Phase 2.1) for the week of May 25. This means that anyone who has all beta features on by default will start to see this feature, and others can check the box to turn it on in their preferences. The beta launch is a time that experienced Wikipedians can try Image Browsing out and let us know of any recommendations for making the feature more sustainable for editors, before we move to a full deployment to all logged-out readers on mobile web. It is also a time that editors can mark photos that they think should be excluded from the feature and articles that shouldn’t display the feature. If the launch in beta goes well, we will move forward with full feature rollout to all readers (Phase 2.2) once our bug fixes stabilize, as early as June 15.

After full rollout, we will continue to monitor data and user thoughts to notice whether things are going well or whether we should make changes.

We will update in this thread when the beta feature is live for you to try out. In the meantime, please let us know any thoughts you have on Image Browsing and consuming multimedia here or at the project page.

Thank you!

SherryYang-WMF (talk) 23:43, 19 May 2026 (UTC)[reply]

@SherryYang-WMF Could you explain how community members could use the toggles? Sohom (talk) 04:27, 25 May 2026 (UTC)[reply]

@Sohom Datta, thanks for the question.

• To exclude individual images from an article, editors can add class=notpageimage or class=noviewer.
• To remove the image carousel from an individual article, editors can add the magic word __NOMEDIAVIEWERCAROUSEL__.
• To change your own settings as a logged-in user so you personally don't see the carousel anymore, go to mobile settings via the hamburger menu at the top of mobile web pages and toggle the option off.

Hope that helps – let us know if you have any other questions! Details also at the project page. SherryYang-WMF (talk) 20:29, 26 May 2026 (UTC)[reply]

Why did this remove the ability to use the left and right arrows on the screen to move from one picture to the next image on the page?~2026-28174-82 (talk) 20:20, 25 May 2026 (UTC)[reply]

Hi @~2026-28174-82, we will retain the same ability to move between images that we had for the November experiment. So swiping left or right, as well as navigating via keyboard, will continue to work. The carousel has a scroll bar at the bottom to indicate the presence of more content but no visible arrows. If you're asking about the image detail view that you see when you've tapped on an image to see more about it, that experience does currently and will continue to have the left and right arrows to navigate between images. Does that answer your question? SherryYang-WMF (talk) 20:29, 26 May 2026 (UTC)[reply]

I believe the the TA is referring to the MediaViewer bug phab:T426960 which should be fixed later this week and appears to be unrelated to your experiment. Johannnes89 (talk) 21:19, 26 May 2026 (UTC)[reply]

When previewing an edit the default parameters of {{multiple images}} don't appeat to be having any effect. The issue goes away once the edit is saved. Discussion on the templates talk page. -- LCU ActivelyDisinterested «@» °∆t° 16:10, 22 May 2026 (UTC)[reply]

The issue appears to effect other objects. Take for instance Administrative divisions of Krasnoyarsk Krai#Administrative and municipal divisions, if you edit and preview the section the map aligns left even though it's using |frame-align=right. Outside of editing the map correctly aligns to the right hand side. -- LCU ActivelyDisinterested «@» °∆t° 19:10, 22 May 2026 (UTC)[reply]

I would guess this was broken by phab:T424687. Izno (talk) 19:18, 22 May 2026 (UTC)[reply]

Looks like Module:Mapframe and Module:Multiple image are effected then, could well be more. -- LCU ActivelyDisinterested «@» °∆t° 19:25, 22 May 2026 (UTC)[reply]

It doesn't seem that anyone at phab is interested, this is still broken. -- LCU ActivelyDisinterested «@» °∆t° 11:44, 24 May 2026 (UTC)[reply]

@ActivelyDisinterested Should be fixed by next Thursday. --Ahecht (TALK
PAGE) 18:41, 26 May 2026 (UTC)[reply]

Thanks Ahecht. -- LCU ActivelyDisinterested «@» °∆t° 19:51, 26 May 2026 (UTC)[reply]

I think this module is quite useful but I am worried that the module has gotten quite enormous and power and overly complicated to use. So I wanted to discuss splitting up the module's functions into different submodules. This would improve maintainability by allowing each submodule to function independently. There are only 25 uses of this module in other templates (despite the almost 5000 transclusions) and I believe these uses can potentially be changed to use much simpler modules for the same task.

Courtesy ping @Grufo as the sole creator of this module. Aasim (話す（はなす）) 01:26, 25 May 2026 (UTC)[reply]

Courtesy bump since I am not sure if others are aware, hoped to solicit further discussion as part of WP:DR, since I am not sure if Module talk:Params is closely watched. Aasim (話す（はなす）) 15:42, 27 May 2026 (UTC)[reply]

I’ve been watching the module for a few years now, and while I admire the work behind it, it’s always felt too large to me. I’d support moving toward a simpler approach — splitting it up where possible and documenting each (sub)module clearly so its purpose is obvious from the first couple of sentences, if not from its very name. Ponor (talk) 16:06, 27 May 2026 (UTC)[reply]

I kind of like the proposed philosophy. I remember once getting criticized for making a "God module", that is a fair critique for certain scenarios. The learning curve for using such a template or module should be very low, as in it should require very little configuration; which right now feels like the opposite. And let's not forget maintainability which this currently is very difficult to maintain. Aasim (話す（はなす）) 18:55, 28 May 2026 (UTC)[reply]

MediaWiki message delivery 21:50, 25 May 2026 (UTC)[reply]

Re the tleft/tright change, it looks like Module:Chessboard will need an update. Here are two searches that find most of the instances of "tleft": 1 and 2. And for "tright": 1 and 2. Better searches are welcome. An AWB run might be needed. – Jonesey95 (talk) 23:53, 25 May 2026 (UTC)[reply]

There's some other discussion above in #Odd behaviour of multiple images template. Izno (talk) 00:57, 26 May 2026 (UTC)[reply]

More pages, and a few more. – Jonesey95 (talk) 06:51, 26 May 2026 (UTC)[reply]

Is "tnone" a real class, and does it need to be changed to "floatnone"? See Module:Multiple image for an example usage, and T426452 for some details about this class change. – Jonesey95 (talk) 06:56, 26 May 2026 (UTC)[reply]

Following up: "There should be no impact on tnone class." This is from Jon (WMF) at T426452. So we just need to change tleft to floatleft and tright to floatright in affected pages. It seems to be only a few hundred pages. Paging the AWB gnomes .... – Jonesey95 (talk) 01:18, 27 May 2026 (UTC)[reply]

Just did most of tleft (in mainspace, templatespace, and modulespace) with these few exceptions, as I am not in the template editor group:

• {{CSS image crop}}
• {{Bar box}}
• {{WPCC}}
• Module:OSM Location map

tright is going to be a much bigger task, my query generated a list of over 1000 (w/ just those namespaces I mentioned) ~ oklopfer (💬) 02:13, 27 May 2026 (UTC)[reply]

Most of tright should be done now too.

@Jonesey95 FYI line 230 on Module:Multiple image was missed for tright > floatright (which also requires the user group to fix) ~ oklopfer (💬) 04:37, 27 May 2026 (UTC)[reply]

Others that need updating:

{{CSS image crop}}: | #default = tright

{{WikiProject Trains/portalbox}} <div class="tright" ~ oklopfer (💬) 04:50, 27 May 2026 (UTC)[reply]

@Oklopfer What about [5] [6] and [7] (& similar for tleft)? Ponor (talk) 05:00, 27 May 2026 (UTC)[reply]

@Ponor I ignored all talk namespaces (many of those are archives), didn't do anything in WP or portal namespaces either; only main, template, and module as I mentioned above. Also ignored the few Module:Sandbox entries. I'll leave the rest to someone else, was mostly interested in fixing up the "higher risk/visibility" areas. ~ oklopfer (💬) 05:09, 27 May 2026 (UTC)[reply]

It would have been wiser to change tleft -> left in template invocations, and the same for tright, and then adjusting relevant templates. This separates the name of the class from the name of the argument values and ensures we don't have to worry about this in the future (and for at least one of the primary issues {{chess diagram}}, makes it obvious what the CSS is supposed to appear as). Izno (talk) 05:27, 27 May 2026 (UTC)[reply]

It looks like these new classes are not being delivered when page edits are being previewed. Even though the template {{tv-t}} has been updated to support the new classes, changing the align parameter in https://en.wikipedia.org/w/index.php?title=Mississippi_Highway_69&action=edit&section=1 from left to right has no effect in instant preview or in the output of "Page preview". In fact, the browser gets the floatright class for the table, but ignores it because nothing ever defines it. Same here: side=right in {{float begin}}, but the resulting <div class="thumb floatright"> goes full width in both preview modes. Ponor (talk) 02:25, 27 May 2026 (UTC)[reply]

Those classes work for me. I am using the default MediaWiki editor from 2003, and "Show preview" shows the tv-t table on the left or the right, corresponding to the |align= parameter. Let us know what editor and browser you are using. See Wikipedia:Which editor? for help. – Jonesey95 (talk) 13:29, 27 May 2026 (UTC)[reply]

Already answered at phab, but here it is: my editor (w/instant preview on); Firefox for Fedora v150. Ponor (talk) 13:47, 27 May 2026 (UTC)[reply]

The example I have in #Odd behaviour of multiple images template is still broken when previewed. Standard source editor, Chrome on Android. -- LCU ActivelyDisinterested «@» °∆t° 22:35, 29 May 2026 (UTC)[reply]

In your settings, is "Show preview without reloading the page" on? @ActivelyDisinterested Ponor (talk) 00:18, 30 May 2026 (UTC)[reply]

Yes. -- LCU ActivelyDisinterested «@» °∆t° 14:42, 30 May 2026 (UTC)[reply]

Although I always use the preview, next to the view changes button, to preview changes. I don't know if that changes anything. -- LCU ActivelyDisinterested «@» °∆t° 14:44, 30 May 2026 (UTC)[reply]

"Show preview without reloading the page" is different from Realtime preview. When that option is unselected, [Show Preview] reloads the whole page (and you lose the ability to undo any changes). They've promised to work on it. That's phab:T427699 now: leave a token if you want. Ponor (talk) 14:51, 30 May 2026 (UTC)[reply]

Module:Mapframe is still using tleft & tright. There may be other modules and templates where the names are not explicitly given as tleft and tright but are constructed in this fashion. Ponor (talk) 15:28, 29 May 2026 (UTC)[reply]

Anyone have any idea how to customize the discussiontools reply widget toolbar to add buttons via javascript? I've had great success modifying the wikiEditor toolbar but cannot find any documentation for modifying discussion tools. Any help greatly appreciated! Zackmann (^{Talk to me}/_{What I been doing}) 03:05, 26 May 2026 (UTC)[reply]

I don't think that's possible: phab:T390807. Johannnes89 (talk) 05:46, 26 May 2026 (UTC)[reply]

Well that sucks... User:Johannnes89 thanks for chasing that down! Zackmann (^{Talk to me}/_{What I been doing}) 06:05, 26 May 2026 (UTC)[reply]

Here's an example of a userscript I wrote that added a "ping all" button to the DT toolbar: https://meta.wikimedia.org/wiki/User:DLynch_(WMF)/DiscussionToolsPingAll.js

There's a lot of specifics to the command actually happening there, but the basic skeleton should work: make a Tool, and add it to the toolbar (at the bottom of that file). DLynch (WMF) (talk) 09:41, 26 May 2026 (UTC)[reply]

@DLynch (WMF): Awesome!!! Thank you!! Zackmann (^{Talk to me}/_{What I been doing}) 17:06, 26 May 2026 (UTC)[reply]

Moved from Wikipedia:Village pump (idea lab) § Adding red links to the app version of Wikipedia

Hello. I sometimes edit on the app version of Wikipedia, but I noticed red links displays as just plain text on the app. I want to add red links to the app, so editors can:

• get encouraged for article creation
• help identify missing topics
• improve navigation and maintenance
• to see whether a page exists at a glance

So, it would be helpful if the app displayed red links consistently with the web version. Thanks! Versions111 (talk • contribs) 10:58, 17 May 2026 (UTC)[reply]

How awful. I don't understand the rationale for such a major UI difference between the app and web. Of course the app should display red links! Joe vom Titan (talk) 19:58, 18 May 2026 (UTC)[reply]

Sounds like the app is violating our guidelines. Thebiguglyalien (talk) 00:18, 19 May 2026 (UTC)[reply]

I've noticed this, too, and support this proposal.----3family6 (Talk to me|See what I have done) 00:30, 19 May 2026 (UTC)[reply]

• Support adding red links to the app. I have also noticed this on the app. 🪐Kepler-1229b | talk | contribs🪐 18:20, 25 May 2026 (UTC)[reply]

Should I move this to the technical section of the village pump? Versions111 (talk • contribs) 09:43, 26 May 2026 (UTC)[reply]

Yes, that would be a good idea. 🪐Kepler-1229b | talk | contribs🪐 14:04, 26 May 2026 (UTC)[reply]

Support per nom. This is a major issue that redlinks still can't be seen on android/iOS version of Wiki. Sddarealone (talk) 15:14, 26 May 2026 (UTC)[reply]

This is not something we can change onwiki. Izno (talk) 20:24, 26 May 2026 (UTC)[reply]

Support, I've been confused by this when using the app. There's an issue for this on phabricator: T331464. --rchard2scout (talk) 07:46, 27 May 2026 (UTC)[reply]

Considering mw:Wikimedia Apps/Team/Future of Editing on the Mobile Apps it's probably best to first discuss if the apps should be used for editing at all before discussing red links… Given the currently limited options for editing within the app it might be better not to prompt users to create a page (of course a solution might be to improve the editing experience) --Johannnes89 (talk) 09:11, 27 May 2026 (UTC)[reply]

Added my comment there. By the way, thanks for fixing the pageviews analysis. It means a lot. T427171 Sddarealone (talk) 10:49, 27 May 2026 (UTC)[reply]

I edited Commons and it created a temporary account (User:~2026-31778-15).
I then edited Wikipedia and for some reason it created another (User:~2026-31653-88) instead of using the first one.
I then tried to edit Wikidata but couldn't due to the "We are temporarily limiting logged-out editing from your location" rate limit, which probably means it tried to create another one.

When I look at pages on Commons it shows me as logged into ~2026-31778-15 and here it shows me as logged into ~2026-31653-88. This is happening in the same browser window (and even if I go from WP to Commons in the same tab) and I haven't cleared cookies.

How can I make it use either of the accounts on Wikidata so I don't get ratelimited? The ratelimit is already way too strict to be usable and if each project is counted as its own account it makes it even worse.

Browser is Edge 148 on Windows, private browsing mode. This is a public computer so I can't check if it happens on other browsers, but even if I could, the IP ratelimit would make it impossible anyway. ~2026-31653-88 (talk) 14:47, 27 May 2026 (UTC)[reply]

It sounds like the cookie is not being saved. Without this, it will create a new TA every time you visit.

You could obviate the need to worry about this by creating a regular account. 331dot (talk) 14:51, 27 May 2026 (UTC)[reply]

It is clearly being saved, since otherwise I wouldn't still be able to access the Commons account.

Just tested it:

• opened en.wikipedia.org in a new tab, it shows ~2026-31653-88 in the top right
• clicked the link to Commons in the "sister projects" section, it shows ~2026-31778-15 and I can still edit using it: c:Special:Diff/1221224925
• clicked a link back to WP, still ~2026-31653-88

~2026-31653-88 (talk) 15:04, 27 May 2026 (UTC)[reply]

When I open a private browsing window in Edge on my computer, it displays a message that says: "Cookies aren't shared during InPrivate. InPrivate browsing keeps cookies private to help prevent sites from sharing your data across the web. If a site doesn’t work, you can temporarily allow cookie access." It's likely that this is preventing your temporary account from being shared between the different Wikimedia sites. Matma Rex talk 14:58, 27 May 2026 (UTC)[reply]

Just tried this (enabled third party cookies using the eye icon in the url bar in both an en.wikipedia.org tab and a www.wikidata.org one), but it's not working. I still get the ratelimit message even though I refreshed both tabs a bunch of times and even tried editing a different wikidata item to make sure it's not a caching issue. ~2026-31653-88 (talk) 15:15, 27 May 2026 (UTC)[reply]

I would need to do some testing to find out exactly what it blocks and how, but based on playing with it for 3 minutes, I think you would need to allow third-party cookies on every wiki domain you want to visit (the eye icon toggle seems to be per-domain), and on auth.wikimedia.org (domain used during logins and account creations), before creating your temporary account (since for temp accounts cookies are only set during the creation, so if they're blocked at that time, you can't get them any more). At this point I imagine that signing up for a normal account would be easier. Matma Rex talk 16:19, 27 May 2026 (UTC)[reply]

I tried to login with Pale Moon (browser) 34.2.2 (64-bit) (GTK3) on Linux but I get:

This browser does not support security key authentication, or it is not available for this website. Please try with a different browser. Read more

[Reload page]

[Reload page] reloads the page and gets the error message again. The Read more link takes me to a page with:

This extension has been archived.

Merged into Extension:OATHAuth It was archived per T415867.

The OATHAuth page is about two-factor authentication, that I am not using, as far as I know. Trying to log in through Commons gets me the same message. Yesterday, I could login without problems. Something has changed between yesterday and today. I can log in with LibreWolf, which is how I am writing this, but I'd prefer to keep editing with Pale Moon. Error (talk) 08:55, 28 May 2026 (UTC)[reply]

My user agent is (according to about:support)

Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Goanna/6.8 Firefox/128.0 PaleMoon/34.2.2

--Error (talk) 08:58, 28 May 2026 (UTC)[reply]

@Error Have you configured security keys and/or passkeys ? and when exactly doe this happen ? When you open the login page, when you fill in data, when you press submit ? —TheDJ (talk • contribs) 11:38, 28 May 2026 (UTC)[reply]

@TheDJ: No, no security keys or passkeys, I use just user and password. When I open https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page , for some second I am shown the user and password fields, and quickly they are covered by the error message.

--Error (talk) 15:01, 28 May 2026 (UTC)[reply]

I'm experiencing the same problem, with the same error message, when trying to log in using the Duck Duck Go browser for Android. This started within the last 48-72 hours; before that I had no problems. No changes in my configuration, and I can still log in on this device if I use Chrome instead. But for many reasons I have no desire to use Chrome as my regular mobile browser. ~2026-31861-54 (talk) 19:54, 28 May 2026 (UTC)[reply]

(I've taken the liberty of renaming this section to indicate the broader scope of the problem, since Pale Moon is not the only browser affected.) ~2026-31861-54 (talk) 20:02, 28 May 2026 (UTC)[reply]

Can confirm. I think this is temporary, I suspect it will be fixed next week at the latest. —TheDJ (talk • contribs) 20:14, 28 May 2026 (UTC)[reply]

@TheDJ - are you able to be more specific than "I suspect it will be fixed next week at the latest"? I am also having this problem with Pale Moon 34.2.2 on Windows. Thanks, Kiwipete (talk) 02:40, 29 May 2026 (UTC)[reply]

@Kiwipete I think they're talking about T427562, where a fix has been merged, but I guess it may or may not get deployed before next week's WP:THURSDAY. Gamapamani (talk) 03:57, 29 May 2026 (UTC)[reply]

Until the fix is deployed: looks like the usual username/password login form works OK after disabling Javascript on auth.wikimedia.org (or globally, if that's easier for you; just re-enable after login). Gamapamani (talk) 19:17, 29 May 2026 (UTC)[reply]

Thank you, @Gamapamani, yes, disabling Javascript allows me to log in again using Pale Moon. Kiwipete (talk) 02:36, 30 May 2026 (UTC)[reply]

Same issue with Tor Browser (WP:EXEMPT). Turning off JS did help. Toukouyori Mimoto (talk) 11:35, 31 May 2026 (UTC)[reply]

For the past week (at least) , when I open my watchlist, on laptop, I always get the "Manage labels" pop-up dialogue box saying:

Create labels ............. 1 of 3

Go to 'Manage labels' to create, rename and delete custom labels. ......... Next

This is regardless of where my cursor is positioned or which messages I have displayed at the top of the page. This is so annoying that I have taken to logging out to make article edits. How can I stop this? Thanks. Martinevans123 (talk) 10:30, 28 May 2026 (UTC)[reply]

The easiest way to remove it is clicking "next" multiple times and completing the dialogue – it shouldn't appear again once you did that. Johannnes89 (talk) 11:42, 28 May 2026 (UTC)[reply]

 Done. Thank you. Martinevans123 (talk) 13:17, 28 May 2026 (UTC)[reply]

I'm writing testwiki:Module:Codex, which outputs CSS-only Codex components for use in other templates. To give an example:

{{#invoke:Codex|button
| text = Some button
| url = https://en.wikipedia.org/wiki/Main_Page
| action = progressive
| weight = primary
}}

Some button

Only a few Codex components have CSS-only counterparts, and several of those can't be used in wikitext HTML (for example, Accordion requires the use of <details> and <summary>). I'm trying to find workarounds for those, and currently I'm working on Image.

As it is defined, .cdx-image__image is expected to either have a background-image or is itself an <img /> element. The first is not possible because all uses of url() are stripped from the rendered HTML (and replaced with /* insecure input */). The second is also not possible, as there is no way to add custom classes to the <img /> element generated by [[File:...]], only to its wrapping <span> element (using |class=).

Is there a way to achieve what I want, or will I have to submit a feature request?

NguoiDungKhongDinhDanh 14:21, 28 May 2026 (UTC)[reply]

This is intentionally not possible. Codex is a UI component, it is not intended to be used to generate stable wikitext that will render predictably. —TheDJ (talk • contribs) 20:21, 28 May 2026 (UTC)[reply]

You are invited to voice your opinion on a new community-proposed direction for the Community Wishlist. Thank you! MediaWiki message delivery (talk) 03:07, 29 May 2026 (UTC)[reply]

When browsing my notifications I typically open the links I want to read in a new tab using middle click. For the past ~day or so I've occasionally not been taken to the notification but to either Null or https://en.wikipedia.org/Null (I suspect actually always the latter but sometimes it auto redirects to the latter before I see it). This isn't reproducible - when I go back and click the notification again it takes me to the correct destination. Is anyone else experiencing this? Thryduulf (talk) 18:08, 29 May 2026 (UTC)[reply]

@Thryduulf I found phab:T427053 from which it seems this is partially a recent upstream problem in the latest versions of Firefox (151+), plus also some flawed HTML output (nested anchors) in the extension's code. HTH. Quiddity (WMF) (talk) 20:31, 29 May 2026 (UTC)[reply]

Thryduulf, do you mean auto redirects to the former? — Qwerfjkltalk 18:01, 30 May 2026 (UTC)[reply]

Yes. Thryduulf (talk) 18:06, 30 May 2026 (UTC)[reply]

I've been editing Wikipedia steadily for years now. Today when I try to log in I'm told I need to verify my account by giving a code sent to my email address. I get the verification code and enter it and I'm told the code is incorrect (it is not). What do I do? I don't even know how to find my way back to this thread to find any responses. As for the security of my password, it is unique to this account, across the whole internet. I have never written it down or disclosed it to anyone. It is composed of numbers, letters and special characters. It's over a dozen characters long. ~2026-32282-35 (talk) 23:31, 29 May 2026 (UTC)[reply]

@~2026-32282-35: There have been a few new account security checks introduced over the last few months. Do you remember how long the delay was between trying to login and the verification code arriving in your email? Are you on a new device or new location/IP address? —In solidarity with Wiki Workers United · ClaudineChionh (she/her · talk · email) 02:45, 30 May 2026 (UTC)[reply]

@~2026-32282-35 Try visiting Special:AccountRecovery, follow the instructions and see if you can regain access that way. If this doesn't work, please email ca@wikimedia.org from the email address associated with your account and describe your problem there. Hope that helps! (see also m:Help:Account recovery) Matma Rex talk 06:15, 30 May 2026 (UTC)[reply]

Not sure whether this is related but I was trapped in this situation some time ago. The login rejected the code if I entered it from my keyboard but accepted when I used the mouse to copy and paste. Still do not know why this happened. Ymblanter (talk) 07:36, 30 May 2026 (UTC)[reply]

There in normally a "forgot password" button on most cites. Sqvx (talk) 08:26, 30 May 2026 (UTC)[reply]

If you regain access to the account, set up two-factor authentication which bypasses the need for email verification, and has been available to all accounts since December 2025. Unfortunately Wikipedia cannot control what the email system does, so it is not an ideal method of login verification.--♦IanMacM♦ ^{(talk to me)} 07:29, 30 May 2026 (UTC)[reply]

On pages like nl:Charles Darwin (at least in Vector legacy), the sidebar's links to Wikidata, Commons, Wikisource, Wikiquote and Wikispecies have small versions of the relevant project's icons—I presume through CSS. I find they aid navigation.

Could we do that on this project?

How could it be enabled on other projects, such as Wikispecies? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:34, 12 May 2026 (UTC)[reply]

The question remains—What needs to be done, to have this implemented on this project? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:04, 21 May 2026 (UTC)[reply]

Wikipedia:Gadget says ask an interface admin to install it. Seems like an agreed proposal to me. Snævar (talk) 12:27, 24 May 2026 (UTC)[reply]

Thank you. Requested at Wikipedia:Interface administrators' noticeboard#Sibling project icons in side bar. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:15, 24 May 2026 (UTC)[reply]

Done! I've added it as an opt-in gadget for now: while the consensus is to have it on by default, it could be good to have it opt-in for a few hours/days to make sure there aren't any glaring bugs I've overlooked. Please ping me either way! Chaotic Enby (in solidarity · talk · contribs) 17:59, 24 May 2026 (UTC)[reply]

Thank you.

Anyone wanting to test this should look for "InterProjectLinks" under Preferences/Gadgets. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:20, 24 May 2026 (UTC)[reply]

@Chaotic Enby I do not see consensus here and would expect several more editors to have commented in support for addition of a gadget. (I'm only not reverting you right now because it's off by default.) Izno (talk) 21:13, 24 May 2026 (UTC)[reply]

I support the gadget, jolly good thing. DuncanHill (talk) 21:20, 24 May 2026 (UTC)[reply]

Do you think this needs to go to a full RfC? What would you recommend for more engagement before this is ready? Chaotic Enby (in solidarity · talk · contribs) 16:58, 30 May 2026 (UTC)[reply]

[Restored from archive]

I have been using this for a week without issue. So far as I am aware, no-one else has reported any bugs. What needs to be done to make it on by default? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:00, 30 May 2026 (UTC)[reply]

Hi again, and this is probably the third and last bug report of May 2026 I have done so far. So, I am a recent changes patroller. And I revert vandalism. And I enjoy my alerts and notifications. However, just a few minutes ago, I got a notification from a talk page I never edited, which looked something like this:

Rsjaffe replied in "May 2026" This account has been blocked indefinitely as a sockpuppet that was created to violate Wikipedia policy. Note that using multiple accounts is allow...

There's also some part of ghost text I nearly added (a "k") while copying the LTA's talk page link into here, just ignore that. Back in track, this seems weird because I never entered the page LGBTQ rights in Russia nor came across the account on recent changes patrol. And this has been going on pretty much since late April 2026. Anything? – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 17:30, 30 May 2026 (UTC)[reply]

The notification system goes by the user name and timestamp of the comment creating the section; they did it that way so the section subscriptions are more robust against sections being moved or archived. But it has its edge cases. In this case, it turns out that ClueBot NG created several sections in the same second, as can be seen here: Special:GoToComment/c-ClueBot_NG-20260530161100-May_2026. Your comment at Special:Diff/1356911923 is in one of those, and subscribing (perhaps by default) to that section effectively subscribes to all three duplicates. Anomie⚔ 17:52, 30 May 2026 (UTC)[reply]

The three edits were the same minute but not the same second. The last date format at Special:Preferences#mw-prefsection-rendering includes seconds. The bot made six edits [8] that minute, after 0, 4, 20, 22, 32 and 35 seconds. The three talk posts all say data-mw-thread-id="h-May_2026-20260530161100" in the HTML where 202605301611 is year, month, day, hour, minute. I guess the ending 00 is supposed to be seconds but it's always set to 00 in the examples I have examined, also human edits on other pages. This case shows that maybe seconds should be set. PrimeHunter (talk) 11:12, 31 May 2026 (UTC)[reply]

Ah, ok. I saw that seconds were included in the format, but didn't realize they were always set to 00. Anomie⚔ 12:24, 31 May 2026 (UTC)[reply]

As a test I subscribed to User talk:PrimeHunter/Archive 20#ArbCom 2025 Elections voter message. Special:TopicSubscriptions now shows me subscribed to 218 sections with that title. This is problematic. PrimeHunter (talk) 11:22, 31 May 2026 (UTC)[reply]

Hey. When being in the visual editor -> Insert -> Template -> Search for template

Then it's needed to type more citations needed s until the "more citations needed section" template is shown.

But it should already find this template when only typing more c.

Because the "more citations needed section" template is often more useful and more targeted than the "more citations needed" template. This way more editors will find the "more citations needed section" template. And the users already using it need to type less everytime. WikiPate (talk) 17:46, 30 May 2026 (UTC)[reply]

I have User:Trappist the monk/HarvErrors/User:Trappist the monk/HarvErrors.js installed. When I am viewing this article in edit mode, 29 Harv warnings pop up because the Bibliography entries are not linking up to the cites as they have been written. I know that this article is a WP:GA but I think it would be useful to our readers to change the linkage code so the cites actually link up to the refs listed in the Bibliography section. With this article's visibility, the referencing should be as accessible and easy to deal with as possible and the Template:Rp style doesn't seem to me to be as accessible for our general readership...it alway kind of stops me and I have to first think "what is this ref doing?" before I, as a somewhat experienced editor ,can delve into the sources. I went ahead and converted all the Becker refs to Sfn nomenclature to make sure it would work but wanted to get feedback on this possible wholesale change here before I attempt it on the entire article. Am also linking on article talk to this discussion. - Shearonink (talk) 20:07, 30 May 2026 (UTC)[reply]

I see lots of "Harv warning" but no actual "Harv error"; when logged out, I don't see any "Harv warning" either. One view is that without an actual error message, there is nothing to worry about. But if it's still felt to be an issue, some may be fixed by simply converting plain-text short refs to {{sfn}}, like this. Eventually you may find that some long-form refs in the Bibliography section cannot be associated with any short-form refs; these may be either (a) marked with |ref=none; (b) moved to the "Further reading" section; or (c) removed entirely. --Redrose64 🌹 (talk) 21:08, 30 May 2026 (UTC)[reply]

I do love me some ref=none edits & sfn's are another personal favorite. Yeah no actual Harv errors, just somewhat bare cites that don't link up to the complete citations sitting somewhat uselessly (in my opinion) in the article's Bibliography. Thanks for all your ref clean-up edits, I'll work my way through what I can get to. All the Boyd refs (1950! 1950a! 1950b! 1976!) seemed unending but they're finally done (one of them - as written - didn't seem to verify the information it was supposed to verify). - Shearonink (talk) 05:09, 31 May 2026 (UTC)[reply]

I'm sure this has been discussed before, but maybe someone could at least point me in the right direction. If you type most but not all of my username (e.g., "User:Extraordinary W") into the CirrusSearch search bar at the top of the page, it will suggest lots of my subpages but not the actual User:Extraordinary Writ base page. The same is true searching for some others too (e.g., Sohom Datta, CoconutOctopus, Left guide, Bobby Cohn, SilverLocust, Aoidh). What exactly causes this? Are there any solutions? Extraordinary Writ (talk) 22:09, 30 May 2026 (UTC)[reply]

You could try to delete and restore the page and wait a day to see if it's discovered by search suggestions. PrimeHunter (talk) 23:26, 30 May 2026 (UTC)[reply]

The search icon moved to the left on my mobile device (you need to use incognito and be on a mobile device on the mobile site to see it). Can you fix this please? Thank you for your consideration. ~2026-32460-65 (talk) 05:59, 31 May 2026 (UTC)[reply]

Appears to be the same bug as phab:T427407 --Johannnes89 (talk) 19:36, 31 May 2026 (UTC)[reply]

For a few months now, images have not been loading. The first few will appear just fine, then after that it is a placeholder image. Example page: F Market & Wharves (the route map does not load as well there, maybe because images are used). This also happens to audio files too I think. I will have to check to see if this is everywhere else or just on the English WP. If it helps, I am on Safari. ~2026-32313-94 (talk) 09:41, 31 May 2026 (UTC)[reply]

I'm on iPadOS 16.2 -- cannot check the exact version of Safari. JavaScript is enabled. ~2026-32313-94 (talk) 09:43, 31 May 2026 (UTC)[reply]

Trying to load the demo track on house music gave me "No compatible source was found for this media." and it would not load. ~2026-32313-94 (talk) 09:45, 31 May 2026 (UTC)[reply]

Categories in Commons, such as c:Category:Test patterns, work just fine. ~2026-32313-94 (talk) 09:48, 31 May 2026 (UTC)[reply]

Going to File:House Music Demo.ogg here starts a few seconds in ("-6:16") despite the page saying "Ogg Vorbis sound file, length 6 min 23 s, 275 kbps, file size: 12.53 MB"... ~2026-32313-94 (talk) 09:52, 31 May 2026 (UTC)[reply]

iPadOS 15.8.7, Safari: it seems to depend upon connection speed. With my home wifi, it loads most images, but with a public wifi, only a few. For example, using my home wifi, I get all images down to the second one in MG Motor#Current models and none afterward; using public wifi, the last image displayed is further up the page. --Redrose64 🌹 (talk) 21:15, 31 May 2026 (UTC)[reply]

There's a URL that cannot be properly rendered in the article African Minds. It was an external link in the article body, which is not so good in the first place, but even then it was broken. I changed it to a footnote, and now the article body looks a bit better, but the link's appearance in the footnote is still broken. The reason is probably that the URL has a rather complex query with lots of quotation marks, but it seems to be a valid URL. Does anyone have an idea how to fix that? Amir E. Aharoni (talk) 12:43, 31 May 2026 (UTC)[reply]

• The doubled '' was being interpreted as wikitext and breaking the link. I percent-encoded one of each pair to %27, which avoids that and doesn't seem to break the link. Anomie⚔ 13:16, 31 May 2026 (UTC)[reply]

  Thanks!

  I wonder whether there's an easier and less manual way to avoid it. Copying the URL from Firefox's address bar to wikitext or to Visual Editor isn't smart enough. Is there anything else? Perhaps I should report a bug to have it auto-detected somehow? Similar things happened in the past, and only now I finally bothered to raise it here. Amir E. Aharoni (talk) 13:24, 31 May 2026 (UTC)[reply]

Hello! I seem to be unable to add an interlanguage link through Wikidata, can anyone please do it (or tell me how to)?

I was trying to add "განდაგანი" (from kawiki, Wikipedia in Georgian) as the equivalent to Gandagana; I have every reason to believe those two articles are about the same subject. But an error message shows up when I try to add it through Wikidata.

Thanks in advance!

~2026-32530-88 (talk) 16:42, 31 May 2026 (UTC)[reply]

The error is due to განდაგანი already being associated with a different Wikidata item. The solution is to merge the two Wikidata items; there's an option to do so in the "Tools" menu at the top right of the page on Wikidata. I've gone ahead and done so on your behalf. – Scyrme (talk/solidarity) 19:17, 31 May 2026 (UTC)[reply]

I give up. I know where the image went "wrong", it was here and I know I'm the one who actually did it but I cannot figure out what I did to mess it up. Can someone please fix it? I have tried and tried to figure out whythehell it isn't working but have spent too much time and am getting no where fast. Thanks - Shearonink (talk) 19:21, 31 May 2026 (UTC)[reply]

Curiously, when I preview just the section the image in located in the image loads. This suggests the problem is caused by something outside the section. – Scyrme (talk/solidarity) 19:31, 31 May 2026 (UTC)[reply]

Yeah... I kind of figured it was something like that and I went through looking at the changes from edit to edit but I still can't figure out what went wrong... - Shearonink (talk) 19:34, 31 May 2026 (UTC)[reply]

Fixed it. You accidentally removed two closing square brackets from an image in the "Draft and adoption" section. – Scyrme (talk/solidarity) 19:36, 31 May 2026 (UTC)[reply]

THANK YOU. I knew it has to be some closing-out stray bit of code that I just was *not* seeing. Thanks again. - Shearonink (talk) 19:40, 31 May 2026 (UTC)[reply]

I noticed it seems to list them in a somewhat low resolution... is there any way they could be higher, or, perhaps, use a kind of category slideshow for its output? ~Lofty abyss 23:23, 31 May 2026 (UTC)[reply]

Just now, I made a misclick with Twinkle when notifying a user about an added sentence and had to strikethrough my edit. However, when I did so, the del tag started acting freaky. Here's the diff; the source has the opening del tag at the beginning of the first comment and the closing at the end of the first comment, before my signature. But, somehow, the entire content of the talk page is struck through. This persisted even to new sections.
I've tried looking at the diff in multiple browsers (Firefox, Brave, Edge) but the same thing happens. What's going on? 7amithorn me|talk|stats 06:00, 1 June 2026 (UTC)[reply]