Template talk:Pp

1. REDIRECT Template:Permanently protected

PP?

What does the "pp" stand for? _└^Jared_┘^┌_talk^┐  00:29, 2 April 2007 (UTC)

protected page _→AzaToth 02:11, 2 April 2007 (UTC)

Translation please?

"This page is currently protected from editing because lorem ipsum dolor sit amet." What the hell?! What does "lorem ipsum dolor sit amet" mean?! -- Reaper X 03:31, 6 July 2007 (UTC)

I know it's a bit of a late reply, but... → Lorem ipsum. — madman bum and angel 16:51, 6 August 2007 (UTC)

Protection templates, new style

The Wikipedia:Article message boxes project has now changed and standardised the styles for most of the message boxes that goes on article pages. We are now planning to change the protection templates to have a matching look when on article pages. But they will keep their old look when they appear anywhere else.

Here is an example of the new look. (Note: Exact colour for the left-side colour bar is not yet decided, and we will of course have the old full text in them, this is just a short example.)

Any input is welcome, see discussion and more examples at Wikipedia talk:Article message boxes#Protection Templates and Wikipedia talk:Article message boxes#Next steps.

--David Göthberg 02:18, 21 September 2007 (UTC)

Move of documentation to /doc page

I have created a /doc subpage for this template to separate the docs from the template code to make further editing easier. I have used the old method (that had consensus) described at Wikipedia:Template documentation before that page got heavily reworked yesterday.

I have chosen to start out with this protection template since it is not used on as many pages as the other protection templates. So if we screw up we don't cause so much damage. I have tested the changes I suggest here in my own sandbox in my own user space.

{{editprotected}}

To make the /doc page work the following changes needs to be done to this template:

1. Remove the noinclude with the pp-template from the first line of code. It is added in the end instead, see below. Make the first line look like this:

<source lang="xml"> Template:Template doc

</source>

That's all.

--David Göthberg 14:15, 27 September 2007 (UTC)

done. — Carl (CBM · talk) 14:36, 27 September 2007 (UTC)

Link from small version

Currently points to Wikipedia: Protection policy, I would like to suggest Wikipedia:This page is protected. —Random832 18:02, 17 December 2007 (UTC)

Changes

How about changing the image for the new images for Accessibility. ~~Awsome EBE123 ^talk_Contribs 19:02, 17 March 2011 (UTC)

Edit request from Ebe123, 24 March 2011

{{edit protected}} Changing the images to the current version for Wikipedia:Accessability

~~Awesome EBE123 ^talk_Contribs 20:19, 24 March 2011 (UTC)

You're going to have to explain what you mean, and then get a consensus for change. Regards — Martin (MSGJ · talk) 08:25, 25 March 2011 (UTC)

Edit request

{{editprotected}} Go to Wikipedia:Village pump (proposals)#WP:Accessability ~~EBE123~~ ^talk_Contribs 22:53, 25 March 2011 (UTC)

Template:Not done Come back when you have consensus... —GFOLEY FOUR— 05:34, 26 March 2011 (UTC)

Grammatical problem

I saw a sample of the use of this template and it said "because" followed by the reason, while "because of" would be correct grammar in the sample used.Vchimpanzee · talk · contributions · 22:34, 21 February 2012 (UTC)

Edit request on 25 August 2013

Template:Edit protected Change:

|small={{{small|}}}
|demospace={{{demospace|}}}

To:

|small={{{small|}}}
|right={{{right|}}}
|demospace={{{demospace|}}}

This allows use of the new pp-meta parameter. Jackmcbarn (talk) 19:40, 25 August 2013 (UTC)

Done --Redrose64 (talk) 21:42, 25 August 2013 (UTC)

Protected edit request on 7 June 2014

Template:Edit protected Malaysia Airlines Flight 370 - This page may be vandalised, which is not a good thing as it may be offensive. It will be good if it is semi-protected. Nahnah4 | Any thoughts? Pen 'em down here! | No Editcountitis! 09:16, 10 June 2014 (UTC)

Please ask at WP:RFPP. — Martin (MSGJ · talk) 09:22, 10 June 2014 (UTC)

Proposal to convert this template to Lua

There is currently a proposal to convert this and other protection templates to Lua at Module talk:Protection banner#Proposal to convert all protection templates to use this module. Please join this discussion over there if you are interested. — Mr. Stradivarius ^{♪ talk ♪} 23:47, 22 July 2014 (UTC)

Page status indicators

FYI: https://www.mediawiki.org/wiki/Help:Page_status_indicators ed g2s • talk 23:15, 7 November 2014 (UTC)

I know. They're not stable yet, but once they are, I'll work on converting to use them. Jackmcbarn (talk) 23:22, 7 November 2014 (UTC)

Thanks. 2.27.191.227 (talk) 10:59, 8 November 2014 (UTC)

Red padlock

I'm trying to produce a red padlock on a page such as Wikipedia:Content disclaimer (which seems to fit as "permanent full protection"). What parameters are needed to do this? Thanks — Martin (MSGJ · talk) 10:31, 17 December 2015 (UTC)

This is the test:

                        (
			namespace == 10
			or namespace == 828
			or reason and obj._cfg.indefImageReasons[reason]
			)
			and action == 'edit'
			and level == 'sysop'
			and not protectionObj:isTemporary()

The first two check for templates and modules, which Wikipedia:Content disclaimer isn't, so it needs to satisfy the third, which is kinda obscure. I've decided that it's somehow set by Module:Protection banner/config, which only mentions indefImageReasons once, and it helps not at all. Anyway, is a red lock important? I managed to display a gold one. --Redrose64 (talk) 13:10, 17 December 2015 (UTC)

indefImageReasons is obviously about protection of images so probably not relevant to Wikipedia:Content disclaimer. I'm not sure of the exact difference between the gold lock and the red lock. Do we even need to distinguish between them? According to the protection policy, WP:REDLOCK is for pages that should not be modified for copyright or legal reasons which this page seems to fall under. — Martin (MSGJ · talk) 17:15, 17 December 2015 (UTC)

I don't think that indefImageReasons is about protection of images; I think that it's to do with the padlock image to be displayed. If you look at the very bottom of Module:Protection banner/config, you'll see code that sets two image filenames, one of these is ['image-filename-indef'] = 'Padlock-red.svg', - if you search for image-filename-indef in the same page, there is code like this:

-- Pages with a reason specified in this table will show the special "indef"
-- padlock, defined in the 'image-filename-indef' message, if no expiry is set.
indefImageReasons = {
	template = true
},

so indefImageReasons has something to do with it. --Redrose64 (talk) 19:01, 17 December 2015 (UTC)

Template:Ul, Template:Ul: can we get some advice on this please? — Martin (MSGJ · talk) 09:02, 18 December 2015 (UTC)

I think the red lock is kind of pointless and poorly specified as it exists now. Perhaps we should completely replace it with the gold one. Jackmcbarn (talk) 17:07, 18 December 2015 (UTC)

That sounds like a reasonable idea. I'll open a thread at — Martin (MSGJ · talk) 19:18, 20 December 2015 (UTC)

Keep the red for "permanently" protected pages and use gold for indef-but-not-permanently-protected pages. Now, what do we do about pages that are "indef-protected" but which are not "permanently" protected? My recommendation: If you see a an indef-protected page that isn't "forever" change the protection to expire "a long time from now (such as 2099-12-31)" and slap a gold lock on it. If you see an indef-protected page that IS "forever, at least as far as the eye can see" slap a red lock on it and put a note in the edit summary explaining why (or un- and re-protect the page and put the note in the protection log). davidwr/(talk)/(contribs) 21:54, 20 December 2015 (UTC)

But what exactly is the difference? At the moment, a "permanently protected" page seems to be defined as one that has full edit protection and is either a template or a module. There are also two somewhat-obscure rules, the lines reason and obj._cfg.indefImageReasons[reason] and not protectionObj:isTemporary() in the test above, which neither Template:User nor Template:User (they being the people who made all but four edits to Module:Protection banner) seem willing to explain properly. Those two rules aside, why is an indef-full-protected template described as "permanently" protected, whereas a page in another namespace, which should rarely (or never) be altered because of legal implications (such as Wikipedia:Content disclaimer, Wikipedia:Copyrights or Wikipedia:Text of Creative Commons Attribution-ShareAlike 3.0 Unported License) apparently is not permanently protected? --Redrose64 (talk) 23:34, 20 December 2015 (UTC)

The definition of permanent protection can be found at Wikipedia:Protection policy#Permanent protection. If the definition needs to be changed or the "vague" areas clarified (what exactly does "frequently" transcluded mean?), we can discuss it at its talk page. The padlock templates and their use should reflect what's on the policy page. davidwr/(talk)/(contribs) 23:46, 20 December 2015 (UTC)

Template:Ping Module:Protection banner only does red locks the way it does because that's what the previous non-module system did. It really wasn't our decision at all. Jackmcbarn (talk) 23:59, 20 December 2015 (UTC)

But why won't you explain exactly what those two lines actually do? --Redrose64 (talk) 08:28, 21 December 2015 (UTC)

reason and obj._cfg.indefImageReasons[reason] specifies that there is a reason and that that reason is present in the indefImageReasons config table. That table only contains a key of "template", so the code effectively checks whether reason is equal to "template". (The reason and part is only necessary because if the reason variable does not have a value set, trying to look it up in the table will cause an error.) not protectionObj:isTemporary() negates the result of Protection:isTemporary(), which in turn checks whether protectionObj.expiry has a numerical value. The code that sets the expiry is fairly complex. Here is the code block:

<source lang="lua"> -- Set expiry local effectiveExpiry = effectiveProtectionExpiry(obj.action, obj.title) if effectiveExpiry == 'infinity' then obj.expiry = 'indef' elseif effectiveExpiry ~= 'unknown' then obj.expiry = validateDate(effectiveExpiry, 'expiry date') elseif args.expiry then if cfg.indefStrings[args.expiry] then obj.expiry = 'indef' elseif type(args.expiry) == 'number' then obj.expiry = args.expiry else obj.expiry = validateDate(args.expiry, 'expiry date') end end </source>

The reason for the complexity is that we use {{PROTECTIONEXPIRY}}, which has recently been enabled on this wiki, and to make it easier to use from Lua, Cenarium has created Module:Effective protection expiry. Effectively, if {{PROTECTIONEXPIRY}} returns "infinity", then protectionObj.expiry is set to "indef". If it's a date, then protectionObj.expiry is set to that date as a number in Unix time. If the expiry is unknown - which at the moment means that the page is unprotected or under pending changes protection - then |expiry= is checked, and if it's a value similar to "indef" then protectionObj.expiry is set to "indef", and if it's a date, then protectionObj.expiry is set to that date as a number in Unix time. If the expiry is unknown and there is no |expiry= parameter, then protectionObj.expiry will be nil. So essentially, not protectionObj:isTemporary() checks whether we were not able to find an expiry date, either from {{PROTECTIONEXPIRY}} or from |expiry=. — Mr. Stradivarius ^{♪ talk ♪} 11:03, 21 December 2015 (UTC)

The distinction between indef and permanent is too vague and will be lost on most people (myself included). I really see no advantage in distinguishing between the two. The fantastically weird hacks with the expiry dates suggested by davidwr will overcomplicate things for no benefit. — Martin (MSGJ · talk) 09:09, 21 December 2015 (UTC)

You make some valid points, but any discussion to treat "permanently protected" pages differently than they are now (e.g. changing the padlock color from red to gold) needs to happen at . davidwr/(talk)/(contribs) 14:54, 21 December 2015 (UTC)

That's why I attempted to initiate a discussion on a few days ago but you turned up here instead ;) — Martin (MSGJ · talk) 09:52, 22 December 2015 (UTC)

Just to follow up on this, the red padlock is now history. — Martin (MSGJ · talk) 09:49, 15 January 2016 (UTC)

Upload protection

Is there any banner to indicate that a file has upload protection, e.g. |action=upload? — Martin (MSGJ · talk) 09:50, 15 January 2016 (UTC)

Not at the moment, at least as far as banners that use Module:Protection banner. In theory it shouldn't be too hard to add support for action=upload to the module, but it would require a few coding changes. For example, at the moment, the Protection.supportedActions table in the module only contains "edit", "move", and "autoreview". I'm pretty sure all of the padlock templates around on Wikipedia use the module, although there might be other non-padlock templates that check for upload protection. — Mr. Stradivarius ^{♪ talk ♪} 10:25, 15 January 2016 (UTC)

I'm not aware of any templates for upload protection either. I've just checked and PROTECTIONLEVEL does recognise upload as an action, so it should be possible to detect automatically. — Martin (MSGJ · talk) 10:51, 15 January 2016 (UTC)

Yes, it's available in Scribunto's title.protectionLevels as well, so that part wouldn't be a problem. Do you know if there are any other requests for this, by the way? It strikes me that we should probably find out whether people want it before working out how to implement it. — Mr. Stradivarius ^{♪ talk ♪} 12:25, 15 January 2016 (UTC)

I am not aware of any other requests for this functionality. I just came across an image with the wrong template, and I couldn't find any suitable to replace it with. It might be interesting to find out how many images are upload-protected but not edit-protected, to see if the distinction is likely to be useful or not. — Martin (MSGJ · talk) 13:29, 15 January 2016 (UTC)

I've just had a look and the purple padlock only seems to be generated by one template: {{protected generic image name}}, and this template has no automatic detection code. — Martin (MSGJ · talk) 13:34, 15 January 2016 (UTC)

Template:Ping How about this purple padlock option? I've just upload-protected File:Suffolk University.jpg and I would like to indicate this somehow on the file page. Cheers — Martin (MSGJ · talk) 20:00, 2 March 2016 (UTC)

Template:Ping Any preferences for a template name? I'm thinking Template:Pp-upload would probably be a sensible choice. Also, should the template be small by default, or should it be a banner unless you add |small=yes? — Mr. Stradivarius ^{♪ talk ♪} 01:44, 3 March 2016 (UTC)

Ok, I've gone ahead and added the code to the module sandbox. You can test it by previewing {{pp-upload}} on upload-protected files. Feel free to tweak the banner wording - you can find the bolded text at line 417 of the config sandbox, and the body at line 520. Also, I chose to call the category Category:Wikipedia upload-protected files, but we can use a different name if you would prefer. And it's not small by default, but that can be changed as well. — Mr. Stradivarius ^{♪ talk ♪} 06:33, 3 March 2016 (UTC)

Thank you. I have tested it on File:Suffolk University.jpg and it seems to be working well. I suggest keeping it large by default. — Martin (MSGJ · talk) 09:14, 3 March 2016 (UTC)

I've now added upload support to the main module, and switched over {{pp-upload}} to use it. — Mr. Stradivarius ^{♪ talk ♪} 13:23, 3 March 2016 (UTC)

Great, thank you. Can Template:Pp-generic-image be incorporated at all? — Martin (MSGJ · talk) 13:56, 3 March 2016 (UTC)

Template:Keep local high-risk is another one. It would be good if these could be incorporated so they automatically detect the type of protection (upload or edit) — Martin (MSGJ · talk) 09:44, 4 March 2016 (UTC)

Template:Ping can you clarify whether these other templates can be incorporated into the module so that they can auto-detect protection level? — Martin (MSGJ · talk) 09:22, 9 March 2016 (UTC)

Template:Ping Sorry for the late reply. Yes, they can be incorporated - it is "just" a matter of updating the config module. You need to add entries for the templates in the "wrappers" table, giving them a suitable first positional parameter (the protection reason). Then you need to add an entry for that reason to the "upload" subtable of the "banners" table. Then you need to create the template page with {{#invoke:protection banner|main}}. That should be all that's necessary. Actually, try it with the config sandbox first (so the template code would be {{#invoke:protection banner/sandbox|main}}). Then you'll be able to see how things work without worrying about messing up the live templates. I'll set up the main module sandbox to point to the config sandbox instead of the main config so that it will work. — Mr. Stradivarius ^{♪ talk ♪} 12:07, 9 March 2016 (UTC)

Protected images

This template populates Category:Protected images. I'm just wondering if it should be called Category:Wikipedia protected files as I assume non-image files would also go into this category. Also the "Wikipedia" should probably be added for consistency — Martin (MSGJ · talk) 09:45, 4 March 2016 (UTC)

Listed at CfD, please see Wikipedia:Categories for discussion/Log/2016 March 9 — Martin (MSGJ · talk) 09:21, 9 March 2016 (UTC)

Extended confirmed protection

Could one of our Lua magicians add a padlock for the new WP:EXTENDEDCONFIRMED protection? We'll want to use the blue padlock as seen on the right.

Our other padlocks link to whichever section in WP:PROTECT, but this form of protection as I understand is only to be used on pages under discretionary sanctions? Template:Strike (WP:30/500 will do). We'll also want to add the categories Category:Wikipedia pages under discretionary sanctions and I guess Category:Wikipedia pages under 30-500 editing restriction. Pinging recent contributors Template:Ping — MusikAnimal ^talk 04:31, 6 April 2016 (UTC)

I guess this might require a little discussion. Just figured we could add something, since we already have a handful of pages under this protection, enforced by Special:AbuseFilter/698. The padlock used on those pages is {{pp-30-500}}, which I suppose we'll want to rewrite to use this module, just as we do with {{pp-blp}}, etc. — MusikAnimal ^talk 04:34, 6 April 2016 (UTC)

We'll need to add a reason to the module as well. And shouldn't the edit filter be disabled since we already have flags for that purpose. Also, should we add the template to the TW module? --QEDK (T ☕ C) 06:12, 6 April 2016 (UTC)

The reason should be along the lines of "discretionary sanctions", if that's what you mean. And yeah, I've got a lot of Twinkle work to do! The filter will be disabled once we get everything else ironed out. I'm not sure the new user group has even finished populating to all qualified users — MusikAnimal ^talk 14:56, 6 April 2016 (UTC)

This module contains calls to the protected edit request templates/modules, so we should probably get those updated before this. I'll start on that now. Jackmcbarn (talk) 17:07, 6 April 2016 (UTC)

Okay, everywhere else should be done now. Jackmcbarn (talk) 19:10, 6 April 2016 (UTC)

Is the Lua module not updated yet, or did no one change {{Pp-30-500}} to have {{#invoke:Protection banner|main}}? Datbubblegumdoe^{[talk – contribs]} 22:38, 15 April 2016 (UTC)

For the record, the 30-500 category was renamed to Category:Wikipedia extended-confirmed-protected pages. – Fayenatic London 19:42, 14 October 2019 (UTC)

Double padlocks etc. questions

In case of pages with 2 kinds of protection, why don't both show up? Also, why did the padlock change in this case. --QEDK (T ☕ C) 05:04, 1 May 2016 (UTC)

Moved to VPT. --QEDK (T ☕ C) 19:03, 3 May 2016 (UTC)

New reason proposal

Hello, I have a new suggestion for a reason proposal. I have been loooking for a bit, and I figured that a disruptive editing reason should be added (because the two main causes of semi-protection is either vandalism or disruptive editing. It would be great for this to be added, as there are a high amount of articles being protected from disruptive editing (I'm not too sure if vandalism and disruptive editing mean the same thing, or if they both have the same point). If you could consider the option for disruptive editing as a reason for this heavy used template, that would be great. Thank you, and have a good day. --Redolta (talk) 01:58, 8 June 2016 (UTC)

Template:Replyto See WP:DE and WP:VAND. Vandalism is a special case of disruptive editing: the difference is basically one of intent. But this is the wrong page to discuss extension of reasons for protection: the {{pp}} template merely reflects the current protection of a page which was protected in accordance with WP:PROT, so, a far better place to discuss changing the policy would be WT:PROT or even WP:VPP. --Redrose64 (talk) 10:22, 8 June 2016 (UTC)

Ok, thank you for the explanation. I now understand. Redolta (talk) 13:47, 8 June 2016 (UTC)

Default of banner

I always find it strange that the default on these protection templates is to have a big banner. In fact literally 4541 out of the 4542 instances of transclusion of Template:T had small = yes/y ([1])The one instance where it was used, I boldly changed as I was quite sure that wasn't the intention of the protecting admin. Instead of having |small=yes, I'm proposing to have |banner=yes and the default to be a padlock. Galobtter (pingó mió) 10:22, 16 March 2018 (UTC)

Am I imagining things...

...or does the presence of this template still on an article *after* semi-protection has expired mean it can't be edited by an unregistered user? I had a look at Fabinho (footballer, born 1993) on my mobile phone, on which I never sign into my account, and noticed the edit icon on the top right still contained the padlock. After removing it (while logged in from my computer) as the protection expired hours ago, I'm now able to edit the article from my phone as an unregistered user. And, as if by magic, an unregistered user made an unsourced edit to the article minutes after I removed the icon. And no, it wasn't me! If anyone wants to test this on their phone, try 2018 FIA Formula 3 European Championship, which also has had its protection expire, has the template and won't allow mobile editing. Any help/clarification would be appreciated. Thanks, Mattythewhite (talk) 03:19, 31 May 2018 (UTC)

Actually, it could be that my IP address has been caught up in a range block... Mattythewhite (talk) 03:23, 31 May 2018 (UTC)

Template:Replyto The protection notice/icon templates such as {{pp}} are just that, notices and icons. Their presence or absence has no effect whatsoever on the actual protection level of a page. The only other purpose of these template is categorisation: when used on a protected page, that page might be categorised in Category:Wikipedia semi-protected pages (or similar); but when used on a non-protected page, it will be placed in Category:Wikipedia pages with incorrect protection templates. If a protection expires, but the icon is still displayed, the most likely cause is caching. There are one or two bots that look for pp templates that are used on unprotected pages, and remove them; these bots are not infallible, and pages that are missed are usually picked up by myself or Template:User within a few days. --Redrose64 🌹 (talk) 22:59, 31 May 2018 (UTC)

Template:Replyto the one thing I would add to Redrose64's post is that the removal of a padlock by a bot or either one of us can be delayed by quite some time. I have seen articles that didn't show up in Category:Wikipedia pages with incorrect protection templates until days, weeks or months after a protection had expired. I just noticed this thread Wikipedia:Village pump (technical)#Change coming to MonoBook skin for mobile users I don't know if it is related to what you experienced but I thought I would make you aware of it just in case. MarnetteD|Talk 14:17, 1 June 2018 (UTC)

I don't think it's the same issue, the icons mentioned at that VPT thread are the ones that replace tabs such as "Talk", "Edit", "History" and so on. I also don't think it's the same issue as Wikipedia:Village pump (technical)/Archive 162#MediaWiki bug - undoing a protection although there are similarities. I think that caching is the most likely. --Redrose64 🌹 (talk) 21:37, 1 June 2018 (UTC)

Thanks for the followup info Template:U. Cheers. MarnetteD|Talk 22:53, 1 June 2018 (UTC)

Template-protected edit request on 26 February 2019

Template:Edit template-protected You may also request that this page be unprotected. ----> You may also request that this page to be unprotected. ___CAPTAIN MEDUSAtalk 22:16, 26 February 2019 (UTC)

 Not done: It's correct as it stands. Your proposal is bad grammar. --Redrose64 🌹 (talk) 22:20, 26 February 2019 (UTC)

Template:Ec - what Redrose64 said - but with a pointer to the subjunctive. Cabayi (talk) 22:25, 26 February 2019 (UTC)

Is there a bot to fix missing instances of this template?

It seems like something that should exist, but if it does, it may have stopped working; I noticed that Help:Introduction to policies and guidelines/2, which has been protected since 2018, is missing it. Pinging Template:U, since you seem to be active with this sort of thing. Cheers, {{u|Sdkb}} ^talk 21:53, 19 May 2020 (UTC)

Protection templates are optional, not mandatory. They are merely informative, and the prot is just as effective with or without the icon. --Redrose64 🌹 (talk) 23:06, 19 May 2020 (UTC)

Template:Re Interesting; I didn't know it was optional. But since it's so unobtrusive, I'd think we'd ideally want it on all protected pages. I'll start a BOTREQ and see where the discussion goes. {{u|Sdkb}} ^talk 09:36, 21 May 2020 (UTC)

Parameter for subpage of protected talk pages

Several protected talk pages have a subpage for users who can't edit due to the protection. See e.g. WT:About or User talk:Jimbo wales. In those instances, we should be able to use this template (as at e.g. WT:Contents, where there's no subpage). Could we add a parameter that'd allow specification of the subpage? {{u|Sdkb}} ^talk 23:17, 23 September 2020 (UTC)

Transcluded trailing space?

There seems to be a trailing space after the tag in this template, which inserts a space wherever this is included. Where the page is a partial markup template (for instance Template:F1R2020) this space can break the behaviour of the template. Is there a reason not to remove this space or bring it inside the noinclude tags? Otherwise you have to have a second set of noinclude tags around the template at point of inclusion where this is an issue. Bigbluefish (talk) 14:44, 10 December 2020 (UTC)

{{pp}} is being misused - it is redundant because {{documentation}} handles any prot icon that may be appropriate. --Redrose64 🌹 (talk) 23:11, 10 December 2020 (UTC)