Wikipedia:Village pump (technical)#Visual editor Publish changes button doesn't work

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 15:06, 6 May 2025 (UTC)

:Saving y'all a click: enwiki is May 20-22, 2025. --PresN 15:25, 6 May 2025 (UTC)

:For a quick look at a bar chart as deployed on Italian Wikipedia see w:it:Kirovo-Čepeck. William Avery (talk) 07:17, 7 May 2025 (UTC)

::Takes awhile to load, but good to see it working. CMD (talk) 07:40, 7 May 2025 (UTC)

:::Except for the fact that it pushes the content down when it's within the length of the infobox. It's also way to high. 12.172.251.103 (talk) 11:47, 8 May 2025 (UTC)

::::I'm running on the assumption it's configurable enough to not take up the entire page width each use. CMD (talk) 11:50, 8 May 2025 (UTC)

:::::Not there yet. See {{Phabricator|T376845}}. William Avery (talk) 12:45, 10 May 2025 (UTC)

: {{u|Sannita (WMF) }} Does it support horizontal bars? During the outage, I tinkered with a stopgap replacement that is template-based, and uses horizontal bars. For example, on Talk- or other non-mainspace pages, horizontal bars would permit the use of timeline-based charts that grows vertically downward as the timeline period is longer, unlike wit vertical bars which get thinner and thinner until they are squished into lines or become merged if too long a period is specified, unless averaging is introduced, which loses some detail and may hide sudden peaks. Meanwhile, the entire chart can be collapsed so it takes almost no vertical space on the Talk page except for the header. I am thinking in particular of the old, {{t|pageviews}} template often used among the headers of Talk pages, and disabled during the outage. Is there an option for a horizontal chart in the new extension? For some examples of horizontal pageviews from the temporary {{t|Xreadership}} template implemented as a stopgap during the outage, see Talk:Houthis, Talk:Same-sex marriage, or Talk:Pokémon. Thanks, Mathglot (talk) 21:26, 10 May 2025 (UTC)

::@Mathglot Hi, thanks for your question. No, horizontal bars are not implemented yet, also because there would be a challenging time in showing them on mobile, given the reduced space. You can open a task on Phabricator, and then linking it back to me, so that I can put it on the developers' radar. If you have problems with Phabricator, then I can help you opening a ticket. Let me know. Sannita (WMF) (talk) 09:00, 13 May 2025 (UTC)

{{tracked|T394066}}

::: {{u|Sannita (WMF)}}, thanks. Phab task added as requested. I can imagine various reasons why horizontal bars aren't implemented yet, but given that they already work on mobile in other contexts (see demo), I don't understand that reasoning. Thanks, Mathglot (talk) 16:17, 13 May 2025 (UTC)

So, I recently found that a new user's talk page: User talk:Epic failure72 is caught in Mediawiki:Titleblacklist due to {{code|.*Epic fail.*}} in it, meaning that they won't be able to create pages in their own userspace and user talk space. I believe that the blacklisted title should also blacklist usernames automatically, or there should be a way to exempt users from titleblacklist within their own userspace. Thanks! —CX Zoom[he/him] ^{(let's talk • {C•X})} 12:05, 9 May 2025 (UTC)

:@CX Zoom, AFAIK username blacklisting works via m:Title blacklist only. —Kusma (talk) 12:30, 9 May 2025 (UTC)

::Yes, just those in the title blacklist at Meta. Those that are in the local blacklist prevent page creation but do not prevent username creation. —CX Zoom[he/him] ^{(let's talk • {C•X})} 13:57, 9 May 2025 (UTC)

:::Suppose they could ask for an override in MediaWiki:Titlewhitelist for the more specific username + wildcard. 14:06, 9 May 2025 (UTC) — xaosflux ^Talk 14:06, 9 May 2025 (UTC)

::::Makes sense. Thanks! —CX Zoom[he/him] ^{(let's talk • {C•X})} 09:05, 10 May 2025 (UTC)

: Since SUL, the local title blacklist can't block account creation, because someone could easily get around it by creating their account on Meta. The only other way for it to possibly work would be for all 800-some active projects' blacklists to apply, which would be challenging to check for every creation. Anomie⚔ 22:47, 9 May 2025 (UTC)

Hello. I have thought of this hypothetical scenario:

1. Example Jr makes a user script, User:Example Jr/script.js.
2. Other users import the script with importScript('User:Example Jr/script.js');.
3. Example Jr changes their username to Example Sr.
4. A bad actor creates an account with the now available username Example Jr.
5. That bad actor, now able to edit User:Example Jr/script.js, places whatever code they wish to steal accounts, cause mass vandalism (if the script is widely used), etc.

Can this happen? Or do I not understand? I know that the page would be moved (because of the name change) but they could remove the redirect.  loserhead (talk)  16:26, 9 May 2025 (UTC)

:@Loserhead for WMF wikis at least, ordinary users should not be able to create new accounts with the now vacated username. A "bad actor" as described in step 4 would be a trusted user in one of the many Foundation wikis (holding the override-antispoof userright). – robertsky (talk) 16:41, 9 May 2025 (UTC)

::@Robertsky Thanks for clearing that up.  loserhead (talk)  17:30, 9 May 2025 (UTC)

:::Redirects do not work in Javascript pages, so when a javascript page is moved, no redir is created. --Redrose64 🌹 (talk) 20:24, 9 May 2025 (UTC)

::::@Redrose64 That is not correct, they do and it is. They use a different format from wikitext redirects. Matma Rex talk 21:40, 9 May 2025 (UTC)

:::::You mean like {{-r|User:Serial Number 54129/common.js}}? That's just a normal line of Javascript that uses the mw.loader.load() function to pull in another JavaScript page. --Redrose64 🌹 (talk) 22:34, 9 May 2025 (UTC)

:::::: Yes, it's valid JavaScript. But it's also recognized as a redirect by the software, as illustrated by the fact that you had to use {{tl|-r}} to link directly to it. CSS pages work similarly with a specially marked @import, and Lua modules with return require. Anomie⚔ 22:51, 9 May 2025 (UTC)

::::::It is a redirect, otherwise you wouldn't have to use a link with redirect=no to link to it :) Its [https://en.wikipedia.org/w/index.php?title=User:Serial_Number_54129/common.js&action=info "Page information"] also states this clearly. Matma Rex talk 22:52, 9 May 2025 (UTC)

:::::::The relevant change for Javascript pages was phab:T73200. Izno (talk) 01:20, 10 May 2025 (UTC)

:Note: Actually, it is just after the edit window, and is labeled "Templates used in this preview".

It is really annoying to have to scroll by a huge list of templates (especially in country list articles) before I can see changes, or see the full preview.

I know I could close the list but I often forget to do so before scrolling past the point I can easily do so. --Timeshifter (talk) 01:40, 10 May 2025 (UTC)

:Not by default afaik, but there's a [https://www.mediawiki.org/wiki/Help:Extension:CodeMirror#Code_folding keyboard shortcut] for folding. (I only discovered it a few weeks ago, and it blew my mind!) -- Avocado (talk) 14:41, 10 May 2025 (UTC)

::{{re|Avocado}} It isn't working for me. See:

::List of countries by intentional homicide rate#By country, region, or dependent territory

::Mediawiki remembers whether the template list was collapsed or not from before. Most of the time though I don't pay attention because I am not on country list pages, and the template list is much shorter. And I may have looked for some template on that short list.

::But then I happen to be working on a country list page, and have this problem. I would like some CSS to keep the template list closed by default regardless of my last use of it. --Timeshifter (talk) 17:58, 10 May 2025 (UTC)

:::Yeah, the keyboard shortcut isn't sticky. Fwiw, I don't think this is something you can do with CSS, but there might be a javascript solution. Afraid I'm not personally familiar enough with the editor to make any specific suggestions for that, tho. -- Avocado (talk) 18:59, 10 May 2025 (UTC)

::::The keyboard shortcut is not working for me at all on Firefox on Win 10 Pro.

::::Javascript is fine too. --Timeshifter (talk) 19:35, 10 May 2025 (UTC)

:::::It works for me in Firefox on Mac -- or at least, the "fold all"/"unfold all" ones do. You do have to click into the edit box first, which sometimes gets me. (And this is in the 2010 source editor, fwiw, with syntax highlighting enabled.) -- Avocado (talk) 23:19, 10 May 2025 (UTC)

{{unindent|::::::}}

I see the problem. We are talking about 2 different things. You are talking about within the edit window.

I am talking about the template dropdown list after the edit window labeled "Templates used in this preview". I added a note at the top of the thread. --Timeshifter (talk) 23:38, 10 May 2025 (UTC)

:Oh! Sorry for not reading closely! -- Avocado (talk) 00:03, 11 May 2025 (UTC)

:The "Templates used in this preview" list, and the other collapsible lists below the edit form, should remember their state. If you collapse it, then it should start off collapsed the next time you open the editor. Matma Rex talk 00:07, 11 May 2025 (UTC)

::Timeshifter knows that. They wrote {{tq|I would like some CSS to keep the template list closed by default regardless of my last use of it.}}, so what they want is for the collapse state to be forgotten, and re-initialised to collapsed. The related HTML is

when collapsed, and

...

...

when uncollapsed. There's an associated CSS rule: [dir="ltr"] .mw-editfooter-toggler-collapsed.mw-editfooter-toggler::before {

transform: rotate(-90deg);

} which makes the triangles point to the right when the list is collapsed. Collapsing and uncollapsing are done by means of some JavaScript, which:

::*if the current state is collapsed: removes the mw-editfooter-toggler-collapsed and mw-collapsed classes, and also removes the display: none; declaration

::*if the current state is uncollapsed: restores the mw-editfooter-toggler-collapsed and mw-collapsed classes, and also restores the display: none; declaration

::The presence or absence of the mw-editfooter-toggler-collapsed class determines whether the triangle points right or down.

::The presence or absence of the display: none; declaration declaration determines whether the list is hidden or visible.

::I can write a CSS rule (or two) which will make the list start off collapsed, but the collapsing would then be permanent; I think that JavaScript is required to then make it uncollapsed on click. --Redrose64 🌹 (talk) 10:42, 11 May 2025 (UTC)

:::If you can get it to always be collapsed when I load, reload, or save a page that would be great. But I want to be able to manually open the list. I'll use whatever works that I can add to my user CSS and user JS. --Timeshifter (talk) 18:18, 11 May 2025 (UTC)

::::Oh, sorry I misread that. You could do this in your user JS:

::::localStorage.setItem('mwedit-state-templatesUsed', '0');

::::This will change the remembered state of the list to be collapsed whenever you load a page. Matma Rex talk 19:54, 11 May 2025 (UTC)

:::::Thanks! It works. Others may be interested. If so, add it here:

:::::Special:MyPage/common.js

:::::I see you are a mediawiki developer. Maybe this option can be added here:

:::::Special:Preferences#mw-prefsection-editing

:::::--Timeshifter (talk) 00:41, 12 May 2025 (UTC)

I'm running a bot on Toolforge, but suddenly I can't SSH into login.toolforge.org any longer. The issue persists even after generating a new key and registering it to my developer account.

debug1: Server accepts key: [EMAIL REDACTED] ED25519 SHA256:[KEY REDACTED] agent

debug3: sign_and_send_pubkey: using publickey-hostbound-v00@openssh.com with ED25519 SHA256:[KEY REDACTED]

debug3: sign_and_send_pubkey: signing using ssh-ed25519 SHA256:[KEY REDACTED]

debug3: send packet: type 50

Connection closed by 185.15.56.62 port 22

The server accepts the key, but then immediately closes the connection. Has anyone else experienced this or know what might be going on? Dragoniez (talk) 07:15, 10 May 2025 (UTC)

:Never mind, I didn't do anything but it's working again now. Maybe the system was down? We never know. Dragoniez (talk) 08:27, 10 May 2025 (UTC)

::See phab:T393732. — Alien  3
3 3 15:03, 10 May 2025 (UTC)

Noladeti Lashalom needs to be linked to [https://he.wikipedia.org/wiki/%D7%A0%D7%95%D7%9C%D7%93%D7%AA%D7%99_%D7%9C%D7%A9%D7%9C%D7%95%D7%9D this] Hebrew article. I can't do it through wikidata since I am VPN-locked. Can someone do it for me? thanks Someonefighter (talk) 08:59, 10 May 2025 (UTC)

:@Someonefighter don't worry about the language links in the future. New articles are usually picked up quite fast by bots and editors on wikidata side. If it is still an issue editing on wikidata for you, you might want to apply for WP:IPBE there. – robertsky (talk) 09:16, 10 May 2025 (UTC)

::Thank you! If it becomes an issue again, I will apply for WP:IPBE there too Someonefighter (talk) 09:37, 10 May 2025 (UTC)

Some wikis support using different colors in light theme and dark theme. Is this feature currently supported in English Wikipedia, or not yet? Upset New Bird (talk) 12:00, 10 May 2025 (UTC)

:Generally, to make it easier for different skins to configure appropriate colours, it's best to use a colour from the standard set of colours. See {{section link|:mw:Recommendations for night mode compatibility on Wikimedia wikis|Use CSS variables or CSS design tokens with fallback for background and text where possible}}. That page also provides instructions on how to write style rules to choose different colours based on dark or light mode, but using the standard colours will leverage the work being done by others to ensure that the standard palette is accessible and matches the skin in use. isaacl (talk) 14:28, 10 May 2025 (UTC)

::See also: Help:Table/Advanced#Colors in tables. Feel free to update that section, and its subsections. --Timeshifter (talk) 18:06, 10 May 2025 (UTC)

:::@Isaacl, @Timeshifter: For example, I mean how to show the colors "white", "yellow", "purple", "red", "black" and "gray" in light mode as "black", "blue", "#80FF80", "cyan", "white", and "gray" in dark mode. Upset New Bird (talk) 00:07, 11 May 2025 (UTC)

::::There's no simple way to shift specific colours to different colours. The link I provided has a link to a page listing the standard set of colours, named by their role in the user interface design. You can redefine the corresponding [https://developer.mozilla.org/en-US/docs/Web/CSS/--* custom CSS properties] to different colour values, but you'll have to be comfortable with writing CSS to do that. isaacl (talk) 02:32, 11 May 2025 (UTC)

:::::@Isaacl: I found the way to do so! See [https://en.wikipedia.org/w/index.php?title=User:Upset_New_Bird/sandbox&oldid=1289829921]. Upset New Bird (talk) 03:40, 11 May 2025 (UTC)

::::::Thanks for making me aware of the light-dark() feature, first deployed by browsers in 2024. I'm not sure what your planned usage is, though. If you're using it in text you're writing, for example, then using light-dark() will ignore the user's light/dark mode Wikipedia setting in favour of the user's setting in the browser/OS. It also will only work with newer browsers. The page to which I linked explains how to write CSS rules that will follow the user's light/dark mode Wikipedia settings, including if they configure it to follow the browser/OS setting. isaacl (talk) 04:23, 11 May 2025 (UTC)

:::::::@Isaacl: Note that the "light-dark()" feature I used works in light/dark mode in English Wikipedia itself. Upset New Bird (talk) 06:58, 11 May 2025 (UTC)

::::::::Clearly there's some subtleties in the dark mode implementation that I don't know about... The other issues I described remain. What is your intended usage? isaacl (talk) 08:41, 11 May 2025 (UTC)

:::::::::@Isaacl: My purpose is in order to optimize the table both in light mode and dark mode. Is it odd? Upset New Bird (talk) 08:45, 11 May 2025 (UTC)

::::::::::[//www.w3.org/TR/css-color-5/#light-dark The light-dark() function] is quite new, it was added to CSS Color Module Level 5 with the 29 February 2024 revision. Since this doc is a W3C Working Draft, it should not be relied upon. To those sceptics who have told me in the past that W3C Working Drafts will eventually make it to W3C Recommendation, please note that [//www.w3.org/TR/2022/WD-css-color-5-20220428/#colorcontrast the color-contrast() function], which was last described in the 28 April 2022 revision, has since been dropped. --Redrose64 🌹 (talk) 11:59, 11 May 2025 (UTC)

:::::::::::@Redrose64: It seems that English Wikipedia supports "light-dark()" function, but does not support "color-contrast()" function. This table shows different colors by the user's color mode (light or dark). [https://en.wikipedia.org/w/index.php?title=User:Upset_New_Bird/sandbox&oldid=1289972081] Upset New Bird (talk) 01:01, 12 May 2025 (UTC)

::::::::::::Support for light-dark() and color-contrast() is nothing to do with Wikipedia, it's entirely in your browser. If your browser doesn't support color-contrast(), that does not surprise me, as it was removed from the CSS Color Module Level 5 spec, which as I already mentioned, is a draft and subject to amendment. --Redrose64 🌹 (talk) 16:02, 12 May 2025 (UTC)

::::::::::Are you referring to a specific table? For tables in general, I think it's better to just use colours from the standard set. The actual colours used in light and dark modes will be centrally maintained, and can be adjusted by skins. isaacl (talk) 14:30, 11 May 2025 (UTC)

:::::::::::@Isaacl: What I mean is to make it easier to view tables in dark mode. Upset New Bird (talk) 01:35, 12 May 2025 (UTC)

::::::::::::I don't understand what is the current problem with tables in dark mode, or why any issues can't be handled by using the standard set of colours. isaacl (talk) 04:35, 12 May 2025 (UTC)

Note: The "light-dark()" feature is now available in all three major browser engines, and becomes Baseline Newly available as of 13th May 2024. See [https://web.dev/articles/light-dark]. Upset New Bird (talk) 02:48, 12 May 2025 (UTC)

:AIUI, light-dark is insufficient to support all display modes on Wikipedia. There is "light mode", "dark mode", and "OS mode" here. light-dark meaningfully supports only the last of the three. Izno (talk) 03:03, 12 May 2025 (UTC)

::light-dark() reacts to the color-scheme property that is set by the dark mode toggle, so it should work also for "forced" light and dark mode. hgzh 08:56, 12 May 2025 (UTC)

Hello, with the 2025 Australian Senate Election results currently being counted I am creating this template to create a new standard for Joint Tickets in the senates results. Currently they are raw modified tables in the results at the New South Wales and Victoria bits (look for the joint tickets involving HEART, People First and Libertarians), and on the pages there the 3 colours are balanced. I am trying to replicate this with the template to replace the need for modifying the table directly but it isn't working properly and I have no idea how to get the 3 colours to balance. The documentation provides an example from the NSW results of that election. Any tips or help on how I can get these colours to be balanced? Thanks in advance! Comfisofa (talk) 11:41, 11 May 2025 (UTC)

:{{fixed}} and added a comment to help future editors understand why the template is written the way that I just did. —CX Zoom[he/him] ^{(let's talk • {C•X})} 12:59, 12 May 2025 (UTC)

::Incredibly thankful for this! Truly a life saver! Comfisofa (talk) 13:33, 12 May 2025 (UTC)

:::Welcome! —CX Zoom[he/him] ^{(let's talk • {C•X})} 22:03, 13 May 2025 (UTC)

When I'm doing WP:DRAFTNOCAT/WP:USERNOCAT cleanup, because {{cl|Living people}} is massive (thus impossible to search manually) and collects new draft and user sandbox pages daily instead of once in a blue moon, I do an [https://en.wikipedia.org/w/index.php?search=incategory%3A%22Living_people%22&title=Special%3ASearch&profile=advanced&fulltext=1&ns2=1&ns3=1&ns118=1&ns119=1 incategory search] on it a few times a day instead of only dealing with it when the weekly reports run. I've noticed that for several weeks now that after getting a draft or user page out of the category there's been a lag before the page would actually drop out on refreshing the search — in the past a page would typically drop out close to instantly in some cases, and within 30 seconds to one minute in others, but for several weeks now it's taken more like 10 to 15 minutes before a page would drop.

Today, however, all of the draft/user pages that were in the category this morning still haven't dropped out more than two hours after being removed. So I wanted to ask, is there something wrong with incategory searching all of a sudden? Bearcat (talk) 15:39, 12 May 2025 (UTC)

:Thanks for noticing, indeed the indexing pipeline got stuck today around 13:30 UTC and no updates were being processed. It failed very early in the bootup process which didn't trigger our typical alerts. New alerts have been added, and that system has been restarted and is now processing edits again. most of the pages in the example have cleared out, the rest of the backlog should finish soon.

:As to the update latency, around 5 minutes is the expected minimum latency for edits to make it into search today. Somewhere between 5 and 8 is probably most typical. That was indeed on a 30s cycle previously, but the update pipeline had to change to include asynchronously generated information (such as article topic predictions) which pushed the minimum update time to around 5 minutes.

:EBernhardson (WMF) (talk) 16:55, 12 May 2025 (UTC)

::Thanks for figuring this out so quickly. No worries on the five to ten minute drop time — it is a minor hassle when I'm doing draft/user nocat cleanup, because I have no way to distinguish "page that just hasn't dropped yet" from "the creator added the categories back again one minute after I removed them" or "I actually missed a category the previous time" without checking the page a second or third time, but all things considered if that's the worst thing that happens to me all day it isn't that big a deal. So if there's a clear reason for it, it's a thing I can continue to live with — but obviously pages not dropping hours later was something weird, so thanks for resolving it. Bearcat (talk) 20:17, 12 May 2025 (UTC)

I'm familiar with the Raw Watchlist view, but that's alphabetical. Is there any way to get a listing of all articles on one's own watchlist, ordered by date added? -- Avocado (talk) 21:35, 12 May 2025 (UTC)

:No. --Redrose64 🌹 (talk) 22:31, 12 May 2025 (UTC)

:: Expanding a bit ... If you look at the page about the database table you will see that the date added is not recorded. Maybe it should be, but I don't see such a change happening soon — GhostInTheMachine ^{talk to me} 11:20, 14 May 2025 (UTC)

:::Ah, thank you. Yes, that would indeed make it impossible. And even if they started recording it in the future, that wouldn't help much with pruning my present watchlist based on prior waves of now-abandoned editing interests, nor with retrieving a list of pages I've edited in a particular period (though the latter could probably be achieved through some grouping of contribution log records, I suppose). -- Avocado (talk) 12:07, 14 May 2025 (UTC)

::: OTOH, sorting by the wl_id field may give you an equivalent to "ordered by date added" (just not the date itself). But I don't know of any way to do that without direct access to the production databases; existing UIs look like they generally sort by namespace and title, or don't sort at all. Anomie⚔ 13:01, 14 May 2025 (UTC)

:::: {{ec}} phab:T125991 phab:T67187. * Pppery * _{it has begun...} 13:02, 14 May 2025 (UTC)

::::Oh, sorting by ID is a good idea! Is that data accessible via API? If so, where might one look for docs about that? I could probably produce a quick-and-dirty script to pull that data in an afternoon. Even if the ID isn't in perfect chronological order, it'd be better than nothing for current purposes. -- Avocado (talk) 14:32, 14 May 2025 (UTC)

When you attempt to create a double redirect you are shown a warning that includes a suggested fix (i.e. if Foo is a redirect to Bar and you attempt to create a redirect to Foo, MediaWiki shows a warning recommending you change the target of your new redirect to be Bar).

In response to Wikipedia:Village pump (proposals)#Double redirect creation I opened phab:T393825 requesting a link or button to automatically implement the suggested fix. Comments on that task by the developer who implemented the warning suggest that this might be complex to implement as part of MediaWiki but that "This could definitely be implemented on-wiki via a JavaScript gadget though." Thryduulf (talk) 11:48, 13 May 2025 (UTC)

:Pinging Utfor as the original requester at VPPRO. Thryduulf (talk) 11:49, 13 May 2025 (UTC)

Hello, I need assistance with generating a list based on Wikidata. I would appreciate any help. Regards. Riad Salih (talk) 12:55, 13 May 2025 (UTC)

:d:Wikidata:Request a query is a better place for that query. If you do post there, specify what you are looking for specifically. Snævar (talk) 16:34, 13 May 2025 (UTC)

:Thanks, but I have already created the page; there is just a problem with the list being repeated. Riad Salih (talk) 16:38, 13 May 2025 (UTC)

::@Riad Salih: you forgot to include {{tl|Wikidata list end}}, the bot has no idea when to stop. Sjoerd de Bruin ({{int:Talkpagelinktext}}) 15:55, 14 May 2025 (UTC)

:::@Sjoerddebruin Thank you, it worked! I really appreciate it. Riad Salih (talk) 16:09, 14 May 2025 (UTC)

Seven months ago (see Wikipedia:Village pump (technical)/Archive 216#Keep getting logged out), a problem was reported where the login cookie was failing to be recognised on English Wikipedia. This was resolved after about ten days. Something very similar has begun happening today. Steps to reproduce:

1. Assume that you are starting off as having explicitly logged out earlier in the day (Special:UserLogout)
2. At any page on English Wikipedia, log in
3. Follow some links to elsewhere within English Wikipedia, observe that you are still logged in on each page.
4. Go to any page on meta:. Observe that you are not logged in.
5. Follow any link to another page on meta:. Observe that you are logged in.
6. Return to English Wikipedia. Observe that you are no longer logged in.
7. Follow any link to another page on en.wp. Observe that you are logged in once again.

It's not Thursday, so what has happened since yesterday to cause this? --Redrose64 🌹 (talk) 21:02, 13 May 2025 (UTC)

:This has been happening to me for much longer than just yesterday, so it sounds like you were getting lucky.

:I've seen suggestions that cookie blocking systems (and Firefox has this level of protection on by default particularly, IDK about the other browsers) can block the relevant cookies, so I went in and set exceptions for meta, auth, and en.wp, and it's still happening for me. I need to try fresh login here, but it's not encouraging.... Izno (talk) 22:25, 13 May 2025 (UTC)

When a discussion gets many replies by many people it can get pretty difficult to see in what chronological order the posts were written.

Is there a script that allows you to travel through time through a discussion? I mean other than User:Polygnotus/Scripts/Timeline.js of course. Polygnotus (talk) 04:17, 14 May 2025 (UTC)

:While cumbersome, using the page history to select the earliest edit you want to see, than selecting "next edit" on each successive page would do that. Donald Albury 13:19, 14 May 2025 (UTC)

::For those using a desktop browser, the "Browse history interactively" dropdown that appears at the top of a diff page lets you hover over a bar graph to see the edit summaries of each edit. isaacl (talk) 15:45, 14 May 2025 (UTC)

I have a script on my PC that checks for new entries in various categories. For example, the {{CL|2022 deaths}} generally reports just a couple of additions on most days. However, starting on Monday, it exploded and reported bulk additions and still is. The articles themselves have not been updated, their histories show no recent changes and I could not find a specific template that has recently been changed. Hunting around implies that this is happening for other birth and death categories, but not for other person-related categories. (FYI, I call the API with a query like this: {{TQ| 1=action=query&list=categorymembers&cmnamespace=0&cmtype=page&cmlimit=50&cmstart=2025-05-11T23:59:59.999&cmend=2025-05-11T00:00:00&cmsort=timestamp&cmdir=descending&formatversion=2&format=json&cmprop=title|timestamp&cmtitle=Category:2022_deaths}}.) What happened around midday on Monday? Was there a database change? Did I miss a template change that has triggered bulk updates? Why does the API report changes that the articles do not? Answers on a postcard please — GhostInTheMachine ^{talk to me} 10:13, 14 May 2025 (UTC)

: {{u|EBernhardson (WMF)}} is this related to the indexing pipeline issue? If so, why just some categories and why is the API seeing it as changes to category membership? — GhostInTheMachine ^{talk to me} 10:18, 14 May 2025 (UTC)

: I can tell you that the cmstart and cmend parameters work off of the field that's reported with cmprop=timestamp. What may have caused mass updates to that, I have no idea. Anomie⚔ 13:09, 14 May 2025 (UTC)

:: Probably phab:T385954. * Pppery * _{it has begun...} 13:13, 14 May 2025 (UTC)

See Talk:Coronation of Mindon Min. I [https://en.wikipedia.org/w/index.php?title=Talk%3ACoronation_of_Mindon_Min&diff=1290365196&oldid=1223889783 added] a new thread about a contradiction between the article and another. It appears to have been eaten by the "Overall assessment" section of the transcluded GA review above it. I can't work out why. Can anyone fix it? Thanks, DuncanHill (talk) 10:46, 14 May 2025 (UTC)

:Fixed, the table was not closed so the new posts were absorbed into it. CMD (talk) 10:58, 14 May 2025 (UTC)

::Thank you. DuncanHill (talk) 11:00, 14 May 2025 (UTC)

Hello guys! I did some changes on "Wi-Fi Protected Setup", and i want them to be verified by someone to make sure they are correct. If you want, and know something about Wi-Fi networks and cybersecurity, i would be grateful if you check them. Thanks in advance!

P.S. i am sorry for adding this request on the technical discussions.

--Dimitrie569 (Talk) 19:23, 14 May 2025 (UTC)