Eine generelle Überarbeitung der Autoarchivierungsroutine ist in Planung. Zeitpunkt der Fertigstellung kann vorerst nicht abgeschätzt werden.

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cite/+/560850/3/src/Cite.php#496 Line 496 is now:
$responsive !== null ? $responsive !== '0' : $wgCiteResponsiveReferences,

I am not very sure, but it looks like a problem with this commit, doesn't it? https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cite/+/560850

@thiemowmde: With this I add you as subscriber because of this: https://de.wikipedia.org/wiki/Wikipedia:Technik/Werkstatt#VE_tut_ungefragt_Dinge_%282%29

@STei-WMF : Tech News wording suggested: "A regression bug in Parsoid caused VisualEditor to make unintended changes to wikitext, including removing whitespace and replacing spaces with underscores in wikilinks inside citations. The bug was introduced on November 28 and affected multiple wikis. A fix was deployed to all Wikimedia wikis on December 2, 2025. Editors who used VisualEditor between these dates should review their recent edits for unexpected modifications."

@Johannnes89 : I think it's worth a Tech News because many contributors using Visual Editor have run into this error, and it was not only dewiki. But I am not that professional in technical things to create a proper wording.

one further example: https://de.wikipedia.org/w/index.php?diff=261941024

a further unexpected automatic change has happened here: after saving there have been underscores now in one of the wikilinks in the wikitext: [[Bundeszentrale für Politische Bildung]] → [[Bundeszentrale_für_Politische_Bildung]]

In T410758#11408729, @dcausse wrote:

Unless you noticed that that the regex got a lot slower recently and that more queries are timing out I think it is safer to keep the 15s internal timeout.

The error code page would be here: https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/47f8833fff721076ce4253dc96e239735f76147e/errorpages/404.php

@taavi: Okay, I guess you mean MediaWiki-Search as API component.

@Pppery : You removed MediaWiki-Action-API, but I guess API action=query&list=search is a MediaWiki API action. This is mentioned in the task description too.

I think, this problem has a little relation to T410007 . Maybe @dcausse can help here again?

Is it only that query, or is it also performing generally worse?

@EBernhardson This seems to throw timeout reports, see this dewiki discussion: https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Zeit%C3%BCberschreitung_bei_Insource-Suche

In T410007#11377698, @dcausse wrote:

... there is now a component failing earlier than the allowed 50s.

@dcausse : it looks like it's something with these merges: https://gerrit.wikimedia.org/r/q/project:mediawiki/extensions/CirrusSearch

Let me know how to point out something important to someone or someone's board other ways than priorities ... I don't know about or am missing it on Phabricator

Sometimes it's an 503 error instead of 504 error.

@HMonroy: But I guess there is one mistake with HTML entities?

The Cloud-Services project tag is not intended to have any tasks. Please check the list on https://phabricator.wikimedia.org/project/profile/832/ and replace it with a more specific project tag to this task. Thanks!

Let me try to introduce @MusikAnimal to this task please, he had it on a project wishlist. Can you help with this please?

@Amire80 said it should be a gadget. Here another discussion: https://translatewiki.net/wiki/Support#Pending_translations_of_Who_Wrote_That

Does anyone find out who coded the Gadget Who Wrote That and maintains it?

Yes, it would be a very great advantage for Wikipedia-related matters to gain access to the other ProQuest databases as well.

@Lucas_Werkmeister_WMDE Dou you have some contact to someone from earlier time, when you did the translations, to proceed the pending updating?

With this there is another bug T101841 doing very similar things for 10 years now. It should be escalating too since it's causing data loss on articles.

In T404071#11162488, @Bhsd wrote:

... My opinion is that ' should not be auto-closed in Wikitext.

Possibly this is because the WMF User Agent Policy is now being enforced

Has with this something been changed to API or Mediawiki database? Since August 18th some of my bots are working not properly any more using rc_timestamp than before.

@bd808 : I tried the first verification method and got the verification file output:

tools-bastion-12.tools.eqiad1.wikimedia.cloud:/home/taxonbot/2fa-reset-request.txt

I'm not sure but I think I didn't lose the ssh key, I only lost my password. So I should try the first confirming method. But it's explained in a too difficult English language for me, it's too hard to understand it clearly.

@bd808 : Let's try the second confirming method. These stewards know me in real life and can verify my account: @Johannnes89 and @DerHexer

@bd808 : The new email address is dr.taxon[at]gmail.com

It should be checked what the reason of the failure has been.

As noted: https://phabricator.wikimedia.org/T289318#10995040

But https://en.wikipedia.beta.wmcloud.org/wiki/Special:Blankpage actually gives:
504 Gateway Time-out
The server didn't respond in time.

First sample checks are working perfectly for me now ... Thanks a lot!

Aklapper renamed this task from Reset developer account password for Doc Taxon to Reset developer account password and email address for "taxonbot" user.

In T398220#10962248, @Aklapper wrote:

Ah, thanks!

@doctaxon: Do you still have access to the email address listed on https://ldap.toolforge.org/user/taxonbot ?

In T393436#10925684, @Johannnes89 wrote:

In T393436#10924092, @Trizek-WMF wrote:

I changed the title to reflect the reality of the issue for Wikisource

The new title describes the specific issue for Wikisource, but not the other examples (Wikidata, German Wikipedia) mentioned in this task, where users also asked to put the survey box outside the page content

@jsn.sherman QuickSurvey box is in the middle of namespace 0 page content text body. The best is to put it in the banner on top of the article into the banner body or below the article text body. See screenshot

@Aklapper They are not random but the survey deployers.

QuickSurveys appear in the middle of namespace 0 article text body.

@Aklapper Yes, I missed that bug report form. So I thought, that sub bug tasks don't generate the bug report form. I'm very sure that I didn't delete the report form.

@jsn.sherman Please prevent inserting QuickSurveys into the namespace 0 article text body.

It looks like it would be better, to save old database tables in a trashbin before changing database structures.

I get this too with every second page load in dewiki.

@Esanders : What do you think, is it a Parsoid bug or Parsoid serializing bug, that edits by VisualEditor change automatically the source code

News: Giftpflanze and I try to find a gitlab solution. Please wait ...

The task description means to provide a link to a code repository. Please explain how I can bring up a data interface to provide this link or to outsource a repo copy to somewhere I don't know. Yes, I want open the source but I need admin help.

@Ladsgroup: Yes, and thanks for the first announcement, I already got it. But I need the dates of the _timespan_, when I can change all database queries to the new "running system" and when the old tables and columns don't work any more.

Do you announce before the old tables or columns don't work as usual any more?

@Tgr : Thank you very much indeed helping us to kill the bug! Have a good New Year!

Oooo, best thanks!

@matmarex : We should use the magic word within a Template (namespace 10), because it should work on every user talk pages we included this template.

looks resolved for me too

@Tgr: Wouldn't it be easier to recode the login and authentication routines or to revert to backups of the pre-August 2024 version? What is your opinion on that?

I have become logged out again between 23:00 and 9:30 UTC, but only on desktop browser, not mobile. User name: Doc_Taxon

@Tgr: Can it be possible that this is not a cookie bug but any malware or virus accessing the session cookies?

@Tgr: I have been logged out again between 12:00 and 15:00 UTC today. User name: Doc_Taxon

@Tgr: Okay and just now, approx. 10 minutes ago, I have been logged out on all browsers – but only Commons and Wikidata and meta (all the wikimedia.org and wikidata.org project pages), but not at all the wikipedia.org project pages (I'm still logged in there, also after refresh). And I get no GlobalAuth login opening Wikidata and Commons.

@Thryduulf : Was that just random, or does the logout always occur so frequently for you?

@Tgr: As with Thryduulf, I have repeatedly experienced that the logout mostly (but not always) occurred when switching browsers or changing between browser and mobile. I think this might be an important point in investigating the cause.

@everybody: If you experience a logout in the next few days, please provide us with the approximate timestamp including the time zone and your Wikipedia username. Thank you

@Mondo: is Mondo your Wikipedia account username too?

@Tgr: I, user:Doc_Taxon, have been logged out from all existing wikis and commons and wikidata approximately between 10 and 14:51 UTC, 2024-10-24 , without clicking log out or doing anything similar.

@Tgr It is extremely annoying when the logging out happens to working bot accounts, here user:CactusBot of user:Cactus26 . The fact that the logged out bot account continues to edit under an IP and then without bot flag is often very problematic. I think the solution of this task should be given higher priority and include sprints.

In T372702#10228296, @Theklan wrote:

Strangely enough, today I was logged out from Meta, but not from Basque Wikipedia. I needed to log again at Meta, with 2FA, but I wasn't logged out from euwiki, as usually happens.

Yes, it's a global problem. I got these problems with frwiki, nlwiki, dewiki, enwiki, pflwiki and more, but also commonswiki, wikidatawiki, metawiki and test2wiki. I use several browsers like Edge, Chromium and Firefox mobile and desktop on Windows 10 and Windows 11. It appears that the type of browser, operating system, or type of wiki doesn't matter at all. I always check the "stay logged in" option ...

In T372702#10220313, @Thryduulf wrote:

I don't know if this is useful information, but I was logged out twice in the circa 24 hours leading up to 20:15 8 October ...

Something must have happened or been adjusted, the bug is no longer reproducible.

Shouldn't I be centrally logged in when opening a moswiki page, if I am already logged in at dewiki or enwiki?

Because it increases the amount of rework required more and more, I raise the priority to High.

Oh, my mistake, sorry.

Sorry, but I reopened this task.

when I login I click on "Keep me logged in".