HH:MM, DD MMM YYYY

It seems that this problem only happens when I click on the dropdown list of wiki-alerts.

If this is of any use, I'm using Chorme Version 147.0.7727.117

Is it possible to remove duplicate categories as displayed at https://meta.wikimedia.org/wiki/Community_Wishlist/W114/en ? The English translation of Wish 114 is in both the main category and the subcategory.

Just a note, this is my first time requesting for such a feature change. Apologies if this isn't the correct venue to file this.

Done by Martin.

If possible, this should also include vanished users.

It's happening again at https://meta.wikimedia.org/wiki/LimeSurvey

Weird that I can't replicate the error now, had problems with it for a full hour just now. Asked someone else to try it just now and had the same issue.

I'd like to add that editing from Special:Translate is still possible.

In T244567#7591500, @Minorax wrote:

The possible cause on why the files can't be deleted is because they have a "non-existent" revision of the file. i.e, "no thumbnail"

I'll merge this into the parent task. To have this deleted, the problem needs to be resolved.

See the patrol log of https://meta.wikimedia.org/wiki/Special:Log?type=patrol&user=UrbanecmBot&page=&wpdate=&tagfilter=&wpfilters%5B%5D=newusers

yes

It happens on Wikimedia sites such as en.wp, meta. I'm using Chrome. Doesn't seem to be script issues as it only happen today.

The possible cause on why the files can't be deleted is because they have a "non-existent" revision of the file. i.e, "no thumbnail"

Same problem happened at https://commons.wikimedia.org/w/index.php?title=File:Brussels_Airlines_logo.svg&redirect=no yesterday before I deleted it.

Tried on testwiki as well, doesn't work.

In T282624#7081570, @Minorax wrote:

Totally agree with SilkTork, bureaucrats should have access to Special:VerifyOATHForUser. While still unpopular, I believe temporarily de-crating a user until they enroll in 2FA is a better solution than removing one of their main scope/job quoting that crats don't need to have 2FA enabled. Correct me if I'm wrong, I believe that this was done when IA & CNA were introduced back in 2018.

Totally agree with SilkTork, bureaucrats should have access to Special:VerifyOATHForUser. While still unpopular, I believe temporarily de-crating a user until they enroll in 2FA is a better solution than removing one of their main scope/job quoting that crats don't need to have 2FA enabled. Correct me if I'm wrong, I believe that this was done when IA & CNA were introduced back in 2018.

see https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=523116939#File:Tu%C4%9Fba_%C5%9Eeno%C4%9Flu_17_Vak%C4%B1fbank_SK_TWVL_20180426_(2).jpg seems like restoring files have the same problem.

Affected files at https://commons.wikimedia.org/wiki/Category:Deletion_error

My bad, first time creating a task here. Sorry.

Recently, there are several cases of incomplete uploads where the file is uploaded but the file page isn't created. For ref, see https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=394693070#Issue