Reported at VRT as well https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=16575152

In T408010#11299812, @Xaosflux wrote:

Able to duplicate on enwiki, metawiki.
Not able to duplicate on dewiki

(I meant to edit my comment but deleted it… ugh)

Only an interface sysops will be able to edit the user's specific .js pages (not a mere regular sysops as myself), but unless they act themselves, I'll might need to IAR (regarding deletion policy) and this will happen to their script:

Deleted because the script generated excessive automated requests without respecting Wikimedia’s API etiquette, violating [[foundation:Policy:Wikimedia Foundation API Usage Guidelines]]. Please see [[User talk:Yacàwotçã#Please update your version of Cat-a-lot to newer]]

In T402749#11117413, @Ladsgroup wrote:

[...] Maybe someone should mention it to them?

I say that this ticket can be closed, as yet another of the VRT tickets has been confirmed to have had their issues fixed.

I think the wording should explicitly cover that a username change re-attributes all previous contributions. For edits, this happens automatically since the attribution is stored in the page history, and by requesting a rename/vanish the user gives permission for that automatic re-attribution. For files, however, attribution is usually stated in the description page and does not change automatically.

Follow-up from ticket #2025081710002753:

• OS: Windows 11
• Browser: Chromium v126.0.6478.251
• Browser add-ons: uBlock Origin, Shazam, Don't f*** With Paste (disabling add-ons does not resolve the issue)
• Steps attempted: cleared cookies, emptied cache, hard reload → still redirects to homepage, but any attempt to log in or open an article produces the "maintenance" error page
• The issue occurs exclusively on English Wikipedia via desktop browsers. Other language Wikipedias and access via smartphone remain unaffected.

Additional report from another user (Ticket #2025081710003225) - second person today:

• Device: HP Pavilion x360 Convertible (64-bit)
  • Issue also occurs on other desktops and laptops
• Browsers tested: Edge, AVG, Chrome (issue slightly less frequent on Chrome)
• Spanish Wikipedia loads normally
• On English Wikipedia mobile view (i.e. en.m.wikipedia.org), some pages work initially but the error appears after following 3–4 links in sequence

Yet another report Ticket#2025081810008602:

• Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
• Error message: ”Failed to load resource: the server responded with a status of 503 ()”
• Work computer in the US
• ISP: InterBank, according to https://www.whatismyisp.com/ (Person did not know the ISP or if there were any VPN)

I just noticed a pattern and wanted to surface it. For context: in the VRT (the volunteer helpdesk) we normally only see one such “Wikipedia inaccessible” email every couple of months, and almost always when there’s a confirmed outage. Over the past 1–2 weeks, however, we’ve received several separate reports, which is unusual enough that I thought it worth bringing up. Especially given the Reddit thread linked above.

Used an old version of the browser Vivaldi (Chromium based).
Now updated, and now everything seems to work for this person at least.

In T402142#11092538, @Aklapper wrote:

Browsers tested: Edge, AVG, Chrome (issue slightly less frequent on Chrome)

Which exact versions?

Additional report from another user (Ticket #2025081710003225) - second person today:

See also e.g. https://www.reddit.com/r/wikipedia/comments/1mhbumf/wikipedia_hasnt_been_working_for_me_for_the_past/

Follow-up from ticket #2025081710002753:

Seems like I could just choose the COM:COPYRIGHT tag, lol

They replied that it was the Wikipedia.org with Let’s Encrypt. So I guess this is a no-issue then.

Another similar issue in VRT #2025051210011409

also in rev 12900

Same with {{WoO number disambiguation}}

This was caused due to a commented date string inside a date parameter

Same with {{Disambiguation with potential}}

Also don't add {{Orphan}} to pages with {{Painting index}}

Also don't add {{orphan}} or {{stub}} to pages with {{Wikivoyage redirect}}

WFM seems like this has resolved itself.

VTR request Ticket#2023071410007303

Same applies to {{List of lists}}

Haven't encountered it again. Marking as declined, but will reopen if encountered again.

Oops, I added the tag to the wrong task...My bad!

Who is accredited for the final? I’d like to volunteer if nobody else has applied. I can try to chat with Anna-Maria if necessary.

Question, I got accreditation for 1, 2 and 3. I only signed up initially for 1 & 2. Is @Arkland still gonna do the third competition? Are we accredited for two people during that competition, or was that "transferred" to me?

Seems fixed.

This seems to be related to the "Share or embed this file" in MediaViewer which suggests the same markup.

In T299253#7624133, @Aklapper wrote:

Hmm, what's in the "network" tab of the web browser's developer tools if you go to https://commons.wikimedia.org/wiki/Special:SuggestedTags?safemode=1 ?

I was able to reproduce the error, and also found another issue at the same time.