Wikipedia:Village pump (technical)

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 guideline. 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.

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, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223

Reply working erratically

Sometimes clicking on it works, sometimes it doesn’t. Doug Weller talk 19:25, 21 July 2025 (UTC)[reply]

Is it consistent how it fails? That is, does it always fail on certain comments or certain pages, or does it randomly go either way? DLynch (WMF) (talk) 21:00, 21 July 2025 (UTC)[reply]

Inconsistently. Sohom (talk) 21:12, 21 July 2025 (UTC)[reply]

Always works for me. Johnjbarton (talk) 23:24, 21 July 2025 (UTC)[reply]

Yeah, I've never seen it happen either. Makes me suspect it's a userscript or non-default gadget that's (unpredictably) adjusting the markup in the page that DiscussionTools uses to hook things up. DLynch (WMF) (talk) 01:22, 22 July 2025 (UTC)[reply]

I have zero scripts loaded at the moment and I still see it happening on a regular basis. Sohom (talk) 01:27, 22 July 2025 (UTC)[reply]

Okay, so I did some debugging and there are scenarios where mw.dt.init function just doesn't get called with #mw-content-text Sohom (talk) 02:07, 22 July 2025 (UTC)[reply]

That's interesting -- mw.dt.init is on a wikipage.content hook. Could you check whether that hook has fired at all when this happens to you? (And, I suppose, whether mw.dt.init actually exists? I'd think the DT modules failing to load is more likely than wikipage.content not firing, given how many things expect it to work.) DLynch (WMF) (talk) 02:32, 22 July 2025 (UTC)[reply]

I just encountered this on Wikipedia:Articles for deletion/Romanian Commodities Exchange and opened up Edge's console to check the log. Any use...?

Romanian_Commodities_Exchange:655 [Intervention] Images loaded lazily and replaced with placeholders. Load events are deferred. See https://go.microsoft.com/fwlink/?linkid=2048113
startup.js:1319  This page is using the deprecated ResourceLoader module "jquery.ui".
Please use Codex instead.
eval @ load.php?lang=en&modules=jquery.textSelection&skin=vector-2022&version=1s8ie:1
startup.js:1319  This page is using the deprecated ResourceLoader module "mediawiki.ui.button".
[1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI
modules=jquery.textSelection&skin=vector-2022&version=1s8ie:1
startup.js:1319  This page is using the deprecated ResourceLoader module "moment".
[1.44] Use mediawiki.DateFormatter or native Intl function instead. See https://phabricator.wikimedia.org/T146798
eval @ load.php?lang=en&modules=jquery.textSelection&skin=vector-2022&version=1s8ie:1
startup.js:1319  This page is using the deprecated ResourceLoader module "mediawiki.ui".
[1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI
eval @ load.php?lang=en&modules=ext.gadget.formWizard-core&skin=vector-2022&version=16e6i:1
eval @ load.php?lang=en&modules=jquery.textSelection&skin=vector-2022&version=1s8ie:1
index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:67 Reflinks: Loading messages from API
index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:185 Promoting reFill 2
index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:67 Reflinks: Loading messages from API
jquery.js:10016   GET https://refill.toolforge.org//api.php?action=i18n&callback=jQuery37109915773898646144_1753709518788&_=1753709518789 net::ERR_ABORTED 500 (Internal Server Error)
getJSON @ jquery.js:9658
ReflinksGadget.loadMessages @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:121
ReflinksGadget.init @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:181
(anonymous) @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:202
(anonymous) @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:201
jquery.js:10016   GET https://refill.toolforge.org//api.php?action=i18n&callback=jQuery37109915773898646144_1753709518790&_=1753709518791 net::ERR_ABORTED 500 
ReflinksGadget.loadMessages @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:121
ReflinksGadget.msg @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:97
ReflinksGadget.init @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:187
(anonymous) @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:202
(anonymous) @ index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript:201

qcne (talk) 13:39, 28 July 2025 (UTC)[reply]

This happens to me too. I have found it correlates with the "New section" button also not working. CMD (talk) 13:15, 24 July 2025 (UTC)[reply]

Makes sense -- it's the same initializer that sets them both up, and they use most of the same code. When you see this happen, do you find any errors in your browser's console?

(It would be much simpler if I could ever experience this myself. It happening to me once would be all I need to get a huge amount of debugging done. 😛) DLynch (WMF) (talk) 19:27, 24 July 2025 (UTC)[reply]

Interesting. I have the "new section" problem also. Doug Weller talk 07:08, 25 July 2025 (UTC)[reply]

I have been having this issue as well for past 3 weeks-ish and it is to the point I cannot participate in discussions without logging out then back in to make a comment. I am also experiencing this with adding new topics. My browser is Firefox. S0091 (talk) 20:08, 26 July 2025 (UTC)[reply]

I use Chrome. Doug Weller talk 20:15, 26 July 2025 (UTC)[reply]

Oh wow! It is letting me comment. Usually it only gives me one, especially on the same page. I thought it was something with me and I have tried removing scripts, fussing with browser settings, etc. so it is a relief others are experiencing the same but whatever this issue is, it desperately needs to be fixed. Pinging @DLynch (WMF). S0091 (talk) 20:22, 26 July 2025 (UTC)[reply]

Sadly, trying different browsers out hasn't helped me reproduce the issue. E.g. In Firefox right now I just reloaded this page ~20 times and didn't once experience broken reply buttons. DLynch (WMF) (talk) 19:28, 27 July 2025 (UTC)[reply]

@DLynch (WMF) you have to try to use the reply tool on multiple pages. So right now I can reply but I just experienced issues replying at WP:AFCHD so logged out and back in. S0091 (talk) 19:36, 27 July 2025 (UTC)[reply]

Ok, so at the time I posted the note above, I could reply at WP:AFCHD but I just refreshed the page and now I can't but it is letting me reply here. S0091 (talk) 19:42, 27 July 2025 (UTC)[reply]

I just refreshed this page and it is letting me reply both here and at AFCHD but normally refreshing does not work. I have to log out/in. S0091 (talk) 19:44, 27 July 2025 (UTC)[reply]

I just refreshed AFCHD again. It will not let me reply nor at User talk:TVresource. S0091 (talk) 19:45, 27 July 2025 (UTC)[reply]

Refreshed AFCHD again, it lets me reply. I also refreshed User talk:TVresource but it does not let me reply. 19:48, 27 July 2025 (UTC) S0091 (talk) 19:48, 27 July 2025 (UTC)[reply]

Just now, I started a new topic at WT:AFC about the reply tool and someone responded but I cannot respond. S0091 (talk) 21:01, 27 July 2025 (UTC)[reply]

@S0091: Are you unable to use the traditional method (click the "edit" link, position the cursor, type something followed by four tildes, click "Publish changes")? --Redrose64 🌹 (talk) 21:19, 27 July 2025 (UTC)[reply]

@Redrose64 I can reply using the traditional method so all the above it regarding the Reply tool (i.e. clicking Reply). S0091 (talk) S0091 (talk) 15:19, 28 July 2025 (UTC)[reply]

I'm having this issue as well, where sometimes it works and sometimes it doesn't. When I'm having the error, clicking reply does nothing. Clicking "Add topic" on a talk page loads the page with "&section=new&veaction=editsource" appended to the url but doesn't do anything else. The subscribe button also doesn't do anything when this is happening. Thebiguglyalien (talk) 🛸 20:44, 27 July 2025 (UTC)[reply]

I've had an issue over the last few weeks where sometimes clicking on reply just scrolls the page to the top. I did find if I open dev tools (F12), which has caching disabled, it then works. On FireFox, maybe 10-15% of the time. I've been meaning to look into it but it's always happened when I'm too busy to dig as I did think it was probably a user-script. If enough people report similar maybe a review of scripts will find the culprit. KylieTastic (talk) 21:44, 27 July 2025 (UTC)[reply]

I am also having this issue, for the last three weeks or so. It seems fairly random when it occurs. Often restarting the browser doesn't fix it, and I just have to wait and keep refreshing it. qcne (talk) 08:13, 28 July 2025 (UTC)[reply]

I use Microsoft Edge. qcne (talk) 08:14, 28 July 2025 (UTC)[reply]

Same problem here, been going on for a couple of months now.

I queried this at mw:Talk:Talk_pages_project#Problems_in_Vivaldi_browser, but it was suggested this might be because of my browser (Vivaldi) not being supported. Looks like there might be more to it, then.

As already noted above, whatever the problem is, it also affects other 'Talk pages project' functionality, esp. 'add topic', occasionally also 'subscribe'. --DoubleGrazing (talk) 12:27, 28 July 2025 (UTC)[reply]

Everyone, please check if you have the XTools gadget enabled in your preferences. This issue is (somewhat) reproducible when all gadgets are off, and only XTools is running. Reported as T400613. Ponor (talk) 13:38, 28 July 2025 (UTC)[reply]

I sometimes have problems with replying and I have XTools enabled. —Kusma (talk) 13:48, 28 July 2025 (UTC)[reply]

I had it enabled but now disabled it to see if that makes a difference. S0091 (talk) 15:41, 28 July 2025 (UTC)[reply]

Nicely spotted, and looking at the code, that seems like a plausible problem: the gadget was updated recently [1] to add a call to mw.hook('wikipage.content').fire(…), and DiscussionTools uses that hook too. Maybe things break if they run in exactly the right (or the wrong) order. (cc @MusikAnimal) Matma Rex talk 17:55, 28 July 2025 (UTC)[reply]

@Quiddity has found that MusikAnimal already made the same change to the mediawiki.org version of the gadget (see MediaWiki talk:Gadget-XTools-ArticleInfo.js#c-Quiddity (WMF)-20250728172800-Reply error), so I applied it here as well: [2]. That should solve the problem. Matma Rex talk 19:42, 28 July 2025 (UTC)[reply]

Why do I now see all redirects are green?

Can someone explain what technical changes have been made so that redirects are now green, and why has this been done? I don't see how it's advantageous to have this setting, because for me it would seem to imply that there is something improper about having redirects and that they ought to be made into direct links, which after all defeats the original objective of putting redirects in place. Ohc ^{revolution of our times} 14:48, 23 July 2025 (UTC)[reply]

Have you installed something like User:Anomie/linkclassifier? CMD (talk) 14:56, 23 July 2025 (UTC)[reply]

Yes, looks like you're importing Schwede66's common.js into your vector.js, and that page in turn includes Anomie's linkclassifier script. Writ Keeper ⚇♔ 15:00, 23 July 2025 (UTC)[reply]

I use that tool, it's very useful, but in the mode where it's only enabled if I select it from the Tools menu. Wouldn't want it on all the time :) — Amakuru (talk) 20:03, 23 July 2025 (UTC)[reply]

mystery solved, thanks to all for your responses! — Preceding unsigned comment added by Ohconfucius (talk • contribs) 13:53, 27 July 2025 (UTC)[reply]

Wikipedia statistics page small issue

Hi, I don’t really know if this is the place I should report this to but on WP:Statistics, there are some blue linked pages which do not exist anymore. There is only one instance where I saw this but it is possible that there could be more. The one that I noticed was “frameworks” on paragraph 3. Thanks MiniMikeRM (talk) 02:50, 24 July 2025 (UTC)[reply]

"frameworks" was a section link to the page itself but the section heading was removed.[3] I have updated the link.[4] PrimeHunter (talk) 03:12, 24 July 2025 (UTC)[reply]

Normally, if a link is the wrong colour, a WP:PURGE fixes it. --Redrose64 🌹 (talk) 19:51, 24 July 2025 (UTC)[reply]

Request for 2–4 redirect categories

I just created the redirect TNAP, which redirects from the name of a protein to the gene that codes for it. This kind of redirect is exceedingly common, since we usually have an article on just the protein or the gene, not both. It seems we don't have Rcats for this though. I would like to create some Rcat templates to track these cases: {{R to gene}} should say something like "This is a redirect to an article on a gene from the name of a protein it encodes", while {{R to protein}} should say "This is a redirect to an article on a protein from the name of the gene that encodes it". (Creating the corresponding "from" templates as well would be overkill.) Could anyone please make these for me or tell me how I could make them myself? And how would they get added to Capricon? Toadspike [Talk] 14:46, 24 July 2025 (UTC)[reply]

If you act now, you can rescue {{Rcat doc}} from deletion, by using it.
Just copying other rcats and tweaking the parameters should do it.
As for Capricorn, asking Wugapodes to edit User:Wugapodes/Capricorn/RedirectTemplates.json should do it. — Qwerfjkl talk 15:36, 24 July 2025 (UTC)[reply]

Heh, thanks. I have no idea how that template is supposed to work, so I'll take your advice and copy another Rcat. Toadspike [Talk] 19:38, 24 July 2025 (UTC)[reply]

I think "R from" names are usually preferred when practical like {{R from gene symbol}} which says something about the page it's on. {{R to gene}} could be many things, e.g. {{R from gene symbol}}. PrimeHunter (talk) 15:56, 24 July 2025 (UTC)[reply]

Very many Rcat names are exceedingly vague, with the specific "rules" in the actual text of the template. The same is true for "R from gene symbol", which is actually only for a specific kind of gene symbol from a specific organization, not for all gene symbols. So, I figured that short names are generally preferred over clear and specific names. If you prefer R from protein and R from gene, though, I can do that. Toadspike [Talk] 19:37, 24 July 2025 (UTC)[reply]

@Toadspike: Have you asked at Wikipedia talk:WikiProject Redirect? --Redrose64 🌹 (talk) 22:17, 24 July 2025 (UTC)[reply]

No...I didn't know it existed. Will take a look there before barreling ahead. Toadspike [Talk] 08:59, 25 July 2025 (UTC)[reply]

Temporary Accounts project update + Join us at Wikimania

Hello, I wanted to give you an update on the state of the Temporary Accounts project, the impact we see, and on the next steps.

In the second half of June, we rolled out temporary accounts on MediaWiki.org and 18 large and medium-sized Wikipedias including French, German, Chinese, Japanese, and more. On these wikis, we will invite community members to a survey where we will ask what they think about the new features and our communication. We will also conduct impact research, where we will check how temporary accounts make it easier or more difficult for users with extended rights to do their work.

On wikis where we deployed last year, we also conducted a similar survey (see the results here) and a quantitative analysis. In the latter, we found that temporary accounts did not pose any significant changes. The only notable change was a shift from IP-based blocking to temporary account-based blocking on our first set of pilot wikis.

You may monitor this dashboard to track changes from temporary accounts on projects where we are already deployed. The full list of these wikis is in the FAQ.

The final deployment on all remaining wikis is planned for September. We are considering options to limit the scope of that phase by rolling out to some wikis sooner. This is for the smallest communities and does not include English Wikipedia.

On a different note, our team has been recently merged with Security to form Product Safety and Integrity. To follow the progress on our projects, subscribe to our newsletter. Last but not least, we will have a Wikimania session about Temporary Accounts. You may also be interested in our other session: Updates from the Product Safety and Integrity team.

Thanks! NKohli (WMF) and SGrabarczuk (WMF) (talk) 00:04, 25 July 2025 (UTC)[reply]

Reply link not putting comments at the bottom

On Wikipedia:Articles for deletion/Andy Byron, if one attempts to !vote by replying to the nomination statement using the default DiscussionTools reply link (not those fancy gadgets like Factotum), the vote will not be put at the bottom, but rather before the first collapsible on the page. You can see a bunch of new comments piled up right before the collapsible due to this, with the first few comments after the collapsible being days before. I tried a test where I indented the {{collapse top}} template with :; that did not work. Does anyone have an idea as to how to fix it? OutsideNormality (talk) 02:45, 25 July 2025 (UTC)[reply]

I think this is a universal issue. I ended up just editing the page and adding my vote. Not sure if theres an actual fix Metallurgist (talk) 03:34, 25 July 2025 (UTC)[reply]

It makes sense with how it works. The threads parsed from that page are based on the rendered HTML, not the wikitext, for determining indentation. And particularly not on the pre-template-insertion wikitext.

On the AFD page the collapse_top is on a new line outside of the comment it's wrapping, so it's a top-level element, and the parser interprets that as the end of the previous thread and the start of a new one.

On your sandbox it's closer to working because you're maintaining the indentation-level at the start. Unfortunately, when the template is substituted into the wikitext before rendering it into HTML, it brings along its own linebreaks that result in the list being closed out and a new top-level element starting.

The ultimate solution would be us finally getting some progress on T230683 which would add wikitext syntax for multiline list items.

A medium-term fix for something like this could perhaps involve us looking into filtering out the mw-archivedtalk elements that templates like collapse_top are using entirely from the indentation calculations. I'm not sure how well that would work, though.

As a hacky solution for now, you could move the collapsed comments to another section. It's really not ideal, because it fails to preserve their original context, but it would stop this. DLynch (WMF) (talk) 03:39, 25 July 2025 (UTC)[reply]

Discussion at WT:XFDcloser § Circular redirects in hatnotes

You are invited to join the discussion at WT:XFDcloser § Circular redirects in hatnotes. Left guide (talk) 03:26, 25 July 2025 (UTC)[reply]

Gadget setting

I am not sure if this is the correct place, but is it possible to change the default color of the gadget "Display links to disambiguation pages in orange" to yellow or something? The orange is difficult to distinguish from a red link. Thanks. Metallurgist (talk) 03:33, 25 July 2025 (UTC)[reply]

@Metallurgist: The code is in MediaWiki:Gadget-DisambiguationLinks.css. You can disable the gadget and make your own version with another color in your CSS. Screens and vision vary but the current orange color is very easy to distinguish from a red link like this for me and probably most others. Yellow text is difficult to read on a white background so I oppose changing the default in the gadget. PrimeHunter (talk) 09:30, 25 July 2025 (UTC)[reply]

Actually I just realized this is because I use dark mode. In white background, they are more distinguishable, so this is an issue with dark mode, altho I am sure there must be a more distinct color that would work well on both. I also just color blind tested it with this and it does seem to be an issue with dark mode and they still look distinct enough on light mode. So I guess this is a dark mode issue. Thanks for at least getting me in that direction haha! Metallurgist (talk) 19:53, 25 July 2025 (UTC)[reply]

I have added a color flip to the gadget. Izno (talk) 22:19, 25 July 2025 (UTC)[reply]

Captioning issue

Users have reported an issue with the caption of a picture overlapping with the picture itself when viewing on mobile. See discussion at Talk:September_11_attacks#Semi-protected_edit_request_on_23_July_2025. Anyone know how to fix? meamemg (talk) 16:54, 25 July 2025 (UTC)[reply]

Watchlist 'Saved filters' drop down box moving right to left then back again.

As the title really, a couple of weeks ago my saved filters box moved from the right side of the page to the left. I wasn't sure what had happened just knew that something had changed. Today the box moved from the left back to its original position on the right, I'm fairly sure that I have made no preference settings changes to cause it. Does anyone know why this is happening? It would be great to find it in the same place every day. Nimbus (Cumulus nimbus floats by) 17:43, 25 July 2025 (UTC)[reply]

It looks like that was a layout-bug for a couple of weeks: phab:T398374. It has now been fixed. Quiddity (WMF) (talk) 20:19, 25 July 2025 (UTC)[reply]

Thanks, this can be archived assuming it doesn't move again! Nimbus (Cumulus nimbus floats by) 08:59, 26 July 2025 (UTC)[reply]

Changes not being saved

Are edits to certain articles "throttled"? I made four edits to a BLP article and now I can't make any more. Is there a cooldown to editing or is it a technical issue? TurboSuperA+_(talk) 06:00, 26 July 2025 (UTC)[reply]

I can change the prose, fix refs, etc. but for some reason I can't do the pipe trick on the links in the article (Clara Mateo) for some reason. In an edit where I change both the prose and add the pipe trick, the prose changes are saved but the links are all reverted to their previous form. I can't even change [[France women's national football team|France women's national football team]] to [[France women's national football team|]]. Is this expected behaviour? TurboSuperA+_(talk) 06:11, 26 July 2025 (UTC)[reply]

But I can change it to [[France women's national football team]]. Looks like the pipe trick doesn't work because Paris FC is an existing article and the system doesn't want to create a pipe link if the resulting link will be a WP:EASTEREGG. I think I figured out what I've been doing wrong. TurboSuperA+_(talk) 06:13, 26 July 2025 (UTC)[reply]

@TurboSuperA+: It doesn't matter whether the article exists. It sounds like you have just misunderstood what the pipe trick does. [[Foo|]] makes a piped link for any value of Foo, and it saves it as [[Foo|Something]] where "Something" may be a shortened version of "Foo". For example, [[Foo (disambiguation)|]] saves as [[Foo (disambiguation)|Foo]] which renders as Foo. If there is nothing to "pipe away" like a disambiguation in parentheses then it just saves as [[Foo|Foo]]. In your example it already said that so there was no change. If an edit makes no change to the saved text then it becomes a null edit which is not registered in the page history. PrimeHunter (talk) 10:09, 26 July 2025 (UTC)[reply]

Oh ok, thanks for the answer.

If an edit makes no change to the saved text then it becomes a null edit which is not registered in the page history.

Even when I changed other things, the piped link didn't change. So I changed prose and the links, the prose changes got saved while the link ones didn't. When I was doing the link changes only, then the edits were being nullified (and that was confusing me), so thank you for clearing it up. TurboSuperA+_(talk) 10:13, 26 July 2025 (UTC)[reply]

I have created phab:T400539: "Pipe trick should remove pipe if there is no change". PrimeHunter (talk) 11:08, 26 July 2025 (UTC)[reply]

Horizontal scrolling

I would appreciate help with Template:Family tree. I have a problem when I add too many people in the same generation. The names become squeezed into multiple lines, and so the tree as a whole becomes taller. See User:Surtsicna/Genealogy for an example. How can I make the tree scrollable left to right instead? Surtsicna (talk) 15:45, 26 July 2025 (UTC)[reply]

A "normal" way would be to create two rows of children so that they alternate high and low. See one I did a couple of months age: Donnchad Donn#Family_tree — GhostInTheMachine ^{talk to me} 12:47, 29 July 2025 (UTC)[reply]

Yes, that's a workaround. It looks dreadful when you try to have more generations. It becomes impossible to tell cousins apart from grandaunts. I am certain that I have seen content encased in these scrollable frames, but I do not know where. Surtsicna (talk) 14:15, 29 July 2025 (UTC)[reply]

uw-brd template functionality

Can anyone who's versed in template editing take a look at the malfunctioning {{uw-brd}} and this related discussion on its talk page? — Fourthords | =Λ= | 17:28, 27 July 2025 (UTC)[reply]

This seems to be fixed now? FaviFake (talk) 16:10, 28 July 2025 (UTC)[reply]

Category:Harv and Sfn no-target errors question

AFGE v. Trump appears in the above Category. I think I figured out why...the sfn cites all link to nothing. Because a Template:Sfn whitelist was invoked and that template is basically stepping into the error notification process and stopping the notifications from happening. At least I think that's what it is... - Shearonink (talk) 03:44, 28 July 2025 (UTC)[reply]

The problem was that the last citation id was missing from the whitelist. The short citations link just fine. – Jonesey95 (talk) 04:14, 28 July 2025 (UTC)[reply]

As with many custom templates if {{Bluebook website}} was named "Cite Bluebook Website" it wouldn't have to be whitelisted. -- LCU ActivelyDisinterested «@» °∆t° 13:38, 28 July 2025 (UTC)[reply]

Jonesey95 - Thanks for that fix. It does appear to me that the sfn cites do not link directly to their particular target refs. The target refs don't come up in the same fashion as when a whitelist isn't invoked (or whatever it is that is going on here with the Bluebook/whitelist stuff. I am not a coder, so forgive my ignorance.) When I click on any of the numbered refs, the resulting action only moves down the page to a (generic) all References result. The action does not take me directly to the singular numbered ref. Am I missing something here? - Shearonink (talk) 15:13, 28 July 2025 (UTC)[reply]

If I click on [1] after "hire candidates", it takes me to the References section and highlights "Schleifer & Ngo 2025." If I click on "Schleifer & Ngo 2025.", it scrolls the page down and highlights "Theodore Schleifer & Madeleine Ngo, Trump Orders Plans for 'Large Scale' Work Force Cuts and Expands Musk's Power, The New York Times (February 11, 2025)." The highlighting, for me, is a very light blue that barely contrasts with the white background. The linking is working correctly for me. – Jonesey95 (talk) 15:41, 28 July 2025 (UTC)[reply]

Tech News: 2025-31

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

The Community Tech team will be focusing on wishes related to Watchlists and Recent Changes pages, over the next few months. They are looking for feedback. Please read the latest update, and if you have ideas, please submit a wish on the topic.

Updates for editors

The Wikimedia Commons community has decided to block cross-wiki uploads to Wikimedia Commons, for all users without autoconfirmed rights on that wiki, starting on August 16. This is because of widespread problems related to files that are uploaded by newcomers. Users who are affected by this will get an error message with a link to the less restrictive UploadWizard on Commons. Please help translating the message or give feedback on the message text. Please also update your local help pages to explain this restriction. [5]
On wikis with temporary accounts enabled and Meta-Wiki, administrators may now set up a footer for the Special:Contributions pages of temporary accounts, similar to those which can be shown on IP and user-account pages. They may do it by creating the page named MediaWiki:Sp-contributions-footer-temp. [6]
View all 21 community-submitted tasks that were resolved last week.

Updates for technical contributors

Detailed code updates later this week: MediaWiki

Meetings and events

Wikimania 2025 will run from August 6–9. The program is available for you to plan which sessions you want to attend. Most sessions will be live-streamed, with exceptions for those that show the "no camera" icon. If you are joining online to watch live-streams and use the interactive features, please register for a free virtual ticket. For example, you may be interested in technical sessions such as:
The MediaWiki Users and Developers Conference, Fall 2025 will be held 28–30 October 2025 in Hanover, Germany. This event is organized by and for the third-party MediaWiki community. You can propose sessions and register to attend.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 00:22, 29 July 2025 (UTC)[reply]

As to the second bullet, I believe our File Upload Wizard already directs used to the Commons UploadWizard for freely-licensed files. Is there anywhere where we're directing editors to do cross-wiki uploads? --Ahecht (TALK
PAGE) 13:39, 29 July 2025 (UTC)[reply]

Cross-wiki uploads are uploads made with the insert image dialogue in the source editor or VisualEditor. PrimeHunter (talk) 14:52, 29 July 2025 (UTC)[reply]

Citing Project Muse books

While you can swiftly cite any other URL from muse.jhu.edu, automatic citation for Project Muse books in particular doesn't work, I already requested this on User:Citation bot over here. In other words how are we able to cite Muse dois but not books? Xpander (talk) 10:46, 29 July 2025 (UTC)[reply]

@Xpander1: I think it's the "MUSE blocks bots" part of the answer there. Whenever Citoid or Web2Cit are too fast to return an error, it's usually because our servers are blocked by the provider. Someone should talk to muse.jhu.edu. Ponor (talk) 11:55, 29 July 2025 (UTC)[reply]