Jump to content

Tech/Archives/2025

From Meta, a Wikimedia project coordination wiki
Latest comment: 1 month ago by Dan Leonard in topic Adding alternate taglines to a wiki

Infobox isn't attached with documentation

Please tell me why the Infobox isn't attached (not included inside) from the documentation. At the end of the page I added an example of an infobox, but something seems to be interfering. Murat Karibay (talk) 05:53, 1 January 2025 (UTC)

Phabricator profile question

mw:Talk:Phabricator/Help JJPMaster (she/they) 14:44, 13 January 2025 (UTC)

aide

Bonjour je n'y arrive pas c'est la triste réalité: Toujours ce message : Certaines informations figurant dans cet article ou cette section devraient être mieux reliées aux sources mentionnées dans les sections « Bibliographie », « Sources » ou « Liens externes » (février 2023). Vous pouvez améliorer la vérifiabilité en associant ces informations à des références à l'aide d'appels de notes. Je cherche à metter à jour cet article et ajouter une publication Je suis conscient que cela puisse demander du temps. Je suis ouvert à une proposition de remunerer une telle aide pour https://fr.wikipedia.org/wiki/Ioan_Petrescu Merci PETRESI073767 (talk) 16:56, 14 January 2025 (UTC)

Vous devriez poser votre question sur la Wikipédia française. Essayez cette page Wikipédia:Forum des nouveaux MarcGarver (talk) 17:07, 14 January 2025 (UTC)

共有データベースを使用した場合のSocialProfileについて

当方、マルチwiki運用をした上でユーザーだけは共有データベースを用いております。 https://www.mediawiki.org/wiki/Manual:Shared_database/ja

その上で SocialProfile (https://www.mediawiki.org/wiki/Extension:SocialProfile) を使いたいのですが、wiki ごとに DB が分かれており、その wiki の DB を参照してしまいます。 wiki DB の下には user_profile は存在していないので下記のようなエラーが発生しています。 これを sharedDB に設定した DB を参照して、`share.user_profile` とさせるにはどうしたらいいでしょうか?

PHP Deprecated: Caller from MediaWiki::restInPeace ignored an error originally raised from UserProfile::getProfile: [1146] Table 'contents.user_profile' doesn't exist in /var/www/html/h1g-app/src/includes/debug/MWDebug.php on line 381

119.242.150.186 05:50, 15 January 2025 (UTC)

This venue is not for general MediaWiki support. See the notice at the top of the page. — JJMC89(T·C) 17:44, 15 January 2025 (UTC)

Geohack patch

I have a patch for Geohack that I'd like to get reviewed and merged, but I am not getting any replies from Magnus Manske. Does anyone how I can progress on getting my patch merged? --ysangkok (talk) 22:46, 20 January 2025 (UTC)

A map problem on Belarusian Wikipedia

Hello!

There's a problem with the coordinates of the dot on the map on this page: https://be.wikipedia.org/wiki/%D0%90%D1%81%D1%96%D0%BF%D0%BE%D0%B2%D1%96%D1%87%D1%8B

The coordinates of the town in WikiData and in the main template are set right, but the point is located wrong. The red dot location is too much south.

The problem is connected with these module: https://be.wikipedia.org/wiki/Модуль:Location_map, https://be.wikipedia.org/wiki/Модуль:Location_map/styles.css

How can I fix it? Hapanovicz Anton (talk) 20:36, 22 January 2025 (UTC)

Scoring tool for Wikidata

Hello! I would like to request a scoring tool for Wikidata. I am part of a project that organizes editing contests on Wikipedia, Wikidata, and Wikimedia Commons, and we feel the need for a tool that simplifies the process of scoring contributions on Wikidata. In the Brazilian context, we have a similar initiative for Wikipedia called Wikiscore, but nothing comparable for Wikidata. Does anyone here know of a similar tool for Wikidata or would be interested in participating in its development? Vsdetoni (Projeto Mais+) (talk) 18:25, 28 January 2025 (UTC)

User group without rights

At Wikidata:Project_chat#Should_we_certify_Wikidata_trainers?, we are currently discussing how best to ensure that those embarking on the task of introducing new users to the project are appropriately experienced. A proposal is to create a new user group, say "trainer", that is not necessarily associated with any user rights. This is related to the existing Event Organizer group, but differs in a significant way: The criteria for event organizer say that the user should either have experience of organizing an event or be a grant recipient. We want to turn this around and say that editors should have qualifying experience of normal editing before either organizing an event or being eligible to receive a grant. I see that there is some precedent for having specific user groups only used on one project, but there seems to be little precedent for user groups not associated with user rights. We want it to be easy to check that someone is qualified, for example by using the global accounts page. I anticipate that other projects may want to adopt a similar process, so this would allow users to be checked on multiple projects at once.

My question is, is this a reasonable approach, or would there be resistance to the idea of a user group not (necessarily) associated with any user rights? Bovlb (talk) 21:21, 12 February 2025 (UTC)

Technically it is impossible to create a group without rights, but this is often worked around by giving some dummy right like read. For example the VRTS member global group and Founder local group on enwiki work in the same way. Personally this idea seems a bit odd to me, but if you get local consensus to do it the sysadmins will be wiling to oblige. * Pppery * it has begun 00:31, 13 February 2025 (UTC)
Thanks. Just out of curiosity, what about this idea seems odd? Bovlb (talk) 23:36, 13 February 2025 (UTC)

Understanding Wikipedia titles batching API

With the MediaWiki API we can query the Wikipedia API. One of the fields is `titles` where one *or more* titles can be queried at the same time. Batching them together is recommended in high load scenarios to avoid multiple consecutive requests. Multiple titles should be separated by a pipe `|` character.

I am using the Wikipedia API to find "translations" of categories. Let's say I have an English category "Antiquity", I want to find the corresponding category in a different language. That is possible by querying the API for the prop `langlinks`.

I find that, indeed, I can find such one-on-one mappings of an English category if I do not use batching, but if I *do* use batching, I do not always get all of the results back. To illustrate, I have a list of English categories, and at each iteration I process one item more than before (starting with only one). With batching, it becomes clear that with larger lists (still well within the max. limit of 50 imposed by the API), the earlier categories are lost and not included anymore. When not using batching (batch size=1), this issue does not occur.


import requests

def get_translated_category(category_titles: str | list[str], target_lang: str, batch_size: int = 50) -> list[str]:
    """Fetch the translated equivalent of a Wikipedia category."""
   
    endpoint = "https://en.wikipedia.org/w/api.php"
    if isinstance(category_titles, str):
        category_titles = [category_titles]

    category_titles = [f"Category:{title}" for title in category_titles]

    translated_categories = {}
    # API is limited to 50 titles per request
    for start_idx in range(0, len(category_titles), batch_size):
        end_idx = start_idx + batch_size
        batch_titles = category_titles[start_idx:end_idx]
        params = {
            "action": "query",
            "format": "json",
            "prop": "langlinks",
            "titles": "|".join(batch_titles),
            "lllimit": "max"
        }

        response = requests.get(endpoint, params=params)
        data = response.json()

        pages = data.get("query", {}).get("pages", {})
        for page_data in pages.values():
            title = page_data["title"].split(":")[-1]
            if title in translated_categories:
                print("We already found this category title!")
            langlinks = page_data.get("langlinks", [])
            for link in langlinks:
                if link["lang"] == target_lang:
                    translated_categories[title] = link["*"].split(":")[-1]

    return translated_categories




if __name__ == "__main__":
    english_categories: list[str] = [
        "Classical antiquity",
        "Late antiquity",
        "Latin-language literature",
        "Roman Kingdom",
        "Roman Republic",
        "Roman Empire",
        "Byzantine Empire",
        "Latin language",
        "Ancient Greek",
        "Ancient Greece",
        "Ancient Greek literature",
        "Medieval history of Greece",
    ]

    print("Batch size 50 (default)")
    for idx in range(len(english_categories)):
        categories = english_categories[:idx+1]
        latin_categories = get_translated_category(categories, "la")
        print(latin_categories)
   
    print()
    print("Batch size 1 (no batching)")
    for idx in range(len(english_categories)):
        categories = english_categories[:idx+1]
        latin_categories = get_translated_category(categories, "la", batch_size=1)
        print(latin_categories)

The output of the code above is:

# Batch size 50 (default)
{'Classical antiquity': 'Res classicae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum'}
{'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum'}
{'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Latin language': 'Lingua Latina', 'Roman Empire': 'Imperium Romanum'}
{'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Latin language': 'Lingua Latina', 'Roman Empire': 'Imperium Romanum'}
{'Ancient Greece': 'Graecia antiqua', 'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Roman Empire': 'Imperium Romanum'}
{'Ancient Greece': 'Graecia antiqua', 'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Roman Empire': 'Imperium Romanum'}
{'Ancient Greece': 'Graecia antiqua', 'Byzantine Empire': 'Imperium Byzantinum', 'Late antiquity': 'Antiquitas Posterior', 'Roman Empire': 'Imperium Romanum'}

# Batch size 1 (no batching)
{'Classical antiquity': 'Res classicae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum', 'Latin language': 'Lingua Latina'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum', 'Latin language': 'Lingua Latina', 'Ancient Greek': 'Lingua Graeca antiqua'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum', 'Latin language': 'Lingua Latina', 'Ancient Greek': 'Lingua Graeca antiqua', 'Ancient Greece': 'Graecia antiqua'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum', 'Latin language': 'Lingua Latina', 'Ancient Greek': 'Lingua Graeca antiqua', 'Ancient Greece': 'Graecia antiqua', 'Ancient Greek literature': 'Litterae Graecae antiquae'}
{'Classical antiquity': 'Res classicae', 'Late antiquity': 'Antiquitas Posterior', 'Latin-language literature': 'Litterae Latinae', 'Roman Empire': 'Imperium Romanum', 'Byzantine Empire': 'Imperium Byzantinum', 'Latin language': 'Lingua Latina', 'Ancient Greek': 'Lingua Graeca antiqua', 'Ancient Greece': 'Graecia antiqua', 'Ancient Greek literature': 'Litterae Graecae antiquae'}

It should be immediately clear that there is a difference between batching and not using batching and, more worrisome, that using batching leads to some items being discarded. I thought that perhaps this would be the case if categories are merged in Latin and have the same name, so the API resolves to only returning one of them, but as far as I can tell that is not the case.

How can I ensure that batching my requests (titles) together, I get the same results as firing individual requests with the Wikipedia API?

EDIT: after further investigation it would seem that the API does return results for all categories (the `pages ` variable) but for some reason the corresponding languages (`langlinks`) are not the same. BramVanroy (talk) 13:21, 12 February 2025 (UTC)

You need to follow API continuation, e.g. using continuation=True when using mwapi. Lucas Werkmeister (talk) 14:00, 12 February 2025 (UTC)
Thank you Lucas, that was the missing link! BramVanroy (talk) 11:12, 17 February 2025 (UTC)

Request help for a module in Mon Wiktionary

In this wikt:mnw:မဝ်ဂျူ:it-headword how do I remove " s "? for an example, check out this wikt:mnw:augurato page. If possible, please edit this, thanks--𝓓𝓻.𝓘𝓷𝓽𝓸𝓫𝓮𝓼𝓪|𝒯𝒶𝓁𝓀 11:21, 17 February 2025 (UTC)

Lua error on quote template on tr.wiktionary

Hi, I had an encounter with error on quote-juornal template. I had asked for help which is includes admins and technical people on Turkish Wikimedia but at the end of the day this problem was not solved. I need this template now and more days. Can you help us to make this template work again? This is template. Satirdan kahraman (talk) 16:28, 28 February 2025 (UTC)

Mobile version

I can't choose different mobile and PC themes in my wiki, I hadn't got it in my settings. Soviet Motherland (talk) 08:55, 12 March 2025 (UTC)

This page is for Wikimedia wikis only. If "your wiki" is your own MediaWiki installation, see mw:Project:Support_desk instead and read the "Post a new question" section. Thanks. AKlapper (WMF) (talk) 08:58, 12 March 2025 (UTC)

jQuery and dark mode styles

Hi, is there a pre-defined list of dark mode styles I can apply to jQuery? I'm trying to convert c:MediaWiki:Gadget-VisualFileChange.js to use dark mode styles, but I need to change styles for elements like .ui-widget. I know the correct thing would be to convert this to ooUI, but is there a short term fix I can apply? —Matrix (user page (@ commons) - talk?) 12:35, 15 February 2025 (UTC)

It would be better to move the tool away from jQuery ui altogether. I don't think it is really suited to applying dark mode fixes to jQuery ui. Solutions that other projects have chosen is mostly to opt out the entire component from dark mode. —TheDJ (talkcontribs) 12:40, 12 March 2025 (UTC)
I think that one solution could be to use Codex and/or Codex CSS design tokens with fallback colors for older skins (per Recommendations for night mode compatibility on Wikimedia wikis) like this: background-color: var(--background-color-interactive, #DEF); I do not know if there is nice ready made list CSS-class list for different design elements (forms, buttons etc). I tried to find but found just case-by-case examples. --Zache (talk) 08:04, 13 March 2025 (UTC)

Visual editor not working on ca.wikipedia.org

Myself and others can't get visual editor to work at all. --Lluis tgn (talk) 10:11, 13 March 2025 (UTC)

@Lluis tgn I cannot reproduce when going to https://ca.wikipedia.org/w/index.php?title=Filipines&veaction=edit for example. What does happen after which exact steps? What's the output in your web browser's console? See mw:Help:Locating broken scripts for more info. Thanks! AKlapper (WMF) (talk) 10:16, 13 March 2025 (UTC)
Centralizing reports on task T388772 now. Thanks :) --Lluis tgn (talk) 10:59, 13 March 2025 (UTC)

API call to list article's previous titles/move history?

Can the MediaWiki Action API supply a list of an article's previous titles? E.g. for "Bindi" I'd like to get "Bindi (decoration)". My understanding is that Revisions only record edits associated with page moves, not the actual move itself. Thanks Matthew at catfishing (talk) 08:55, 17 February 2025 (UTC)

@Matthew at catfishing , you can query them from logs like this, but as it filters the list by title you will get only one move per query and you need to use old title to query next move in list. --Zache (talk) 10:53, 13 March 2025 (UTC)
Thanks @Zache! As far as I can tell, that API gets me the new title, if I have the old title. Your example picks up Tanja's 2006 move from Karpela to Saarela. But not the 2008 move from Saarela to the current title (which happens to also be Tanja Karpela). Is there any way of getting from current title to old title(s)? Matthew at catfishing (talk) 23:14, 14 March 2025 (UTC)

Strange technical behaviour at Talk:Community Wishlist on mobile

When visiting Talk:Community Wishlist on Mobile, even when logged in the little person icon doesn't display in the top right corner and there is no page history or watchlist icon (I have noticed this for months). There is an "expand all" button in the three dots that fails. I am not sure if a transclusion is causing it or it is a MediaWiki bug. Incidentally, a working "expand all" button would be handy on c:COM:HD. Commander Keane (talk) 22:12, 18 March 2025 (UTC)

@Commander Keane: At a first impression, sounds potentially similar to what was reported as phab:T383272 - does what's described in that task's description match what you're seeing? (In addition, purely out of curiosity, does refreshing the page on mobile help at all?) All the best, ‍—‍a smart kitten[meow] 00:05, 19 March 2025 (UTC)
  1. Yes refreshing did fix it. I have seen the phab:T383272 behaviour on other pages and now I understand it is caused by special page transclusion. I guess Talk:Community Wishlist is the page I visit the most that has a special page included! Thanks for finding the phab task.
  2. I found phab:T358733 that has a gif of the expand all toggler bug. The task is open and medium.
  3. I am not sure why the toggler doesn't appear at Commons in the three dots (could be my local prefs?), but it doesn't work anyway so not a current issue.
I will wait for bug fixes :-). Commander Keane (talk) 00:44, 19 March 2025 (UTC)

CS1 error messages on SWWP

Dear Team,

Currently we are facing too many CS1 error messages. See the list below;

  1. https://sw.wikipedia.org/wiki/Jamii:CS1_errors:_unsupported_parameter
  2. https://sw.wikipedia.org/wiki/Jamii:CS1_errors:_dates
  3. https://sw.wikipedia.org/wiki/Jamii:CS1_errors:_redundant_parameter

What bothers me is that, it's the same references used on the English Wikipedia, does not cast any error messages but once dropped into SWWP, all hell broke loose. Please assist. How to fix this?

Wasn't there before. User:Muddyb (Talk) 18:01, 25 March 2025 (UTC)

SMW Wikibase compatibility to the latest SMW and Wikibase

I am currently in the process of setting up a local Windows environment using MediaWiki version 1.42.3, along with Semantic MediaWiki (SMW) version 5.0.0 and Wikibase version REL1_42. My objective is to implement two crucial functions via plugins:

-Enable MediaWiki pages to query both Wikibase data and SMW data through parser functions or Sparql, and then display this data correctly.

-Allow MediaWiki to display and create Wikibase data via the Page Special: New Property and Property: P1 page, including Items and properties. Also, enable SMW to query Wikibase data. However, I have run into a significant compatibility issue when it comes to displaying Wikibase property data. I'm aware that there are relevant plugins like the Semantic Wikibase plugin that could potentially solve this problem. Unfortunately, its latest version is 0.1.0, and it appears to have not been updated for a long time. As a result, it is not compatible with the current SMW version I'm using.

I'm reaching out to inquire if there are any alternative methods or updated plugins available to achieve the functions mentioned above. Given the incompatibility situation I'm facing, it's crucial to find a solution that can work well with my current MediaWiki, SMW, and Wikibase versions.

ZJY20242023 (talk) 19:30, 25 March 2025 (UTC)

Hi. This page is for Wikimedia wikis only. Please see mw:Project:Support desk instead and read the "Post a new question" section at the top there. Thanks. Quiddity (WMF) (talk) 18:03, 27 March 2025 (UTC)

Hi,
Near the upper left corner of Oberon/Introduction you probably see a navigation link "< Oberon" provided by MediaWiki. Also, navigation buttons "Support", "Oberon front page" and "Historical perspective" are provided by my code. With these buttons, the navigation link from MediaWiki is redundant and I wonder about suppressing it.

The NOTOC magic word suppresses the table of contents. Therefore I imagine a magic word to suppress the automatic navigation link. Hypothetically it might be named NONAV.

I know that for my own viewing, the MediaWiki link can be suppressed with a line in the User:me/common.css page. That won't help casual readers who should see a page without redundant information.

Thanks for considering this suggestion, ... PeterEasthope (talk) 14:35, 27 March 2025 (UTC)

FYI, it looks like a feature request for such a magic word is currently being tracked in Phabricator as phab:T41395, in case you're interested in following/subscribing to that task :) Best, ‍—‍a smart kitten[meow] 15:17, 27 March 2025 (UTC)

Please add "last edit" date + time to generated/downloaded PDF.

Hello!

Wonderful job with Wikipedia/Wikimedia envolution. The "Download PDF" button is the BEST function! I connect to Internet at a shared location, so I have to download and read stuff later. Sometimes I forget to copy the "Last edit" notice from the bottom of the original article to paste into my printed PDF. (I prefer to have this info and to record the year in my book manager.)

So I hope some volunteers would consider modifiying the "Download PDF" function to include the "Last edit" time. Currently it is NOT included, you only see it at the bottom of the original page.

Thank you very much for your time and consideraton. Have a terrific day! 67.63.58.242 17:38, 28 March 2025 (UTC)

Temporary Accounts: how to update your code

Because Temporary Accounts will be rolled out this year, the Trust and Safety Product team is sending this communication to help to ensure that tools, gadgets, bots, user scripts, AbuseFilters, and any other community-maintained code continue to work smoothly.

What are Temporary Accounts?

Temporary accounts are a new type of account for unregistered editors. When a logged-out user attempts to make an edit, they will have a temporary account assigned to them, and will be logged-in to this account. Tools that focus on workflows for logged-out users might need updates to function correctly. Tools that make use of IP addresses from logged-out editors will not work, and functionality needs to be rewritten to use temporary accounts. Temporary accounts are already live on some pilot wikis, with the full rollout on all wikis this year.

How you can help:

  • Check if code (whether on Toolforge or on wiki, that is: tools, gadgets, bots, or user scripts) you created or frequently use works on the wikis where temporary accounts are already active. Here is the list of content wikis, and here is the list of beta cluster and test wikis with temporary accounts.
  • If you notice a tool that might be impacted, we encourage you to try updating it based on our developer documentation guide. We would also kindly ask you to file a Phabricator task with the tag #temporary-accounts. This will allow us to monitor the impact of our changes on the community-owned code.
  • Do add the tools you see as impacted on this page. We want to monitor them to make sure that everything is working as expected.
  • Take a look at Abuse Filters used on your wiki. Any filter using IPs via user_name will no longer be able to do so. Those filters need to be updated to use the user_unnamed_ip variable instead. A comment from our engineers: "The main use case should be if you try something like ip_in_range(s). Things that map to usernames should be broadly ok, as they’ll continue to map to temporary account names." If you have more questions about AbuseFilter, you may add a comment on the Phabricator ticket T369611.
  • If you find any issues or have comments or questions, let us know on the project talk page or file a Phabricator task with the tag #temporary-accounts. You can also join the dedicated English Discord thread (make sure to join the server first) for support and to share feedback to the team.

By helping test and report, you will ensure important tools work smoothly with this update. Thanks for your support!

Udehb-WMF (talk) 14:32, 2 April 2025 (UTC)

So does this mean?
  1. If multiple IP addresses from an IPv6 /64 range make bad edits, I won't be able to ask for the range to be blocked
  2. If an IP address vandalizes continuously (whether over a period of minutes, or a period of days), I won't be able to give them warnings and then report them at all, because I will have no way to know they're the same IP address
  3. Even admins won't be able to do these things
1 is bad, 2 is worse, and 3 is even worse. TagUser (talk) 17:30, 2 April 2025 (UTC)
Hey @TagUser, thanks for the comment. I believe you are making some incorrect assumptions. There is a Diff post walking through the basics of the project, basic functionality, etc. I highly recommend reading it.
In the meantime, I'd like to clarify that you will be able to ask for the temp accounts to be blocked, and if you meet some criteria (which we are tweaking now, based on conversations with stewards and some 20 largest Wikipedia communities) you will also be able to preview these accounts' IP addresses.
In any case, admins will be able to see both and block just the temp account, or the range, or both. (I'm not sure if you are familiar with autoblock - it does apply to temp accounts.) SGrabarczuk (WMF) (talk) 17:54, 2 April 2025 (UTC)
Ok, so now I understand this makes it easier to track ordinary disruptive editors and harder to track malicious experienced editors. That's probably a good thing overall. TagUser (talk) 19:48, 2 April 2025 (UTC)

Adding alternate taglines to a wiki

How technically feasible is allowing per-page taglines? On enwiki we have the metadata gadget, which uses JavaScript calls to an article's talk page to change the tagline to A featured article from Wikipedia, the free encyclopedia or similar when the article is a piece of featured content. I'm wondering if there's any ability to do similar using MediaWiki tools within the article rather than a JavaScript gadget. Given that all featured content already has a template to signify its status, they could each make calls to some tagline changer a la DISPLAYTITLE. More context can be found at en:w:Wikipedia:Village pump (idea lab) § Metadata gadget as the default experience.

I've found mw:Extension:CustomSubtitle, but I can't tell its development status or whether it's installed on enwiki. Also, I don't know if it'd be "safe" to allow how it currently works, given that it allows freeform text in the new tagline. Maybe a more elegant solution would allow something similar to how tagline currently works, for instance the text of the tagline at a subpage like MediaWiki:Tagline/Featured Article and featured content templates making a call like {{DISPLAYTAGLINE:Featured Article}}? Dan Leonard (talk) 20:45, 10 April 2025 (UTC)