Jump to content

Wikipedia:Deletion review

From Wikipedia, the free encyclopedia
(Redirected from Wikipedia:DRV)

Deletion review (DRV) is for reviewing speedy deletions and outcomes of deletion discussions. This includes appeals to delete pages kept after a prior discussion.

If you are considering a request for a deletion review, please read the "Purpose" section below to make sure that is what you wish to do. Then, follow the instructions below.

Purpose

Deletion review may be used:

  1. if someone believes the closer of a deletion discussion interpreted the consensus incorrectly;
  2. if a speedy deletion was done outside of the criteria or is otherwise disputed;
  3. if there were substantial procedural errors in the deletion discussion or speedy deletion (including information of socks participating in the discussion);
  4. if significant new information has come to light since a deletion that would justify undeleting the page, and previously deleted content may be helpful for writing a new version of the page – provided that an administrator declined undeleting the page and their decision is being challenged;
  5. if a page has been wrongly deleted with no way to tell what exactly was deleted;
  6. if the deleted page cannot be recreated because of preemptive restrictions on creation that cannot be removed without a consensus after removal was requested and declined. Such restrictions include creation protection and title blacklisting.

Deletion review should not be used:

  1. to request undeletion of a page deleted on grounds which permits summary undeletion. Place such requests at Wikipedia:Requests for undeletion. Deletion review can be used if such a request is declined. (Undeletion may also be requested there for pages which are not explicitly eligible for summary undeletion, but such a request is usually declined; it is worth trying when substantial new sources have arisen after an article was deleted.)
  2. to ask for permission to write a new version of a page which was deleted, unless a preemptive restriction on creation is in place for which removal was requested and declined. In the case of:
  3. because of a disagreement with the deletion discussion's outcome that does not involve the closer's judgment (a page may be renominated after a reasonable timeframe);
  4. to repeat arguments already made in the deletion discussion;
  5. to argue technicalities (such as a deletion discussion being closed ten minutes early);
  6. to point out other pages that have or have not been deleted (as each page is different and stands or falls on its own merits);
  7. to challenge an article's deletion via the proposed deletion process, or to have the history of a deleted page restored behind a new, improved version of the page, called a history-only undeletion (please go to Wikipedia:Requests for undeletion for these);
  8. to request that previously deleted content be used on other pages (please go to Wikipedia:Requests for undeletion for these requests);
  9. to attack other editors, cast aspersions, or make accusations of bias (such requests may be speedily closed).

Copyright violating, libelous, or otherwise prohibited content will not be restored.

Instructions

Before listing a review request, please:

  1. Consider attempting to discuss the matter with the closer as this could resolve the matter more quickly. There could have been a mistake, miscommunication, or misunderstanding, and a full review may not be needed. Such discussion also gives the closer the opportunity to clarify the reasoning behind a decision.
  2. Check that it is not on the list of perennial requests. Repeated requests every time some new, tiny snippet appears on the web have a tendency to be counter-productive. It is almost always best to play the waiting game unless you can decisively overcome the issues identified at deletion.

Steps to list a new deletion review

 
1.

Click here and paste the template skeleton at the top of the discussions (but not at the top of the page). Then fill in page with the name of the page, xfd_page with the name of the deletion discussion page (leave blank for speedy deletions), and reason with the reason why the discussion result should be changed. For media files, article is the name of the article where the file was used, and it shouldn't be used for any other page. For example:

{{subst:drv2
|page=File:Foo.png
|xfd_page=Wikipedia:Files for deletion/2009 February 19#Foo.png
|article=Foo
|reason=
}} ~~~~
2.

Inform the editor who closed the deletion discussion by adding the following on their user talk page:

{{subst:DRV notice|PAGE_NAME}} ~~~~
3.

For nominations to overturn and delete a page previously kept, attach <noinclude>{{Delrev|date=2026 January 6}}</noinclude> to the top of the page under review to inform current editors about the discussion.

4.

Leave notice of the deletion review outside of and above the original deletion discussion:

  • If the deletion discussion's subpage name is the same as the deletion review's section header, use <noinclude>{{Delrevxfd|date=2026 January 6}}</noinclude>
  • If the deletion discussion's subpage name is different from the deletion review's section header, then use <noinclude>{{Delrevxfd|date=2026 January 6|page=SECTION HEADER AT THE DELETION REVIEW LOG}}</noinclude>
 

Commenting in a deletion review

Any editor may express their opinion about an article or file being considered for deletion review. In the deletion review discussion, please type one of the following opinions preceded by an asterisk (*) and surrounded by three apostrophes (''') on either side. If you have additional thoughts to share, you may type this after the opinion. Place four tildes (~~~~) at the end of your entry, which should be placed below the entries of any previous editors:

  • Endorse the original closing decision; or
  • Relist on the relevant deletion forum (usually Articles for deletion); or
  • List, if the page was speedy deleted outside of the established criteria and you believe it needs a full discussion at the appropriate forum to decide if it should be deleted; or
  • Overturn the original decision and optionally an (action) per the Guide to deletion. For a keep decision, the default action associated with overturning is delete and vice versa. If an editor desires some action other than the default, they should make this clear; or
  • Allow recreation of the page if new information is presented and deemed sufficient to permit recreation.

Examples of opinions for an article that had been deleted:

  • *'''Endorse''' The original closing decision looks like it was sound, no reason shown here to overturn it. ~~~~
  • *'''Relist''' A new discussion at AfD should bring a more thorough discussion, given the new information shown here. ~~~~
  • *'''Allow recreation''' The new information provided looks like it justifies recreation of the article from scratch if there is anyone willing to do the work. ~~~~
  • *'''List''' Article was speedied without discussion, criteria given did not match the problem, full discussion at AfD looks warranted. ~~~~
  • *'''Overturn and merge''' The article is a content fork, should have been merged into existing article on this topic rather than deleted. ~~~~
  • *'''Overturn and userfy''' Needs more development in userspace before being published again, but the subject meets our notability criteria. ~~~~
  • *'''Overturn''' Original deletion decision was not consistent with current policies. ~~~~

Remember that deletion review is not an opportunity to (re-)express your opinion on the content in question. It is an opportunity to correct errors in process (in the absence of significant new information), and thus the action specified should be the editor's feeling of the correct interpretation of the debate. Deletion review is facilitated by succinct discussions of policies and guidelines; long or repeated arguments are not generally helpful. Rather, editors should set out the key policies and guidelines supporting their preferred outcome.

The presentation of new information about the content should be prefaced by Relist, rather than Overturn and (action). This information can then be more fully evaluated in its proper deletion discussion forum. Allow recreation is an alternative in such cases.

Temporary undeletion

Admins participating in deletion reviews are routinely requested to restore deleted pages under review and replace the content with the {{TempUndelete}} template, leaving the history for review by everyone. However, copyright violations and violations of the policy on biographies of living persons should not be restored.

Closing reviews

A nominated page should remain on deletion review for at least seven days, unless the nomination was a proposed deletion. After seven days, an administrator will determine whether a consensus exists. If that consensus is to undelete, the admin should follow the instructions at Wikipedia:Deletion review/Administrator instructions. If the consensus was to relist, the page should be relisted at the appropriate forum. If the consensus was that the deletion was endorsed, the discussion should be closed with the consensus documented.

If the administrator closes the deletion review as no consensus, the outcome should generally be the same as if the decision was endorsed. However:

  • If the decision under appeal was a speedy deletion, the page(s) in question should be restored, as it indicates the deletion was not uncontroversial. The closer, or any editor, may then proceed to nominate the page at the appropriate deletion discussion forum, if they so choose.
  • If the decision under appeal was an XfD close, the closer may, at their discretion, relist the page(s) at the relevant XfD.

Ideally all closes should be made by an administrator to ensure that what is effectively the final appeal is applied consistently and fairly but in cases where the outcome is patently obvious or where a discussion has not been closed in good time it is permissible for a non-admin (ideally a DRV regular) to close discussions. Non-consensus closes should be avoided by non-admins unless they are absolutely unavoidable and the closer is sufficiently experienced at DRV to make that call. (Hint: if you are not sure that you have enough DRV experience then you don't.)

Speedy closes

  • An objection to a proposed deletion can be processed immediately as though it were a request at Wikipedia:Requests for undeletion.
  • Where the closer of a deletion discussion realizes their close was wrong, and nobody has endorsed, the closer may speedily close as overturn. They should fully reverse their close, restoring any deleted pages if appropriate.
  • Where the nominator of a DRV wishes to withdraw their nomination, and nobody else has recommended any outcome other than endorse, the nominator may speedily close as "endorse" (or ask someone else to do so on their behalf).
  • Certain discussions may be closed without result if there is no prospect of success (e.g. disruptive or sockpuppet nominations, if the nominator is repeatedly nominating the same page, a large language model is used to construct the request, or the page is listed at WP:DEEPER). These will usually be marked as "procedural close".
File:Chūzumō title screen.jpg (talk|edit|history|logs|links|watch) (article|restore)

File was tagged because it had the wrong template on it. I corrected the template and left a note on the talk page, but apparently the admin who deleted didn't review that or ask me about it. ···日本穣 · 投稿 · Talk to Nihonjoe · Join WP Japan! 19:18, 5 January 2026 (UTC)[reply]

  • WP:NFCC#8 is inherently subjective, and isn't appropriate as a speedy deletion rationale; its inclusion as a parameter in Template:Di-fails NFCC is illegitimate. In particular, this image's use in A Sumo Wrestler's Tail was entirely in line with what we use this sort of non-free content for. The usage in its previous article, Nezumi no Sumō, was more dubious; but that'd still be a matter for either FFD or normal removal via editing (and talk page discussion, if necessary) followed by an F5. —Cryptic 19:55, 5 January 2026 (UTC)[reply]
    • Also, am I crazy, or didn't there used to be a dnfu variant of Template:Di-replaceable non-free use disputed? It's very, very easy for admins dealing with non-free-image deletions to miss a talk page challenge; during the year when I was handling the majority of these, I'd estimate no more than one in a hundred was disputed, and no more than one in a hundred of those challenges had any merit whatsoever. It's reasonably likely Explicit missed your talk page objection, and if he didn't, it's very likely that he didn't see that the target article and nfu rationale changed entirely between tagging and deletion. —Cryptic 20:09, 5 January 2026 (UTC)[reply]
      • That's my main concern: it didn't appear Explicit even looked at the history to see if anything had changed. I completely replaced the template that was previously there with the correct one. My note on the talk page (where the deletion tagging tells people to go) specifically explained that. ···日本穣 · 投稿 · Talk to Nihonjoe · Join WP Japan! 23:00, 5 January 2026 (UTC)[reply]
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Advanced Bionics (talk|edit|history|logs|links|watch) (XfD|restore)

To create a redirect for the Advanced Bionics page to resolve to the page for Sonova, as mentioned in the deletion discussion. Kerri9494 (talk) 18:21, 5 January 2026 (UTC)[reply]

The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Angela Busheska (talk|edit|history|logs|links|watch) (XfD|restore)

This article was deleted in May 2023 following an AfD that concluded the subject (then an undergraduate) did not meet notability guidelines. Since that deletion, the subject has achieved significant new recognition that satisfies WP:GNG and WP:ANYBIO.

Key new developments include:

  • UN Appointment (2025): Appointed to the United Nations Secretary-General's Youth Advisory Group on Climate Change (official UN press release available).
  • Significant Awards (2024): Named a Glamour (magazine) College Woman of the Year (feature interview)
  • Grants & Speaking: Winner of the Taco Bell Foundation's Ambition Accelerator (2024) and featured speaker at COP28 and the World Summit Awards.

Furthermore, there are substantial, independent secondary sources that did not exist during the 2023 discussion. Find some of them linked below:

[1], [2], [3], [4], [5], [6], [7], [8], [9], [10], [11], [12], [13], [14], [15], [16], [17], [18], [19], [20], [21], [22], [23], [24], [25], [26], [27], [28], [29], [30], [31], [32], [33], [34], [35]

I am requesting that the deletion be overturned to allow for recreation or restoration based on this new evidence. ~2025-42766-79 (talk) 00:03, 5 January 2026 (UTC)[reply]

  • Allow recreation. There was nothing wrong with how the almost-unanimous AfD was closed, so nothing to "overturn". The 2023 deleted version was poorly sourced, but the prose offered a decent starting point. If the appellant wishes to continue from where the old version left off, we can REFUND to draft. Considering how soundly the 20 sources cited by the old version were rejected, we should probably insist the new version go through AfC. Owen× 00:48, 5 January 2026 (UTC)[reply]
  • Don't have time to check more thoroughly at the moment, but sources 5, 6, 7, 16, 30, 33, and 34 appear in the deleted version with the exact same urls. Some more might be duplicated too accounting for presence of trailing slashes, www.* vs just *, etc. —Cryptic 01:51, 5 January 2026 (UTC)[reply]
  • WP:REFUND the G13ed draft to allow appellant to work on it and then submit through AfC. Jumpytoo Talk 02:46, 5 January 2026 (UTC)[reply]
  • Endorse the closure, but the appellant does not appear to be taking issue with the close. Robert McClenon (talk) 03:29, 5 January 2026 (UTC)[reply]
  • Allow Submission of Draft - The title is not salted. Robert McClenon (talk) 03:29, 5 January 2026 (UTC)[reply]
  • Comment - The unregistered editor appears to think that a deletion must be overturned in order to recreate an article. They are not alone. There are many registered editors, some experienced, who think that it is necessary to request Deletion Review to resubmit an article that has been deleted.
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
File:Coat of arms of Canada.svg (talk|edit|history|logs|links|watch) (article|XfD|restore)

What we have is the deletion of a contentious file (for over 20 years we have been debating this) that happened over the holidays involving just 2 random editors in 6 days. This is despite previous talks that were properly advertised (1 and 2) invovling many more editors. Closer should have relized that a wider talk then just 2 new editors should have taken place. What we have here is a fast deletion that was not announced anywhere (even on the page(s) invloved) that overrides the consensus of dozens and dozens of other editors from the past 20 years. Should at the very least been relisted and advertised somewhere over what most will see as a sneaky deletion attempt by someone involved with arms debates in many places.Moxy🍁 15:36, 3 January 2026 (UTC)[reply]

  • Relist to allow for a full discussion. This FfD did not reflect the volume of interest in this topic, as evident by prior FfDs and Talk:Canada. Whether it was intended that way or not, I agree with Moxy that this was sneaky. I've been keeping tabs on the coat of arms situation and I didn't know this was happening until it was deleted. MediaKyle (talk) 15:51, 3 January 2026 (UTC)[reply]
  • Relist this is an issue that has been going on for 20 years. Process followed in this case makes it very difficult for me to AGF. Mr Serjeant Buzfuz (talk) 16:08, 3 January 2026 (UTC)[reply]
  • Comment I would just point out that you Moxy, as the nominator of this deletion review, were very much aware of the discussion and only added 'good luck', which could well be interpreted as support or indifference. Your participation would have indicated to the closer that this was controversial and you could have advertised the discussion more widely. If that had been my level of participation, I would be mortified to then raise it here. Dgp4004 (talk) 16:41, 3 January 2026 (UTC)[reply]
    I assumed it was advertised normally....as mentioned many times now it was the holidays with most of us having things to do. As for being controversial that is made clear to anyone who clicks the links provided in the nomination. We are not here to hold others hands - we assume a closer would make themselves aware of the underlying situation (by way of links provied). Moxy🍁 17:01, 3 January 2026 (UTC)[reply]
    The nerve to have a crack at the closing administrator and the admittedly frustrating behaviour of the nominator but add that you're a very busy person with a sarcastic summary. The lack of self awareness is staggering. But you've remembered the most important thing on the internet — never back down, never admit any fault. I'll say no more. Dgp4004 (talk) 17:13, 3 January 2026 (UTC)[reply]
    Do you have something to add to the topic at hand? Moxy🍁 17:39, 3 January 2026 (UTC)[reply]
  • Relist I have no issue AGFing and think the close was not technically incorrect, but this discussion needs more time given the history and holiday season. Star Mississippi 17:34, 3 January 2026 (UTC)[reply]
  • Relist as a clear result, especially if "good luck" is understood as opposition given the last discussions (however, this should have been a better crafted comment in retrospect.) SportingFlyer T·C 17:50, 3 January 2026 (UTC)[reply]
  • Relist to allow full discussion and account for failure to advertise with sufficient breadth or provide sufficient time to reflect the context of this one. —Joeyconnick (talk) 18:05, 3 January 2026 (UTC)[reply]
  • Relist as we might for a contested soft-deletion. Trout to Moxy for not expressing opposition in the deletion discussion. --Enos733 (talk) 21:51, 3 January 2026 (UTC)[reply]
  • Relist Echoing the sentiment that a proper discussion did not take place given the depth of prior discussions. Leventio (talk) 01:05, 4 January 2026 (UTC)[reply]
  • Could someone explain to me how the rendering of the blazon currently at Commons (c:File:Royal Coat of arms of Canada.svg, which the bluelink here redirects to) is incorrect? I can see the problems explained in the 2013 deletion discussion - the image mentioned there is currently in the 2013 versions of c:File:Coat of arms of Canada rendition.svg - but so far as I can tell they've been resolved with the September 2022 image. —Cryptic 02:10, 4 January 2026 (UTC)[reply]
  • Relist as per above discussion. Remember that assume good faith is a long-standing guideline and that civility is the fourth pillar of Wikipedia. Robert McClenon (talk) 04:20, 4 January 2026 (UTC)[reply]
Module:Bar box (talk|edit|history|logs|links|watch) (XfD|restore)

I closed this as keep and WP:XFDC was unable to remove the tag from the module page, so I looked at it myself and realized after closing it that it was not tagged it seems. The consensus appears to be keep, but I am unsure if I should reopen to discuss further with a proper tag at Module:Bar box/doc or if the close is fine. Casablanca 🪨(T) 03:10, 3 January 2026 (UTC)[reply]

  • Technically, this can't get a definitive close until it's been open with an rfd tag on it a full seven days (barring an early WP:SNOW one, which doesn't seem quite merited). In practical terms, I can't see the result changing. Least disruptive way forward is to get User:Zackmann08 to agree to withdraw his nomination. —Cryptic 03:23, 3 January 2026 (UTC)[reply]
I'm confused as the what the problem is here... I maintain the redirect should be deleted as unused and not a plausible typo... But was out-!voted 3-1. So I'm unclear why this is subject to a deletion review. What am I missing? Zackmann (Talk to me/What I been doing) 03:54, 3 January 2026 (UTC)[reply]
I realized after closing this that the redirect had never been tagged with an RfD tag, so I wanted to review my own close to ensure that it was not an improper close. Casablanca 🪨(T) 04:11, 3 January 2026 (UTC)[reply]
Being listed at a deletion venue without ever having gotten the deletion-discussion tag on the page itself is one of the few cases where Deletion Review always, without fail, reopens a deletion discussion (WP:DRVPURPOSE, currently #3 in the first list). However, in this case I can all but guarantee you that being listed at RFD for another week isn't going to result in this redirect being deleted; if anything, proper notification that it's being considered for deletion is likely to result in more keep !votes. If you, as the only person in favor of deleting, withdraw your nomination, that would cut through the red tape and gain you some social capital. —Cryptic 02:00, 4 January 2026 (UTC)[reply]
If the outcome of the discussion were to do something then I would agree with Cryptic, but I think that a discussion where the outcome is to do nothing isn't voided by the lack of tag so I would endorse this. * Pppery * it has begun... 05:41, 5 January 2026 (UTC)[reply]
  • Comment if the nominator desires a relist then it would be proper to allow that upon request. However, since no one else suggested an action other than retention, and the status quo was maintained, then as a functional matter we are at the same place we would have been had the nominator simply done nothing. Thus, if the nominator does not wish to pursue the matter nothing is either gained nor lost by simply moving on. Noting for the record, I was a participant in the discussion. ~2025-31245-28 (talk) 22:06, 5 January 2026 (UTC)[reply]
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Winston Weinberg (talk|edit|history|logs|links|watch) (XfD|restore)

I would like to request the AfD relist or some form of discussion. My source assessment was called “false,” even though it was based only on Wikipedia:Reliable sources/Perennial sources. I believe it is unfair and dismissive to say so without justification. The discussion had very little participation, with only a small number of editors commenting, and this limited participation appears to have been treated as consensus, contrary to WP:ROUGHCONSENSUS.

I do not see any indication that the full set of over 20 sources in the article was reviewed. All my valid questions raised during the AfD were not addressed.

The subject meets WP:GNG and WP:SIGCOV through sustained, non trivial coverage in multiple reliable, independent secondary sources. Some objections focused on interview based coverage, but under WP:SIGCOV and WP:RS, interviews published by independent outlets remain independent when there is editorial oversight, narrative framing, and analysis. Independence is determined by authorship and editorial control, not by the presence of quotations from the subject.

The coverage goes beyond routine announcements and discusses the subject’s background, career, and leadership role over time. The close does not show that these factors were weighed, and a redirect outcome appears inconsistent with how similar notable founders are handled when GNG is met.

This request asks for a review of the close itself, including how consensus was determined and how the sourcing was evaluated, rather than a reargument of the article’s merits. I am not sure if I am making the request correctly. Apologies if there is a broken template somewhere. WestwoodHights573 (talk) 20:40, 1 January 2026 (UTC)[reply]

Here is the link. I put it in the request, but above, it takes you to redirect and not this page- https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Winston_Weinberg WestwoodHights573 (talk) 20:52, 1 January 2026 (UTC)[reply]
As a note, there are also several books that include the subject as the leader in the field, citing their opinion on AI, and writing about their work and contributions, that are not included in the article, and were not overlooked and not addressed in ADF.
https://www.google.com/books/edition/Some_Future_Day/LLUeEQAAQBAJ?hl=en&gbpv=1&dq=winston+weinberg&pg=PT248&printsec=frontcover
https://www.google.com/books/edition/Human_+_Machine_Updated_and_Expanded/yGrNEAAAQBAJ?hl=en&gbpv=1&dq=winston+weinberg&pg=PT62&printsec=frontcover
https://www.google.com/books/edition/Leading_and_Managing_Change_in_the_Age_o/h6yXDwAAQBAJ?hl=en&gbpv=1&dq=winston+weinberg&pg=PA191&printsec=frontcover
A similar case happened to another big ai company called Lovable, where I actively participated in the discussion. It ended up in 2 AfDs in the span of a few weeks. I would kindly request a re-listing for a proper discussion, to avoid making a new AfC.
Lovable (company)
Wikipedia:Articles for deletion/Lovable
Wikipedia:Articles for deletion/Lovable (company) WestwoodHights573 (talk) 21:45, 1 January 2026 (UTC)[reply]
  • Endorse only one user advocated for keeping the article, and the close was absolutely correct. Furthermore, I don't like to do this but since this seems to be "another bite at the AfD" DRV, I went further and analysed the sources to see if there was a clear error made by the participants. I can only conclude the sourcing is either primary, paid for, or not significant enough to warrant an article at this time, so I also would have !voted to redirect/delete if I had participated in this discussion, so the absolutely correct result occurred here. SportingFlyer T·C 21:53, 1 January 2026 (UTC)[reply]
    Hi! @SportingFlyer Thanks for your perspective and I do not agree with you. Can you point on what grounds and what sources are "paid for, or not significant enough? I think it is a bold claim, and it is important to establish that rather than presume. I do not see even one paid article in the mainstream media with the rigorous fact check. What sources are you referring to then? What is significant "enough" according to you? Should there perhaps be a source about person's childhood? That would be absurd and irrelevant, and not consistent with wikipedia rules. WestwoodHights573 (talk) 23:04, 1 January 2026 (UTC)[reply]
    One of the articles you said passed GNG only mention him by name once. A couple other ones are pieces where he gets interviewed, which clearly do not meet GNG, because they are not secondary sources. Of the sources I can access, I don't see a single good source. Also look at WP:BLUDGEONING as you have now responded to every single user who has disagreed with your source analysis. SportingFlyer T·C 00:45, 2 January 2026 (UTC)[reply]
    @SportingFlyer I believe I have the right to respond when my point is being dismissed, particularly since all sources listed in the spreadsheet are not mere mentions. My position is that the assessment is grounded in Wikipedia guidelines, not personal opinion, but established common practice.
    I am unclear why you are implying that 24 sources from some of the reputable outlets, all with rigorous fact checking standards, fail to meet GNG based on your own assessment. I saved a copy here - https://web.archive.org/web/20251227185340/https://en.wikipedia.org/wiki/Winston_Weinberg
    You also suggested that the sources are paid, which is incorrect. These are high profile, independent publications. That approach is dismissive of the guidelines. It is simply factually wrong, and I say so coming from the journalist background.
    It is a fact that these sources represent a range of independent coverage that substantively discusses the subject and their contributions to the industry. Some of the sources are primary and some are secondary. Some are detailed, some go back a few years, and bottom line is that they exist. The guidelines for nomination clearly state to make an effort to find sources, which I believe was not done. Look at the whole references of the article itself. I did not include this form of secondary low quality content:
    https://www.df.cl/senal-df/winston-weinberg-el-cofundador-del-chatbot-juridico-que-atrae
    https://law.asia/generative-ai-for-legal-profession/ WestwoodHights573 (talk) 02:02, 2 January 2026 (UTC)[reply]
    @SportingFlyer And just to add more, it is absurd to me as a journalist, seeing something like this to be overlooked in this way. It is simple goes against wikipedia guidelines to ignore sources like this, in Financial Times, one of the most respected magazines in the world, describing the subject in detail, with independent perspective too. It is factually wrong to say it is not significant coverage, when a simple Google search shows otherwise. I think it is a fair and reasonable point to make.

I am not talking about some made-up rules in my head WP:FINANCIALTIMES

Endorse. Even WP:AGFing User:WestwoodHights573 and everything he writes, it was a fair close, at worst “within admin discretion”. If anything changes, bring it up at Talk:Harvey (software). Expand coverage of the company CEO at the company page, and treat it as a WP:SPINOUT. That said, WestwoodHights573 features a number of signs of being an undeclared WP:PAID editor, things like rush and fervour, and the smell of AI in talk posts. Separately, the WP:Reference bombing is bad. Read some advice at WP:THREE. - SmokeyJoe (talk) 11:57, 2 January 2026 (UTC)[reply]
You can have any personal opinion you want. I spend time on the articles that have merits, and value the time I spend working on those. I do not ignore when something absurd happens or when reputable media gets overlooked or ignored. I always improve articles on wikipedia suggested tab, and all I see always is low quality content. I appreciate your suggestion about some WP:SPINOUT but it has no logic to me. To repeat my point- it inconsistent with how similar notable founders are handled when GNG is met. No articles about AI companies are spammed with founders' bios. Happy editing! WestwoodHights573 (talk) 18:49, 2 January 2026 (UTC)[reply]
Does he meet the GNG. Reply at Draft talk:Winston Weinberg. SmokeyJoe (talk) 22:16, 2 January 2026 (UTC)[reply]
  • Endorse the close of Redirect as reflecting consensus. I have at leasttwofive comments:
    • Deletion Review is not Articles for Deletion round 2, but the appellant hasn't raised an issue about the close, which reflected consensus.
    • The closer's closing statement was unnecessarily harsh, although not incorrect. The closer could have discounted the author's source assessment table and could have noted that the other editors discounted the author's source assessment table without saying it was grossly self-serving.
    • That doesn't affect the validity of the close, which reflects consensus.
    • The appellant is being asked about a connection to the subject because an appellant who bludgeons an AFD and then a DRV is often a conflict of interest editor. That is why they were asked.
    • If you don't want to be asked whether you are a COI editor, don't argue like a COI editor.

Robert McClenon (talk) 04:36, 2 January 2026 (UTC)[reply]

@Robert McClenon Thanks for your clarifications. The page instructions for DRV say " 4. if significant new information has come to light since a deletion that would justify undeleting the page, and previously deleted content may be helpful for writing a new version of the page – provided that an administrator declined undeleting the page and their decision is being challenged"
Based on this point 4, I made request here and raised points and content that were not addressed or reviewed in the AfD. I used WP:FINANCIALTIMES as example of content that was not reviewed. Correct me if I am wrong, but this is what point 4 seems to be about. I requested a re-list the article and let people assess the sources that I added. WestwoodHights573 (talk) 05:10, 2 January 2026 (UTC)[reply]
User:WestwoodHights573 - Did you read the proviso in point 4, that says: provided that an administrator declined undeleting the page and their decision is being challenged? Did you notice that the proviso is not applicable in your case because it is about undeleting the page to write a new version of the page, but the page does not need to be undeleted? The old text of the page is still visible in the history. You can add any new sources to the old text and submit a new draft for review. You don't need DRV to undelete anything. You may submit a draft based on the redirected content plus any additions. Robert McClenon (talk) 06:38, 2 January 2026 (UTC)[reply]
@Robert McClenon I was suggested by editor to make a request here from the page for requests for re-directs. I am not familiar with this process. WestwoodHights573 (talk) 06:55, 2 January 2026 (UTC)[reply]
Hi! @Robert McClenon I created the draft via the draft wizard, but there is a re-direct box that appeared there and no option to save AfC. Do you know how to fix that? I added the journals and books there. https://en.wikipedia.org/wiki/Draft:Winston_Weinberg WestwoodHights573 (talk) 20:17, 2 January 2026 (UTC)[reply]
I have removed the redirect. (You could have done that, but some things are easier to do than to explain.) Is there a Review (afch) tab on the draft? If so, it should display a blue Submit button which will submit it for review. Robert McClenon (talk) 20:23, 2 January 2026 (UTC)[reply]
@Robert McClenon Thank you very much! No, the tab is not there. I tried to do that myself, but could not really find the proper instructions. I only see the "move" option. It is already the draft. I am not sure if I should select "move to draft" again. WestwoodHights573 (talk) 20:47, 2 January 2026 (UTC)[reply]
Do not try to move it from draft space to draft space. That won't do anything useful. My advice at this point is that if you really don't have the afch review tab, to ask for advice at the Teahouse about how to submit your draft. You can ask someone here to submit it for you, but then, if it is declined, you might have to ask for a resubmission again. So ask for advice at the Teahouse. Robert McClenon (talk) 21:12, 2 January 2026 (UTC)[reply]
The publish button is from the Template:Draft article Kelob2678 (talk) 21:18, 2 January 2026 (UTC)[reply]
@Kelob2678 Thanks! Do I just copy the code from the template you shared? I have never had this issue before. WestwoodHights573 (talk) 21:25, 2 January 2026 (UTC)[reply]
Thank you! I'll do that. WestwoodHights573 (talk) 21:20, 2 January 2026 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Skeptoid (talk|edit|history|logs|links|watch) (XfD|restore)

This is an old AfD I just stumbled upon (from 2012), and it seems very improperly closed. I count 6 keep votes, 4 merge, and the nomination which seems to default to delete. This was closed as merge with no rationale, which seems incorrect. This should be recreted, with no prejudice to another AfD, although frankly whas I see in the last version seems, IMHO, sufficient to estabilish notability anwyay (but anyway, here we are debating whether it was closed properly, not the article itself). PS. I found Wikipedia:Deletion_review/Log/2012_July_16#Skeptoid, which seems to suggest that a merge occurred during the process, so the closure was likely fine (just affirming what happened); what likely was improper was the (as far as I can tell) undiscussed bold merger that happened during the AfD, done by a now-blocked editor (who in edit summaries claimed to have seen consensus at it in said AfD, which IMHO obviousy wasn't the case - but that's not the closer's fault). I intend to reverse the merger in the near future, restoring the article (no prejduice if someone wants to take it to AfD in the future again). I guess we can speedy close this DRV, apologies for wasting time. --Piotr Konieczny aka Prokonsul Piotrus| reply here 02:32, 1 January 2026 (UTC)[reply]

The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The Student Room (talk|edit|history|logs|links|watch) (XfD|restore)

Discussion was not in favor of deleting the article because of notability, deleted due to lack of further discussion, sufficient sources exist to demonstrate notability Update6 (talk) 23:18, 31 December 2025 (UTC)[reply]

  • Overturn to N/C. A single participant !voting Delete is not a quorum, and once a Keep has been entered, it is no longer eligible for soft-deletion. Please note that the versions speedied six times in 2005 were all unsourced, single-paragraph, context-free blurbs, while the incarnation deleted at the 2024 AfD had 340 words of prose and cited seven sources, including the BBC and Forbes, albeit of questionable SIGCOV value. Owen× 23:39, 31 December 2025 (UTC)[reply]
  • Overturn to no consensus: I agree with OwenX. There was not sufficient participation in this AFD to fully delete the article, and soft deletion was off the table since an editor !voted to keep it in good faith. Since this is a year old, I don't see the point in relisting the discussion, although that's what the closer should have done. Chess enjoyer (talk) 23:49, 31 December 2025 (UTC)[reply]
  • Overturn to No Consensus but the title was not salted, and after one year, the appellant could equally well have submitted a draft for review or created a new article. Robert McClenon (talk) 04:46, 1 January 2026 (UTC)[reply]
  • Question - Have the wild bells ringing out the past and ringing in the new awakened deletions that went to sleep in past years? Robert McClenon (talk) 04:46, 1 January 2026 (UTC)[reply]
  • Overturn clear administrative error - this should not have been deleted as a result of that discussion. SportingFlyer T·C 04:52, 1 January 2026 (UTC)[reply]
  • Overturn to “no consensus”, nothing is substantive either way. SmokeyJoe (talk) 07:08, 1 January 2026 (UTC)[reply]
    Do not relist. It is too old. The AfD nomination statement is not very good. It was “no consensus”. For the way forward, read advice at WP:RENOM. SmokeyJoe (talk) 11:35, 2 January 2026 (UTC)[reply]
  • Overturn to no consensus per all above. Very clearly not a quorum. The closer should have either closed the AFD as NC or relisted it, relishing a year later would not be appropriate. Frank Anchor 19:04, 1 January 2026 (UTC)[reply]
  • Most of the above flatly contradicts what WP:NOQUORUM actually says, the Forbes source is unambiguously unreliable and there is nothing questionable about whether this fifteen-word passing mention has any chance of passing WP:SIGCOV, and the idea that there was any administrative error - let alone a clear one - in discounting a keep relying on unpresented sources is absurd and insulting. (A keep that turns out to be erroneous, so far as I can tell. None of the coverage I can find in those publications about this forum comes anywhere near being usable. This passing mention is typical. But that's not a DRV argument.) If the nomination has received very few or no comments but appears controversial to the closing administrator, or has been declined for proposed deletion in the past, the discussion may be closed at the closer's discretion and best judgement. Common options include: ... closing in favour of the nominator's stated proposal. The article itself is blindingly obvious undeclared-COI product, if not quite reaching the G11 bar. Beeblebrox ought to be applauded for this close, not rebuked. At most we should reopen this discussion so the inevitable salting decision is less ambiguous. —Cryptic 20:10, 1 January 2026 (UTC)[reply]
    The sources you mention are not mentioned at all in the AfD. There is nothing substantive in the AfD. The quality of the AfD is so low that it must be overturned. SmokeyJoe (talk) 20:52, 1 January 2026 (UTC)[reply]
    No sources are mentioned at the afd! They're the actual arguments above that the afd should be overturned! —Cryptic 21:00, 1 January 2026 (UTC)[reply]
    WP:NOQUORUM specifically says and no one has opposed deletion, not "no one has correctly opposed deletion." If I come across an AfD, there's two participants, one devoted seven words to their argument, the other devoted twelve words to their opposing argument, I strongly believe there's any other way to close that discussion than no consensus. I can't view the deleted article. Now if the article is so bad it should be deleted, there is nothing preventing the person who would have closed the AfD from voting,' especially because closers are generally very experienced. If you had !voted in the AfD with exactly what you had posted above, this would have been deleted. Perhaps it should stay deleted. If it's as bad as you say, we could probably keep it deleted. I just don't want to have the two-vote, drive-by-delete close AfD become acceptable. SportingFlyer T·C 04:25, 2 January 2026 (UTC)[reply]
    Your quoted text appears only in the fork of WP:NOQUORUM that instructs closers to soft delete. That is deliberate, not an oversight, not an accident, not in need of fixing. That paragraph postdates the central part of NOQUORUM, and was added specifically for the case where the article would've been proddable. RFC, diff. The no-opposition clause was a clarification to that paragraph. Diff.
    No, it wasn't a very verbose nomination. Yes, Beeblebrox would've been better off refuting 1keyhole's specific sourcing claim instead of relisting; it's hardly difficult, and relisting is almost never helpful in aggregate. I don't know whether it's acceptable these days to both relist an afd and later comment at it, as you say he should have done; I certainly wouldn't, even if I ever relisted discussions, which I don't. For that matter, he maybe shouldn't have both relisted and then later closed the same discussion. But none of that would have made the close any more correct, just less challengeable. —Cryptic 05:56, 2 January 2026 (UTC)[reply]
  • Overturn to no consensus Didn't see the fact that it was a year-old discussion. Yes, this should just be turned into a no consensus result, and renominating it allowed. ᴢxᴄᴠʙɴᴍ () 06:10, 2 January 2026 (UTC)[reply]
  • Overturn to no consensus with discretion to relist. Stifle (talk) 10:23, 2 January 2026 (UTC)[reply]
  • Comment: Here are sources I found about The Student Room showing it meets Wikipedia:Notability (web)#Criteria:
    1. Tanskanen, Sanna-Kaisa (2018). "Identity and metapragmatic acts in a student forum discussion thread". In Bös, Birte; Kleinke, Sonja; Mollin, Sandra; Hernández, Nuria (eds.). The Discursive Construction of Identities On- and Offline. Amsterdam: John Benjamins Publishing Company. doi:10.1075/dapsac.78.06tan. ISBN 978-90-272-6402-2.

      The article notes: "The material for the present study comes from The Student Room (TSR), which advertises itself as the “largest student community in the world – over 1.8m members” (thestudentroom.co.uk). The online community website comprises several sections, from “Applying to uni” to “Careers and Jobs” to the discussion forums, where you can “discuss anything – universities, health, lifestyle, relationships & more”. The description of the community indicates its participatory, interactional focus: the participants are responsible for creating most of the content. ... The Student Room upholds a moderation policy according to which posts submitted to the discussion forum may be edited or deleted and entire threads closed (TSR “Terms and coditions”). In order to avoid intervention by moderators, participants must follow six community guidelines: be friendly, keep it clean, stay on topic, no cheating, no advertising, keep it legal (TSR “Community guidelines”). There were no comments or other activity by the moderators during the Freshers Week discussion, indicating that the moderators felt no need to intervene and that none of the participants requested such intervention."

    2. Organ, Alison (2022-01-17). "Attitudes to the use of Google Translate for L2 production: analysis of chatroom discussions among UK secondary school students". The Language Learning Journal. 51 (3). Taylor & Francis. doi:10.1080/09571736.2021.2023896.

      The article notes: "This unique case study explores UK student attitudes to the use of Google Translate as voiced spontaneously to each other (rather than to a researcher) in comments submitted to The Student Room (https://www.thestudentroom.co.uk/), a publicly available online forum, between 2010 and 2020. The Student Room is a UK-based community forum for students to ask each other questions about topics such as subjects they are studying, school and university courses, accommodation, finance and personal matters. ... This is particularly relevant to this study, as many of the students posting to the Student Room appear to be doing so as a result of a chronic lack of confidence in their ability. ... This is relevant to our study as it would appear from some of the posts to the Student Room that posters are ascribing their past failure to their own low ability, and are reaching for external solutions rather than attempting to employ better learning strategies. ... In the case of this study, consent from posters to the forum was not sought: the Student Room forum shows only their username and no other information which could lead to their identification. Although some comments reveal potentially controversial material such as ..."

    3. Osang, Francis Bukie; Nwaocha, Vivian (2018). "Bridging the Distance in Open and Distance Learning: Developing Student-Student and Student-Lecturer Collaborative Forum". LAUTECH Journal of Engineering and Technology. 12 (1). Ladoke Akintola University of Technology. Retrieved 2026-01-03.

      The article notes: "2.4.1. The Student Room. The world's largest student community, The Student Room have attracted students to the site for help with their studies, advice from their peers and, quite often, just to have a good conversation. It is ranked as one of the first 500 visited websites in the United Kingdom (Alexa, 2014). It is mainly for universities in the UK like University of East London, London School of Economics, University of West London, etc. It has also been noticed that every year after high school graduation, students start looking for the right university, often referred to as the Clearing Phase, where the traffic to The Student Room increases significantly. They have also been able to withstand the surge in traffic anytime the site is fully active (Gossamer Threads, 2013). A large part of The Student Room consists of the forum, of which the major sections are: ..."

    4. Herzig, Richenda (January 2017). The Role of Symbolic Capital in Digital Inequality: Lessons from The Student Room's Reputation System (PDF) (PhD thesis). University of East Anglia. Archived from the original (PDF) on 2026-01-03. Retrieved 2026-01-03.

      The PhD thesis notes: "The aim of this study is to ascertain the social meaning and function of digital reputation on the popular forum, The Student Room, which is widely used by young adults in the UK for practical support relating to University applications and academic work. My research aim was derived from two prior concerns. The first was that digital reputation might somehow be related to inequalities and power struggles among users of The Student Room. The second, subsequent concern was that existing empirical approaches to digital reputation were incomplete in their conceptualization of its function and meaning. ... This work focuses strongly on the digital reputation system used within The Student Room (TSR). www.thestudentroom.co.uk is a forum targeting UK students from ages 15‑25. Not only is it used by students to share information relating to learning and progressing through education, but it is also home to discussion areas for non‑academic interests, needs and concerns. The reputation system on TSR allows users to give positive ratings to the posts of other users. These ratings are visible on posts, and an aggregate of positive reputation received is displayed on users’ profiles wherever they post on the site. This feature has potential repercussions for the quality of experience that users enjoy."

    5. Darracott, Alexander James (January 2022). What can message analysis tell us about sustained, open debates within public forums? A case study of The Student Room (PDF) (PhD thesis). University of Warwick. Archived from the original (PDF) on 2026-01-03. Retrieved 2026-01-03.

      The PhD thesis notes: "The cases being examined were debates within a public online community called The Student Room. This was set up to provide a space for information sharing for the purpose of supporting existing and future students on a variety of topics related to University entry, exams, student loans, and coursework support. However, the focus of this study is the forum in which participants were able to debate topics. A key feature of the online debates in The Student Room is they are public (they are open to students across the country and do not lead to accreditation) and they are open in the sense that there is no expectation to arrive at a consensus or shared agreement."

    6. Less significant coverage:
      1. Staufenberg, Jessica (2014-09-29). "Pair Valley-bound after living up to Challenge". The Argus. Archived from the original on 2026-01-03. Retrieved 2026-01-03.

        The article notes: "Mr Delingpole is the founder of Brighton-based web business The Student Room, and used its £7 million annual revenue and other ventures to pour investment into an intelligent banking security system."

      2. Coulter, Martin (2019-07-02). "UK universities trial app to tackle mental health crisis on campus". Financial Times. Archived from the original on 2022-03-27. Retrieved 2026-01-03.

        The article notes: "The Student Room group, the company behind the eponymous online community site, has designed the app, called “Enlitened”, with plans to target 40,000 students across five universities from September. ... Please use the sharing tools found via the share button at the top or side of articles. Copying articles to share with others is a breach of FT.com T&Cs and Copyright Policy. Email licensing@ft.com to buy additional rights. Subscribers may share up to 10 or 20 articles per month using the gift article service. More information can be found at https://www.ft.com/tour. https://www.ft.com/content/636f69b4-9be7-11e9-b8ce-8b459ed04726 The site, founded in 2002, receives about 10m visits each month from students in secondary and higher education. It offers a range of services, including study tips, university and careers advice, and discussions on sexual health and relationships."

      3. Tyler, Richard (2021-12-03). "We're fighting evil money launderers at ComplyAdvantage". The Times. Archived from the original on 2026-01-03. Retrieved 2026-01-03.

        The article notes: "Charles Delingpole has started three businesses. ... But his first company goes back to when he was aged just 16, boarding at Malvern College in Worcestershire. Having taught himself to code while studying for his international baccalaureate, he launched a website called studentcentral.co.uk. It was an early discussion forum for people aged 14 to 25, sharing advice on how to tackle the challenges of school and university. It is now called The Student Room and has 3.6 million members, writing 240,000 posts a month on such subjects as “Quadratic formula help needed”. Delingpole, 39, said it made revenues of about £8 million."

      4. Huggins, Donata (2011-12-05). "They hit the road for an idea that's on the money - Donata Huggins meets two men responsible for improving access to funding for small firms - by starting a company of their own". City A.M. Archived from the original on 2026-01-03. Retrieved 2026-01-03.

        The article notes: "Indeed, Delingpole founded The Student Room website when he was 17."

      5. Canning, John (2017). "Conceptualising student voice in UK higher education: four theoretical lenses". Teaching in Higher Education. 22 (5). doi:10.1080/13562517.2016.1273207.

        The article notes: "In order to go ‘off-code’ online spaces such as The Student RoomFootnote1 or Which? Magazine become the places where students views can be expressed about the quality of accommodation, sports facilities, etc. ... A glance at The Student Room website gives insight into a usually anonymous student voice, in which dissatisfaction is sometimes expressed. It is not always clear whether these students have attempted to get redress from the university and failed, or whether the public forum is the only place in which they have expressed their voice. At the time of writing a free to edit wiki profiling one university outlines poor teaching, poor careers advice and poor facilities. Grégoire, Tripp, and Legoux (Citation2009) explore the notion of revenge on a company, but revenge on a university seems problematic for the reasons outlined above. As an interesting aside, The Student Room is now working in partnership with the HEA."

      6. Corazza, Ornella; Simonato, Pierluigi; Corkery, John; Trincas, Giuseppina; Schifano, Fabrizio (March–April 2014). ""Legal highs": safe and legal "heavens"? A study on the diffusion, knowledge and risk awareness of novel psychoactive drugs among students in the UK". Rivista di Psichiatria. 49 (2). doi:10.1708/1461.16147.

        The article notes: "This was advertised on The Student Room’s website, the major advertising platform for higher education in the UK. Responses were kept anonymous. The survey questions were designed by The Student Room’s staff, which has expertise in providing consultation and advice on subjects ranging from education to health related issues to young people aged 13-26 years. The Student Room is the world’s largest student web community, with 30 million page views and 4.5 million unique users each month. This was considered a credible vehicle to use for opportunistic research that provided inexpensive, rapid and targeted access to a relatively large student sample in a short period of time."

    There is sufficient coverage in reliable sources to allow The Student Room to pass Wikipedia:Notability#General notability guideline, which requires "significant coverage in reliable sources that are independent of the subject".

    Cunard (talk) 12:23, 3 January 2026 (UTC)[reply]

  • Links would have been sufficient. Somewhat irritated that google didn't, and still doesn't, turn up 6.3 for me.
    I'd have no objection to an article based on those sources. It wouldn't look at all similar to anything that's ever been at this title.
    I still think the close of the afd as it stood was correct and previous overturns contradict policy, and OwenX's mischaracterization of the last revision's sourcing - five citations to the article subject's own websites, plus one to a Forbes Contributor piece and one to the passingest of passing mentions on the BBC - was particularly offensive. But I accept that practice is to keep astroturfing in mainspace so long as good sources exist, and it's not worth fighting that. —Cryptic 18:50, 3 January 2026 (UTC)[reply]
  • Kinda whatever? A literal reading of discussion may be closed at the closer's discretion and best judgement. Common options include, but are not limited to would seem to indicate the close is within discretion. Whether that actually reflects current practice is probably something best settled at WT:DELPRO but also, if someone actually wants an article on this topic it can just be recreated at this point, and if someone wants it gone it can be renominated again? Is there really any point in relitigating an AFD that had all of two participants and is just over a year old at this point? Alpha3031 (tc) 13:18, 4 January 2026 (UTC)[reply]
Template:Medrxiv (talk|edit|history|logs|links|watch) (XfD|restore)

This is part of a series of templates, and not having it is detrimental to WP:CITEVAR and CS1-related maintenance. See a similar rationale at Wikipedia:Templates_for_discussion/Log/2016_October_1#Template:OSTI. This should be speedily undeleted, but alas, bureaucracy is too important to overlook apparently. Headbomb {t · c · p · b} 02:21, 31 December 2025 (UTC)[reply]

The following is an archived debate of the deletion review of the page above. Please do not modify it.
Draft:Idowu Adebiyi Odugbesan (talk|edit|history|logs|links|watch) (XfD|restore)

I don't believe the discussion should have been closed this early. The MfD itself was only open for 2 hours, nowhere near the typical 7 days that should be allotted, nor was it in WP:SNOW territory, even if consensus was almost unanimous at the time it was closed. Tenshi! (Talk page) 13:31, 31 December 2025 (UTC)[reply]

  • Endorse and procedurally close as a waste of community time. The appellant !voted Keep, correctly citing WP:NDRAFT. The MfD was effectively closed as speedy keep, although the closer neglected to denote it as a speedy close. This is the correct outcome, since the nomination was faulty per WP:SK#3: The nomination is completely erroneous. No accurate deletion rationale has been provided. If the appellant's goal here is to reopen the MfD and encourage a pile-on to humiliate the nom for his meritless nomination, that is not what we do here. That is also why I don't want this DRV to stay open for a week of pile-on "Endorse" !votes. Owen× 13:50, 31 December 2025 (UTC)[reply]
    It is not my goal to humiliate the nominator, albeit I can see now how it can be interpreted that way. I don't agree that it was an appropriate close, however I no longer think this should be relitigated for what is effectively a zero-sum result. Thus I am withdrawing this. Tenshi! (Talk page) 14:07, 31 December 2025 (UTC)[reply]
  • Endore speedy keep as the correct closure, per OwenX. Headbomb {t · c · p · b} 14:02, 31 December 2025 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.


The following is an archived debate of the deletion review of the page above. Please do not modify it.
Template:Infobox space agency (talk|edit|history|logs|links|watch) (XfD|restore)

At this TFD, it was stated by the nominator that the two templates to be merged were indistinguishable except for one parameter. I !voted to merge the two templates but am now here to have this merge overturned. I actually went to try and merge the two templates from the WP:HOLDINGCELL and found there are MULTIPLE parameters that are different. In fact most of them are different. I blame myself for assuming the nominator had done their research. I won't speak for the other !voters (@Akshadev, Lenticel, and WikiCleanerMan: talking to you) but for my part, I took the nominator at their word. At the very least this should be re-opened and a new discussion held about the ACTUAL differences between these two templates. Also, no fault placed on Izno for closing what was a unanimous !vote...

In summary I think the merge decision (which, once again I supported) was reached based on false conclusions and assumptions and should therefore be overturned. Zackmann (Talk to me/What I been doing) 23:02, 29 December 2025 (UTC)[reply]

Just discuss this with Izno, I bet the two of you can sort this out in minutes. No need for a 7-day DRV. Owen× 23:12, 29 December 2025 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
International Conference on Very Large Data Bases (talk|edit|history|logs|links|watch) (XfD|restore)

The disambiguation VLDB now links only to one element, which is a bit strange... Unfortunately, I missed the deletion discussion. Actually, the International Conference on Very Large Data Bases is the top venue (beside of SIGMOD) for database papers, it is not hard to find secondary sources: [36] with an acceptance rate of 24%, it is even lower than that of SIGMOD. So not sure how the nomination for deletion could be successful. So I am not sure how to proceed: Of course, I could add a paragraph to very large database, but this is also strange and it feels a bit wrong keeping an entry for less important conferences but not for VLDB... MaxEmanuel (talk) 16:30, 28 December 2025 (UTC)[reply]

  • Endorse. The AfD was practically unanimous, and rightly so. The deleted article had 80 words of prose, and a table listing all 51 past venues. The single reference was to the event organizer's website. The participation of the appellant at that AfD would not have changed its outcome, and they have presented us with no new sources or reason to overturn that decision. The appellant is welcome to add a paragraph to Very large database, as long is it can be sourced and isn't WP:UNDUE.
    I also went ahead and changed the single-target VLDB "DAB" into a redirect, which the appellant could have done themselves in the time it took them to comment on how strange it is. Owen× 17:33, 28 December 2025 (UTC)[reply]
  • Endorse the AFD as the right close of the discussion. The appellant may submit a new draft for review with more text and more sources. Robert McClenon (talk) 19:44, 28 December 2025 (UTC)[reply]
  • Endorse: Deletion review is not the second round of AFD. Given that there were no "keep" !votes, and only one !vote for redirection, any close other than "delete" would have been a supervote. There were more than a couple responses, so there was also no reason to relist the discussion. Chess enjoyer (talk) 05:57, 29 December 2025 (UTC)[reply]
  • Question @MaxEmanuel: you said it is not hard to find secondary sources, can you present them here? Jumpytoo Talk 19:45, 29 December 2025 (UTC)[reply]
    thanks for asking. Sure, one source would be from the csconferences ranking, which shows statistics about all the A* database systems conference. CORE Rankings Portal is the most trusted ranking for Computer Science conferences, which ranks VLDB the highest. MaxEmanuel (talk) 21:53, 29 December 2025 (UTC)[reply]
    Those sources don't provide any WP:SIGCOV of the journal (first link only provides acceptance rank, second source only provides a 3rd party ranking with no explanation or further detail), so the subject would not be notable.
    So I would endorse, there was no error in the close and there isn't anything convincing to justify a late relist. Jumpytoo Talk 04:14, 30 December 2025 (UTC)[reply]
    Thanks for analyzing my sources. Although I think the outcome of the discussion is clear, I appreciate the effort in helping me. Actually, the second link provides a detailed analysis not just the ranking. For the future, would be this an appropriate source: "the VLDB is the most important international database conference" [37]? Or this one "(VLDB) 2025, is one of the premier international conferences in data management" [38] MaxEmanuel (talk) 11:28, 30 December 2025 (UTC)[reply]
    Single sentences are not SIGCOV, and anyway both of those sources are clearly not independent as they're the institutions of attendees of the 2025 VLDB conference (and, on top of that, are obviously press releases). The two earlier sources are also not SIGCOV (they don't even have any secondary prose coverage); furthermore, csconferences.org is an SPS and ICORE is non-independent (committee members include VLDB Endowment Board of Trustees members). JoelleJay (talk) 17:56, 30 December 2025 (UTC)[reply]
  • Endose pro forma, as the close has not been challenged. "keeping an entry for less important conferences but not for VLDB" is not a concern. A new version of the International Conference on Very Large Data Bases article can be written if it shows that the topic is notable. It is going to be difficult because this topic is in the scope of WP:NCORP, even though the participants in the AfD didn't remark on this fact. The best thing to do is to identify those articles about less important conferences and nominate them for deletion. It doesn't seem like there's a good potential for a International Conference on Very Large Data Bases article, according to my search for sources.—Alalch E. 21:06, 29 December 2025 (UTC)[reply]
    I agree on the first point but not on the second. If an A* conference is not notable, then actually all computer science conferences will fall into the scope of WP:NCORP. MaxEmanuel (talk) 22:03, 29 December 2025 (UTC)[reply]
  • Endorse The correct way to challenge this particular deletion would be to start a new draft showing this is actually notable, because the discussion was clear and the deletion was completely within guidelines. SportingFlyer T·C 03:50, 30 December 2025 (UTC)[reply]
Endorse. Do add a paragraph to very large database,and then you can redirect the title to there. “Importance” is not a criteria for inclusion as a standalone article. SmokeyJoe (talk) 07:13, 1 January 2026 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
File:Breonna Taylor (graduation photo).jpg (talk|edit|history|logs|links|watch) (restore)

As discussed at Wikipedia:Files_for_discussion/2021_June_29#File:Breonna_Taylor_(graduation_photo).jpg, this image is not owned by Getty Images. AFP/Getty Images is merely the distributor and the image is owned by the family, who I am sure has no commercial interest in the photo of their dear family member who was murdered by police. Their commercial interests were in the $12 million lawsuit they won. The image was shared as a courtesy to the press. The nominator 999real and perhaps the admin Explicit seem to misunderstand what "courtesy" means. If you search for this image on Getty Images, you will not find it for sale. THIS IMAGE IS NOT FOR SALE. --- C&C (Coffeeandcrumbs) 17:02, 28 December 2025 (UTC)[reply]

OK, I agree I can't find anywhere selling this image. If it was being sold, what I was saying is that it is not really relevant that Getty Images is "just the distributor" or it wasn't originally taken with the intent of selling it, Wikipedia:Non-free content criteria#2 would still apply. But in any case, I don't think this was the best photo, the one in this article for example is better  REAL 💬   20:45, 28 December 2025 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
File:Indian Bank logo 2023.png (talk|edit|history|logs|links|watch) (XfD|restore)

The SVG version of the logo is now deleted per another FFD discussion (link). I thought about contacting the closing admin who deleted the PNG version, but now that admin is having a wikibreak at this time. The nominator who listed the PNG version thought that the result was "incorrect". Nonetheless, for one year the results hadn't been challenged, but I'm doing it now anyways. George Ho (talk) 07:04, 27 December 2025 (UTC)[reply]

The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
User talk:EEng/Archive 15 (talk|edit|history|logs|links|watch) (XfD|restore)

Archives 15 through 23. Deleted immediately without any discussion whatsoever by Hey man im josh, without CSD tags or anything. No engagement in prior discussion with me, either from the target user or from the admin who deleted the page, about the archive page deletions. I explained the reasons here and on my talk page. I got a thank you notification (Beland) and a message on my talk page telling not to archive anything against the user's wishes, although I wrote in the original thread why exactly I did it.

The reason for deletion was "Unrelated user created archive pages for a user who has explicitly stated they have no intentions of archiving their talk page. Not appropriate, deleted pages that were created against a user's wishes." (basically WP:OWNTALK) I believe that in the described circumstances, it was appropriate. I wanted to actually comment on the talk page (the gun image on ANI) - and my browser would stop responding whenever I tried to type anything at all. It is a guideline that we don't touch user talk pages, but it's not a rigid rule, and this is the clear case for disapplying it. The point of the talk page is communication, not user control.

CSD not appropriate because no one actually tagged it with CSD. U1 does not apply as user talk pages are exempted. There is no other CSD criterion that could possibly apply. Other modes for deletion require prior discussion (MfD) or waiting 7 days (PROD). Szmenderowiecki (talk · contribs) 19:49, 24 December 2025 (UTC)[reply]

  • Endorse per U1. A talk page archive isn't a talk page and EEng has previously stated his views on archiving his own talk page. You don't have a right to unilaterally create talk page archives for other editors. If EEng's talk page is getting too long, and he refuses to delete posts from it, you can take him to ANI. voorts (talk/contributions) 20:24, 24 December 2025 (UTC)[reply]
    U1 literally says User talk pages are not eligible for speedy deletion under this criterion. It does not make any distinction for an archive in user talk namespace. If you need to exempt user talk page archives, create a policy change proposal, go through all the hoops that all other policy proposals have to, and then update the page. Don't invent policies on the go.
    ETA: It doesn't matter what "views on archiving his own talk page" EEng has if these views mean you can't use the talk page for its intended purpose - to talk. Creating a borderline size limit where talk pages are not so huge as to crash your browser but huge enough to make the browser stop responding is wikilawyering over the scope of user autonomy in their user talk space because neither should happen. Szmenderowiecki (talk · contribs) 20:30, 24 December 2025 (UTC)[reply]
    U1 does not apply to user talk page archives. Users are free to archive their talk page or not, as they wish. Users are not free to impose archiving on other users. voorts (talk/contributions) 21:44, 24 December 2025 (UTC)[reply]
    The discussion you rely on is 16 years old, had poor participation and in any case does not override IAR. this discussion expresses a different opinion (btw by the very same person who closed the 2021 ANI thread which raised the same issue and was closed as "he'll correct himself, don't worry" (he didn't). Now my invitation at ANI was closed as "rules for thee but not for me".
    OwenX: the profanity was not uncivil and was only used for I believe is legitimate frustration with the talk page. Otherwise the message was stern but civil. Also, if you say "that's not the way to do this", what is? The problem is real. He just won't get a clue. One, Two (May 2024), three, four, five, six (August 2023), seven. So if anyone accuses me of not talking to him, it's because it would have certainly been preaching to deaf ears.
    It's not normal to gloat about a block of an IP user who suggested he should remove some stuff. It's not normal for anyone to refer to loading a talk page as an "ordeal" (third discussion), or treat fears of these users that their browsers would crash upon loading the page as normal (mine froze). Szmenderowiecki (talk · contribs) 22:05, 24 December 2025 (UTC)[reply]
    I'm not relying on any discussions. I'm relying on the plain text of U1. voorts (talk/contributions) 22:39, 24 December 2025 (UTC)[reply]
    The obstinate behaviour of another user does not excuse your own poor handling of the situation. Again, your intentions were clearly to benefit the project. But when dealing with a user conduct issue like refusing to make one's Talk page readable, WP:AN/I is a better venue, where community consensus and the attending admin can enforce sanctions beyond just archiving. Owen× 00:01, 25 December 2025 (UTC)[reply]
    I'm not seeking user sanctions. I don't think they are necessary. It's overkill. They can just clear their page from old stuff and let others post without them having issues.
    You may believe that I behaved poorly in that situation or posted in a wrong venue, you may have a point. Let it not overshadow the question of whether archive pages are deletion-worthy or whether the user talk page really needs to be 1Mb wikitext long. I believe DRV was a proper place to post it because it involved speedy deletion of user talk page namespace content, and I believe it was wrong.
    If you want to discuss my conduct, drag me to ANI for all that I care. I never meant to do anything wrong. Szmenderowiecki (talk · contribs) 00:30, 25 December 2025 (UTC)[reply]
    I never suggested that you, Szmenderowiecki, be dragged to ANI. Yes, DRV is the proper venue for deletion reviews, but you shouldn't have allowed thigs to get this far. The stubbornness of one editor cannot be offset by an equal and opposite stubbornness of another editor. We have community based tools to deal with this type of situation. You allowed your frustration to get the better of you, and now we have to waste time here. Do the right thing, withdraw this appeal, and let's see if we can resolve this without an ANI. Owen× 13:43, 25 December 2025 (UTC)[reply]
    @OwenX Maybe a weird question - but if I wanted to bring this to AN/I, I quite literally could not post the required notification. (Even opening EEng's talkpage, which I do on accident semi-regularly when browsing AN/I or talkpage history, runs a... 40% chance of either my browser freezing, browser crashing, or entire computer crashing; I shudder to think what trying to edit it would do!). As such, I also couldn't discuss it with him beforehand, which is also a required step, so I reckon there would be a high chance of somebody suggesting a boomerang or closing it as premature - and I'm watching an admin enforce that impossible discussion period on Szmenderowiecki's talkpage right now.(Talking with EEng is a mandatory first step[39]). Given that, what would you suggest somebody in my position do? GreenLipstickLesbian💌🧸 01:03, 25 December 2025 (UTC)[reply]
    Start a discussion on your own talk page, ping EEng to it, and use Twinkle to leave a {{talkback}} template if possible. SuperPianoMan9167 (talk) 01:49, 25 December 2025 (UTC)[reply]
    That's not a bad idea, but pings are relatively unstable, at least, for me (I also don't believe they work if you have the editor muted); they aren't treated as sufficient notification on boards like AN/I for good reason. I don't know how to use Twinkle to send notifications without opening the editor's page? GreenLipstickLesbian💌🧸 04:14, 25 December 2025 (UTC)[reply]
    I'd cite IAR, bring them to ANI and then point out that it is technically infeasible for you to fulfill the ANI notification requirement if someone points that out. Katzrockso (talk) 00:15, 26 December 2025 (UTC)[reply]
    This above. Then addressing some of the stuff on my talk page and here:
    EEng I confused March 2021 with January 2021, but my point stands. When he says on ANI that I don't know how to read a page history -- see 155 for the 163 threads EEng archived, as promised, cutting the page in half. Or maybe I'm just lying. Only I can tell us which it is, he misses the point. I fucking hate cleaning, I get it. But my room isn't hoarded. It doesn't matter if you remove half of hoarded newspapers in your house if it still is a fire and trip hazard and EMS are unlikely to easily drag you out if, God forbid, anything bad happens. It's the same here. It doesn't matter if you deleted 163 threads, your page keeps crashing and freezing browsers. And it's not just me - I gave you links to discussions above. XTools also don't lie - you didn't really make an effort to keep it long-term at a level that wouldn't keep overloading browsers. Before this discussion, your TP was in fact larger than before 2021 deletions. So no, you clearly don't think this is an issue. In fact, even the end version after you cleaned 430 Kb of old threads sucks. Granted, there are no freeze screens, but the page is still lagging real hard and I still couldn't type a medium-sized word without the edit page going unresponsive for like 10 seconds.
    And after that, you say But now that this latest display of dumbfuckery has come hard on the heels of an editor reporting me to the police yesterday for "advocating gun violence" (see here), I think I'll wait another year. I'm not against profanity but I don't really understand if the "latest display of dumbfuckery" is me or the editors who came to you to speak about guns on ANI, and you still basically went "disagreement is counterproductive", or in Internet folklore terms, this (NSFW). You deleted 35Kb of discussions so far after being told it's not OK, but the talk page still freezes my browser. The point is not to test the limit of when editors stop complaining about browsers freezing, the point is to make the talk page accessible.
    SuperPianoMan9167 I already pointed out on my TP that WP:USERTALKSTOP requires users to adjust to reasonable requests of users at their talk pages, but the wording implies that we should disregard these requests if they impede ordinary communication.
    Now let's consider your proposal as a solution. In my 5 years of editing and 7,000 edits, I only used Twinkle as for recent changes patrol and to quickly add tags, without actually being actively aware that the buttons at the top of each revision are Twinkle functionality and not core Wikipedia software. I never heard of {{talkback}} because I never needed it. I think I saw it once or twice but I wasn't aware it was called that way, and it would never occur to me that this was the precise mandatory use case, and not just a question of user preference. How do you expect an IP or a brand-new user to know?
    Let's suppose for a moment that we should indeed give almost unlimited discretion for users to organise their talkpage, see e.g. XtraJovial's post. That means I also have discretion to do as I please. So let's say a user has a rule that goes like this: my messages about others' behaviour go to their talk page, messages from others about mine go to me (I don't delete them, just ask them to continue on my talk page if they still want to talk), and if they discuss irrelevant stuff, I copy-paste it to the relevant user talk page with notification of the user who came to me. Fair rule? Fair rule. In fact, some users here have a variation of this rule: "if you post here, discuss here; if I send a post to you, don't come to me with that discussion". So the user goes to their talkpage, and can't post a damn thing because their browser keeps freezing, but they also don't want their conduct to be discussed on their talkpage either, because they want their talk page to be about what they do and not what others do. Or they could even just claim that it's not according to feng shui, just like EEng apparently believes my actions violate his perception of feng shui. Why does an incoming user gets to abandon their principles about their talk pages but they don't? Do we really want ANI drama about whose user's wishes about user talk pages get priority and who is not being reasonable? Do you see now why this approach sucks? So, returning to the original suggestion: I don't think EEng's requests for accommodation are reasonable at all. He may be thinking that if users joke about his page being so huge it's "seen from space", it's great, but he doesn't know how many more people from outside his circle of friends he put off because they could never actually post their concerns. That's why the archiving was appropriate.
    Jclemens I'm not "hacked off" that my effort got wasted, but only about not being able to post anything. Re 2-3: If somebody has a "big box" computer that barely runs on XP, they should probably change the computer. The point is not to let any reasonable desktop or mobile configuration to freeze your program and/or device. There has to be a way to deal with it, and to deal with editors who are anal about order (or lack thereof). Szmenderowiecki (talk · contribs) 12:05, 25 December 2025 (UTC)[reply]
    @GreenLipstickLesbian: admins are not mindless automatons. EEng has his email enabled, {{talkback}} should work, and Szmenderowiecki has provided ample evidence of prior attempts to resolve the issue directly with EEng. If you opened an AN/I case pointing out that your browser can't edit his Talk page despite your best efforts, within minutes one of the ANI regulars will post the notice on your behalf. I'd gladly help you myself, but please, let's give EEng a chance to climb down from that tree of his own volition. Also, I'm at the in-laws' right now, on my dinky old phone - not the best setup to tackle megabyte Talk pages... Owen× 14:33, 25 December 2025 (UTC)[reply]
    @OwenX Admins may not be mindless automatons, but I am! Like you said, fingers crossed EEng will just archive his talkpage, but if not, then I need permission from a trusted adult before breaking a very very very prominent rule. GreenLipstickLesbian💌🧸 01:17, 26 December 2025 (UTC)[reply]
    GLL, this isn't the place to discuss it, but I'd be interested in discussing elsewhere what the technical aspects are, of your computer system, that are associated with the problems you report accessing his talk page. It has proven very difficult to pin down why some editors report having these difficulties, when many other editors do not, and it would be very useful to have some hard data on where the reported problems currently come from. --Tryptofish (talk) 00:51, 26 December 2025 (UTC)[reply]
    I'm running Intel i5-3550, GT 640 GPU, 8 GB DDR3 @ 1800 MHz RAM, using Chromium version 140. Computer from around 2012-2013, mid-tier class around the time I got it. No issues doing most of light production work (Microsoft Office suite, LaTeX, basic editing in QGIS and Illustrator). Pre-2012 games are definitely playable at medium or high settings. Can't play AAA games on it but I don't feel a big need to. Most government agencies in my country run older/lower-spec PCs, and government-run hospitals are particularly notorious for using outdated hardware, at least those that didn't receive dedicated EU funds (anecdotal, but the other day I ran into an internet post where a person who claimed to be from IT support cited a radiologist as saying that "upgrading from Windows 98 (!) will brick my X-ray software"). But that's a digression.
    The configuration works just fine for what I need, and I don't need much, so I see no point in buying a new PC. Definitely should be OK for browsing Wikipedia or using an in-built text editor with syntax highlight on, as is the case for the vast majority of pages I edit. Szmenderowiecki (talk · contribs) 02:11, 26 December 2025 (UTC)[reply]
    Thanks for the specific information. So what you are describing is a reasonable mid-range computer system as of a little more than a dozen years ago, and I'll assume the internet connection you have is comparable to that. Obviously, digital technology has come a very, very long way over the past 12 or so years, but Wikipedia has a culture of trying to accommodate users who, for example, are in countries where they don't have access to the most current updates. From what you describe in your earlier posts in this discussion, your "browser would stop responding whenever I tried to type anything at all" at his talk page. That's understandable, I think. But you were also able to delete and then paste into an archive some content from his talk, even with that setup. After EEng (voluntarily) did some archiving, you say that you "still couldn't type a medium-sized word without the edit page going unresponsive for like 10 seconds". I understand how a 10-second freeze can be annoying. But I'm reluctant to make it a policy that no editor should ever have to be annoyed about a delay, when that delay results from the system they are using to edit. So I think editors need to evaluate whether the goal here is to have talk pages where everyone can communicate, or talk pages where everyone can communicate without ever being annoyed, even if the annoyance results largely from the devices they are using. --Tryptofish (talk) 21:10, 26 December 2025 (UTC)[reply]
    Adding: some of this is probably also the responsibility of WMF. There may be things they need to do to make WMF pages run better on older systems. --Tryptofish (talk) 21:20, 26 December 2025 (UTC)[reply]
    I openly admit that my computer is not the newest of the bunch (I have an excellent Internet connection so that's not an issue). But I just tested it and none of the lags happen because my computer's configuration is approaching EOL. The RAM does not max out (I have >2.5 GB of spare RAM even after loading the page), the GPU isn't taking almost any load, and the CPU stays within 40-50% of the load, occasionally spiking to 60%, so the problem may be either the browser or WMF's software, and I think it may be the latter.
    In any case, if you are trying to suggest that I should buy a new computer just to talk to complete strangers on Wikipedia just because they prefer their pages to be super-large, it's a ridiculous suggestion.
    Answering your last question, WP:CHOKING already has guidance that article size should be kept "reasonably low" specifically to accommodate readers using old hardware or on poor Internet connections, and articles over 15K words should be "almost certainly" cut to size. EEng runs at 23K words, but more importantly, his HTML size approached 8MB of pure HTML (so no Javascript, no CSS, no php, user scripts etc.), which is nowhere near "reasonably low". We also don't expect editors to use more advanced hardware than readers already use. So the answer is definitely the latter, to the fullest extent reasonable, as there is no good reason to exempt any other pages. If I tried to open EEng's page on a Nokia 3310 or if I took the "640 KB ought to be enough for anyone" quote seriously, that's one thing. But I'm not speaking of this case. Szmenderowiecki (talk · contribs) 23:39, 26 December 2025 (UTC)[reply]
    I think we agree that this may be something where the WMF could be doing better than they are now. I would not tell anyone that they need to buy a new computer just to talk to random people they don't want to talk to. From what you say, the parameters you tested don't max out when accessing that talk page, and what happens is you get annoyed by a 10-second lag. I don't think it's unreasonable to attribute part of that lag to your device. And the question here at the DRV that you initiated is whether that annoyance over the lag is justification for unilaterally archiving another editor's talk page against their explicit objections. --Tryptofish (talk) 00:01, 27 December 2025 (UTC)[reply]
    Well, the 10-second lag is for the 560Kb page after the 2021 deletions. At the current size (965Kb), it's freezing my browser.
    I won't repeat myself about my opinion if it's a legitimate move. If I didn't think so, I wouldn't have done it in the first place. But you are free to disagree. Szmenderowiecki (talk · contribs) 00:11, 27 December 2025 (UTC)[reply]
    It just took me 70 seconds to fully load and display User talk:EEng, with Safari not being usable over this period, and after loading, some things on the page are glitchy. SmokeyJoe (talk) 00:29, 27 December 2025 (UTC)[reply]
    This was using an IPad (5th generation) with 300 Mbps download. SmokeyJoe (talk) 00:44, 27 December 2025 (UTC)[reply]
    ETA, FYI according to Jumpytoo's query, Tryptofish's talkpage runs at 823 KB wikitext, over 5.5 MB pure HTML, and is in the top 100 of largest user talkpages. I'm getting pretty terrible lags on his page too. It isn't freezing when I try to edit in source, but it's still not usable by any means. So if you don't have quick reply tools enabled, or if you need to edit your own message, or for example remove empty edit requests from user talk pages (it happened a few times with me), you are pretty much screwed. Szmenderowiecki (talk · contribs) 12:53, 27 December 2025 (UTC)[reply]
  • Endorse per U1, and block @Szmenderowiecki if he doesn't stop this nonsense. – bradv 21:19, 24 December 2025 (UTC)[reply]
    I'm using DRV for its intended purpose? Wtf? Szmenderowiecki (talk · contribs) 21:21, 24 December 2025 (UTC)[reply]
  • Endorse. There's no requirement to tag a page before it gets speedied. U1 isn't required here, since WP:USERTALKSTOP is clear about such situations: In general, one should avoid substantially editing another's user and user talk pages, except when it is likely edits are expected and/or will be helpful. If unsure, ask. If an editor asks you not to edit their user pages, such requests should, within reason, be respected. I appreciate the appellant's attempt to make the page more accessible. Talk pages should not be constructed such that they're only viewable to some of those attempting to view them. But the appellant's uncivil, profanity-laden approach was not the way to do this. Owen× 21:28, 24 December 2025 (UTC)[reply]
  • Endorse per OwenX. Whether EEng's talk page gets archived is up to EEng. Absolutely zero reason to archive someone else's talk page unilaterally. XtraJovial (talkcontribs) 23:03, 24 December 2025 (UTC)[reply]
  • Partial endorse I do agree that talk pages so large they cannot be edited by some users can be disruptive, for instance dragging one to ANI requires the ability to post the talk page notification. However the archiving that was done was beyond the minimum that the U1's administrative need to retain the page allows for. I would be supportive of some trimming down, but where the line should be drawn is better at an RfC (there are many users with very large talk pages per this query) Jumpytoo Talk 23:11, 24 December 2025 (UTC)[reply]
  • Endorse I was initially confused by this DRV because I assumed someone had deleted EEng's archives without EEng requesting it, which would have been a speedy administrative fix, but honestly this request is disruptive enough that I agree with people above that we are getting close to block territory if the disruption continues. SportingFlyer T·C 23:50, 24 December 2025 (UTC)[reply]
  • Endorse. I, too, was initially confused, but what I'm seeing after looking into it was that an editor took it upon themselves to delete a bunch of stuff from EEng's talk page and put it into an archive, all without EEng's permission, and in fact, contrary to EEng's expressed wishes. I agree with other editors that this is verging on block-worthy conduct (and that has nothing to do with opening the deletion review). --Tryptofish (talk) 23:54, 24 December 2025 (UTC)[reply]
  • Comment: DRV is not the place to discuss user conduct sanctions. voorts (talk/contributions) 00:03, 25 December 2025 (UTC)[reply]
    Well, if people are going to talk about the option of taking EEng to ANI... --Tryptofish (talk) 00:28, 25 December 2025 (UTC)[reply]
    It's a bit unique, but I don't think there is anything wrong with discussing the possibility of sanctions here. SportingFlyer T·C 06:23, 25 December 2025 (UTC)[reply]
  • Comment re explicitly stated they have no intentions of archiving their talk page: I'm pretty sure I've never said such a thing. What I'm sure I have said is that I archive my talk page when I feel like it -- though, like cleaning my room when I was a kid, being nagged about it has a way of making me feel like I've got other, more imporant things to do. EEng 00:30, 25 December 2025 (UTC)[reply]
    So you essentially admit that at this point, you're doing it out of spite. EEng, you may have aged since you were a petulant kid, but it doesn't look like you've matured. The Talk page doesn't belong to you. It is a Wikipedia page assigned to you for the purpose of communicating with others. Your persistent refusal to make yourself available to contact goes against the spirit of a collaborative project. You've done a lot of good work here. I don't want to see you dragged to AN/I over this bit of obstinate childishness. Please fix this now so we can move on to more important things. Thank you. Owen× 08:47, 25 December 2025 (UTC)[reply]
    Someone else in this discussion complained about discussions of possible sanctions, and I'm going to complain about heating up the level of discourse to where we are talking about "obstinate childishness". An editor reacting negatively to "being nagged about it" by other editors really isn't exactly equivalent to "doing it out of spite". At this point, I'm going to start talking about me, and what I say about myself may have nothing whatsoever to do with EEng, just me, but it should help explain what I mean. I have psychiatric issues. I was sexually abused as a child. These things are not my fault. Now, I fully understand that WP:Wikipedia is not therapy, and I take very seriously my responsibility, and it's my responsibility and nobody else's, to conduct myself appropriately as a Wikipedia editor. And I think I'm entitled to say that I have "done a lot of good work here", too. But I'm going to tell you that I get triggered in some very unpleasant ways, when people try bossing me around about my own user talk page. I realize that might not seem entirely logical to people who aren't my psychiatrist, but I'm telling you the truth. I've been editing here since 2007, and I don't let this stuff spill over into anything I do in mainspace. Again, EEng and I are two different people, and what is true about me may have absolutely nothing to do with EEng. There is a level of nastiness that we let editors direct towards editors with long talk pages, that we would not tolerate in pretty much any other way, and it's disproportionate to the amount of "disruption" a long talk page allegedly causes. --Tryptofish (talk) 00:07, 26 December 2025 (UTC)[reply]
    With all due respect, Tryptofish, it was EEng, not I, who equated his behaviour to that of a kid refusing to clean his room because he was nagged about it. "Obstinate childishness" is an accurate, objective description of such behaviour. I never used the word "spite" until EEng admitted he is refusing to archive his Talk page--or let anyone do it for him--because he has been asked to do so. No one is trying to "boss him around". In fact, no one is asking him to do anything other than allow others to make more accessible a Talk page he considers his property. As much as I wish to accommodate people's handicaps, this level of obduracy is incompatible with a collaborative project. I truly hope you will succeed where the rest of us have failed in bringing this to an amicable resolution. Owen× 01:26, 26 December 2025 (UTC)[reply]
    OwenX, I think that all good-faith editors are entitled to respect. EEng did not use those words to describe himself; you used them. Perhaps you see those words you selected as an objective summary of what EEng did say, but I do not. I see them as framing his comments in a derogatory way. Here is what I regard as the way to an amicable resolution (noting, by the way, that EEng just did a considerable amount of archiving without my asking him to do anything). Wikipedia prides itself for being the "encyclopedia that anyone can edit", and for good reason. But sometimes, that leads editors to make lazy assumptions. Most of us also agree that competence is required. Since not "everyone" is competent, that means that we aren't really being literal about "everyone". But in the interests of accessibility, we try hard to accommodate users with a wide variety of computer and connection configurations, not just those with the latest and greatest updates. That makes editors very hesitant to tell other editors: perhaps you should upgrade your system. There's an imbalance there, and we should do better. Part of this is editors who are reluctant to archive needing to meet editors with slow systems part way. And part of this is editors with slow systems needing to meet editors who are reluctant to archive part way. And part of it is for editors to stop insulting one another. --Tryptofish (talk) 20:52, 26 December 2025 (UTC)[reply]
    Tryptofish: What I'm sure I have said is that I archive my talk page when I feel like it -- though, like cleaning my room when I was a kid, being nagged about it has a way of making me feel like I've got other, more important things to do - those were his exact words. That is as close to describing spite and obstinate childishness as you can get without using those terms. Refusing to archive your Talk page out of sheer spite is not "good faith".
    I can think of many reasons why someone might not be able to upgrade their computer, including limited financial means or reliance on a mobile device as one's only access to the internet. I cannot think of any valid reason to refuse to allow well-intentioned editors to archive your excessively large Talk page. "Meet editors with slow systems part way"? Should we allow other disruptive users to meet us part-way? Reducing the page from 975k to 944k isn't "meeting editors part way", it's blowing a raspberry at them. If EEng finds it insulting when multiple editors call him out on his immature, disruptive behaviour, he should consider changing it. Owen× 21:47, 26 December 2025 (UTC)[reply]
    Don't hold back, tell us what you really think. --Tryptofish (talk) 21:52, 26 December 2025 (UTC)[reply]
    P.S.: For those who can't access EEng's Talk page, the "raspberry" link above is to EEng's 2016 edit where he proudly quoted Colonel Wilhelm Klink's comment, welcoming users to "the only man-made talk page that can be seen from space", adding it in a large, bold font to the top of his Talk page, where it still is to this day. This is clearly not a case of "Oops, I accidentally 1MB of Talk page." Owen× 22:09, 26 December 2025 (UTC)[reply]
    My god, you are construing that as a "raspberry", a deliberate taunt to you and other editors, as opposed to a self-deprecating joke. Wow. --Tryptofish (talk) 22:21, 26 December 2025 (UTC)[reply]
    So, EEng fighting to keep that unmanageable page is all just one big, 9-year long, self-deprecating joke? Why, colour me impressed. And now that we've all had our laugh, can we please clean that mess up already? Owen× 22:30, 26 December 2025 (UTC)[reply]
    (I can keep this up as long as you can.) No, the message you are fulminating about from the top of his talk page is a 9 year-old self-deprecating joke. --Tryptofish (talk) 22:40, 26 December 2025 (UTC)[reply]
    That's not the only joke - "Please consider the environment before printing this page" is also presumably about the same thing. That's how I would read it.
    If EEng doesn't want to be associated with the 9-year-old joke, he should consider not hanging it in the first area the editor sees when they try to talk to them. Also, the current state of the page is that it's 1/3 larger than at the time he added the joke to his talk page (to create even better visibility from space?) Szmenderowiecki (talk · contribs) 00:04, 27 December 2025 (UTC)[reply]
    How did we get to EEng not wanting to be associated with that joke? --Tryptofish (talk) 00:07, 27 December 2025 (UTC)[reply]
    If he associates himself with it, that's even worse because it shows that he wouldn't do anything about it unless forced to, and I quoted the ANI closure as saying that regulars know that "ANI can't do a damn thing" about it. So others... others be damned, because there's this hilarious joke and his page is a landmark. Szmenderowiecki (talk · contribs) 00:17, 27 December 2025 (UTC)[reply]
    And how is your crusade to make him archive his talk page going for you? Spartaz Humbug! 13:18, 27 December 2025 (UTC)[reply]
    I'd say it's going quite well. Far more people are now aware of EEng's games, and are more likely to chime in if this goes to AN/I. Which is where I think this is headed, unless the guy gets his act together. Owen× 13:33, 27 December 2025 (UTC)[reply]
    I encourage editors to see the community consensus in the close of the RfC at the talk page guideline: [40]. Given that fact, please let me suggest that any admin who decides to block EEng (or me, for that matter), contrary to that consensus, is going to learn how rapidly they can accumulate 25 signatures on their recall petition. --Tryptofish (talk) 21:44, 27 December 2025 (UTC)[reply]
    That RfC was mainly aimed at article talk pages, and the closer explicitly notes a user-talk only RfC may be appropriate. While having a long talk page should not be blockable in itself, if someone asks you to archive some sections to facilitate discussing a user conduct issue (which was why appellant was originally at the users talk page in the first place) and you resist, it will certainly leave a bad impression. Jumpytoo Talk 23:12, 27 December 2025 (UTC)[reply]
    You misread what the close actually says. But I think everyone agrees that how one responds to a request can affect the impression one makes. --Tryptofish (talk) 23:17, 27 December 2025 (UTC)[reply]
    I'll note that the closure came after this discussion started and no longer had an RfC banner trackable at WP:RFCA at the time of my action (so I could have still commented had I known about its existence). The closure says that the 75 KB limit is too low for people to agree on because few were following it anyway, but did not say the community found that "no limit is appropriate" for talk pages - maybe "no arbitrary limit" but that's again not what the closure says; and again it defined the size in wikitext weight terms instead of HTML weight, when it's the size of HTML+CSS+JS and not wikitext that overloads the browser.
    There's apparently no lazy loading on Wikipedia for reading or editing; section editing is only enforced on mobile and it's not easy to switch to full article editing if you need to. If I get news that WMF implements lazy loading and the sheer size of pages stops freezing browsers because it will only try to render sections that I need right now, I will have no reason to complain. Until this happens, we need to work with what we have.
    The RfC was also designed around discussion of a certain arbitrary number rather than actual guidance on what reasonable criteria of archiving should be. Coupled with the specific exemption for user talk pages, it sure seems that the RfC doesn't answer any of the questions here. But this discussion does raise the very same concerns from people who opposed option E (remove the size clause). Szmenderowiecki (talk · contribs) 01:59, 28 December 2025 (UTC)[reply]
    Just fyi I believe there are bots you can use to archive things for you! ~2025-43151-08 (talk) 01:48, 26 December 2025 (UTC)[reply]
    User talk:EEng#s, your main user_talk page is not like your bedroom. It is like the path from your front gate to your front door. SmokeyJoe (talk) 08:39, 26 December 2025 (UTC)[reply]
  • Endorse and consider closing this DRV before the OP ends up getting blocked. I think we've wasted enough time here already. Sugar Tax (talk) 00:36, 25 December 2025 (UTC)[reply]
  • Endorse as IAR properly applied to reverse a disruptive action. (That it was disruptive should be abundantly obvious to all parties by now, without having to decide whether the disruption was intentional.) U1 doesn't apply; while it's true that it only explicitly exempts user talk pages - that is, top level ones meant for communication with a user, not all pages that happen to be in the user talk namespace - that's only because there's relatively frequent attempts to misuse it for those. Archives and talk pages of user drafts and so on aren't either user pages or subpages, and that's all that's eligible. —Cryptic 02:47, 25 December 2025 (UTC)[reply]
  • Comment 1) Is there a requirement for each user to have their user talk page accessible to any user for appropriate 'must notify' events, like ANI filings? Apparently yes. 2) Is there a threshold beyond which a user talk page size becomes unworkable as a communication tool? Also apparently yes, but it sounds like it may vary by client. 3) Is there consensus on who must do what to a talk page to make it accessible when it runs afoul of a size limit? Apparently not.
I don't see anything blockable here. I see an edge case and the guy who took initiative to IAR getting hacked off that his solution (and the work involved) got reverted. It does make me question whether there could be a programmatic solution--a bot process to fix such a problem in an impartial manner--but then I kick myself for thinking about how to code around two editors being type A and intransigent yet again. Jclemens (talk) 09:29, 25 December 2025 (UTC)[reply]
  • Overturn because Szmenderowiecki is correct about the wording of U1, and a speedy deletion disputed in good faith goes to the appropriate XfD. Having said that, there is at least local consensus to change the applicability of U1, but that's only germane going forward. Jclemens (talk) 00:41, 26 December 2025 (UTC)[reply]
  • I'd endorse this decision as an appropriate resolution to an unwarranted intrusion on Eeng's user space, while simultaneously wishing Eeng would just bloody well behave like a normal Wikipedian and either allow a bot to archive his talk page if he can't be bothered, or else man up and archive it himself, or else just remove the old content. Any of those is fine, but please, pick one.—S Marshall T/C 11:07, 25 December 2025 (UTC)[reply]
  • Endorse why the nom decided to get into a pissing contest about something so trivial on christmas eve is beyond me. Spartaz Humbug! 18:14, 25 December 2025 (UTC)[reply]
  • Endorse This is the single stupidest thing Iv ever seen be discussed on here. I'm legit laughing my tired ass off.
LakesideMinersCome Talk To Me! 07:59, 26 December 2025 (UTC)[reply]
The speedy deletion criteria don’t apply, not U1, nor G7, more U2. I agree with the complainant that User:EEng should be required to ensure that they main user_talk page is accessible. It is not sufficiently accessible, being much too large for people with low end devices or internet connection capacity. SmokeyJoe (talk) 08:35, 26 December 2025 (UTC)[reply]
Which is a separate issue to just force archiving without any kind of discussion at ANI Spartaz Humbug! 09:13, 26 December 2025 (UTC)[reply]
Would you support making notification at ANI optional in cases where the editor being complained about doesn't have a readily accessible talk page for some reason? Jclemens (talk) 17:17, 26 December 2025 (UTC)[reply]
Do you think that EEng's conduct cannot be discussed at ANI because some users are unable to post the ANI notice for technical reasons? The reporting editor could just say "I could not notify the user because the user's talk page doesn't work for me". There's no need to make it optional. —Alalch E. 22:00, 26 December 2025 (UTC)[reply]
I think ANI is premature. Has EEng refused a reasonable request? I don’t think the archive antics are block-worthy, but neither are they a good example of a reasonable request. SmokeyJoe (talk) 06:26, 27 December 2025 (UTC)[reply]
  • Endorse. This issue with the page has been discussed before. The large removal edit was already known to be disputed, and the page creations followed from that disputed edit. A dispute of this kind should have been addressed by inviting community input (again), not unilaterally. When hey man im josh deleted the pages, he reversed actions which can be labeled as disruptive, which is understandable, but not necessarily a good thing to do in light of other possibilities. Specifically, it would have been much better to use MfD. There was no reason to avoid an MfD. This was a "high profile" IAR deletion in a situation that was obviously going to be discussed somewhere. It is discussed at DRV now, and it could have been discussed at MfD, which would have meant that IAR was not needed. If you start at X and will end up at Z no matter what Y thing you do, it is better to arrive at Z without having had to invoke IAR for Y than with. The difference is not enough to !vote to overturn, so I have no other option but to endorse.—Alalch E. 21:34, 26 December 2025 (UTC)[reply]
  • Endorse I don't think we want to require MFDs if a third party creates a talk subpage in your talk space, do we? Perhaps the admin should have waited to delete until the editor whose space it was in tagged it, but that seems like bureaucracy for its own sake. If EEng wants them undeleted, then undelete them. Otherwise I think this was a fine deletion well within the spirit of CSDs if not in the letter since this seems to happen so rarely. (Also, contra above, WP:PROD isn't an option since that only applies to mainspace and files.) Skynxnex (talk) 22:23, 28 December 2025 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Raymond Sargent (talk|edit|history|logs|links|watch) (XfD|restore)

Article was significantly improved after early consensus, addressing key sourcing issues. Discussion should have been re-listed instead of closed. - BrechtBro (talk) 16:33, 24 December 2025 (UTC)[reply]

  • Provisional Endorse but Request Undeletion - There was enough of a consensus that there was no need for a relist unless there had been significant improvements while the AFD was in progress. The appellant may submit a draft for review. Robert McClenon (talk) 17:02, 24 December 2025 (UTC)[reply]
    • I saw the AfD several days into the review and added 4 sources to the article, then edited down poorly sourced and trivial content to be more trivial. Several of the participants cited sourcing or the difficulty of sourcing in their !vote, which I made a good faith effort to address by improving the article. -BrechtBro (talk) 18:07, 24 December 2025 (UTC)[reply]
  • Endorse. The AfD remained open for three and a half days after the appellant entered their !vote and added refs to the article. In that time, not only none of the previous participants, who unanimously opined to delete the page, changed their view, but one more Delete was added to the list. I see no likelihood that relisting for a week or three would change that. Owen× 17:05, 24 December 2025 (UTC)[reply]
  • Requesting temp undeletion to check the improvements. Jumpytoo Talk 23:28, 24 December 2025 (UTC)[reply]
    Looking at the article & sources added, relist to allow the necessary discussions. Jumpytoo Talk 00:56, 25 December 2025 (UTC)[reply]
  • Temporarily undeleted. voorts (talk/contributions) 23:40, 24 December 2025 (UTC)[reply]
  • Weak Endorse per Owen, but I wouldn't be opposed to relisting. voorts (talk/contributions) 23:45, 24 December 2025 (UTC)[reply]
  • I'm finding this one difficult because I sympathise with users who WP:HEY an article late in an AfD, so wouldn't necessarily oppose a relist, but I also can't see this being kept even with the HEY. Also @Voorts: perhaps I'm wrong on this but could you please fix the temp-undelete? Usually the temp-undelete isn't a header on top of the last active edition, but a separate otherwise blank page to let us review the history? SportingFlyer T·C 23:59, 24 December 2025 (UTC)[reply]
    Fixed. voorts (talk/contributions) 00:03, 25 December 2025 (UTC)[reply]
  • Comment I think the issue here is whether these two sets of reviews[41][42] listed on his site are enough to pass WP:CREATIVE. Kelob2678 (talk) 00:06, 25 December 2025 (UTC)[reply]
  • Overturn per OwenX The AfD remained open for three and a half days after the appellant entered their !vote and added refs to the article. In that time, none of the previous participants, who unanimously opined to delete the page, reaffirmed that they had seen the improved article. The one final post-improvement delete is insufficient quorum to delete. Allow me to be explicit here: when a substantial amount of work goes into an article, any closer who assigns any weight to the pre-improvement !votes is erring to do so. Now, does this article clearly pass the bar? No. But it is about five times better post-improvement and deserves to be considered on the basis of the improved version, because NEXIST plus the improved referencing necessarily invalidates the previous !votes. Of course, this all would have been fixed by a simple relist, noting the improvement and pinging the previous !voters. Jclemens (talk) 09:39, 25 December 2025 (UTC)[reply]
  • Endorse For me it wasn't explicit in the discussion that the nom had substantially improved the article and what sources had been added. Until the foundation starts bundling a mind reading permission withnthe admin toolset I can’t fault the close. Spartaz Humbug! 18:12, 25 December 2025 (UTC)[reply]
    When I'm looking at an AfD'ed article, I'm routinely comparing the as-nominated version with the current version: no good reason to fault a nominator if the nominated version really did suck, as this one did, but also a good way to highlight the work done in the interim. Many people don't know the proper jargon like "Keep per WP:HEY" yet, but as experienced reviewers, we should be doing that work even if the people at AfD did not. Jclemens (talk) 00:30, 26 December 2025 (UTC)[reply]
    I disagree and making that a rule allows game playing. An AFD is a discussion and if the scope of your improvement is too vague for the closing admin to pick up on than that’s a less to learn. Plus the additional delete after the change allows the admin not to put too much weight into it. Spartaz Humbug! 09:15, 26 December 2025 (UTC)[reply]
    Allows game playing? We both remember the inclusionist/deletionist wars, and if I may, I submit that we've largely moved past them. The point here is to get a better Wikipedia article, so one that goes from "no clear indication of notability" to "much better if not slam-dunk" (which is how I'd characterize this one) is a win for the encyclopedia. It's precisely for that reason--improving the encyclopedia--that we should always err on the side of the editor who made a good faith effort to improve the article: if we want more of that behavior, we must reward it. There were several years there were I would intentionally not edit an article under AfD for precisely this reason--not interested in wasting my time. With more and more things moving away from boolean delete/keep outcomes and towards merge/redirect ATDs, we've reduced the risk of wasted time... and that's a win, even if the articles that were inadequately improved aren't visible except in revisions. Jclemens (talk) 17:23, 26 December 2025 (UTC)[reply]
    I was explicit enough to rebut the arguments for deletion in the discussion: I wrote that I added secondary sources, including the obit, and improved the article, then made an NEXIST argument. Asking me to be more explicit is rebutting imaginary arguments rather than the ones that were being made. That, to me, is game playing. BrechtBro (talk) 17:37, 26 December 2025 (UTC)[reply]
    It wasn’t that explicit because the next vote was a delete Spartaz Humbug! 13:14, 27 December 2025 (UTC)[reply]
  • Relist to allow for at least a full seven days of discussion on the “improved” version. I take issue with OwenX’s statement above because most AFD !voters make their statement and move on (unless pinged). Very few monitor discussions in which they have already been a part of. Likewise, the sole delete !vote that came in afterward was a PERX vote, and that would not be enough to establish a quorum on the “improved” version of the article. Frank Anchor 22:35, 25 December 2025 (UTC)[reply]
  • Endorse per OwenX. I disagree with the principle here that early AfD votes can get silently voided as is being implied above. * Pppery * it has begun... 05:59, 26 December 2025 (UTC)[reply]
    User:BrechtBro should have explicitly stated which new sources overcame the deletion rationale. SmokeyJoe (talk) 08:50, 26 December 2025 (UTC)[reply]
    I do think there are times when discussion !votes get fully voided. If Anne says "delete, unsourced and unsourceable," and Bob then goes on to link two scholarly papers that explicitly make the exact point at issue, then Anne's good-faith but erroneous !vote is refuted and blown out of the water. If Bob says "keep, because of this source," and Anne goes on to show that the source doesn't say what Bob says it says, then Bob's good-faith but erroneous !vote deserves no weight at all.—S Marshall T/C 10:11, 26 December 2025 (UTC)[reply]
    Thats not a disagreement with Pppery’s point Spartaz Humbug! 13:17, 27 December 2025 (UTC)[reply]
    I wrote "I found the obituary [and...] cited a brief review in an academic journal and a newspaper preview." and then, later, "I have addressed the other issues in the article"? This directly rebutted the arguments for deletion that included, summarizing "can't find the obit" "finding sources on this person is impractical" and "lacks independent coverage." As these aren't arguments that the coverage isn't in significant enough outlets, but that it can't be found/doesn't exist, naming the sources isn't required to rebut the them. Even if it were, I think what I wrote, a summary of what the sources were (which aligned with my NEXIST argument), was adequate to do so.
    This was a short discussion, my comments could have been pithier but are neither lengthy nor confusing and I explained my reasoning. Had I explicitly named The Stage, I don't think it would have made a difference in the closer's decision. The onus is on the person closing, not on the elegance of my argument. WP:ROUGHCONSENSUS explicitly states, in determining consensus, "if an argument for deletion is that the page lacks sources, but then an editor has added the missing references, that argument for deletion is no longer persuasive." BrechtBro (talk) 17:27, 26 December 2025 (UTC)[reply]
    Obits are not generally used to show notability so thats not the killer argument you think it is Spartaz Humbug! 13:15, 27 December 2025 (UTC)[reply]
    This has been a hobby interest for me for a long time.
    Obituaries are often the best source for a borderline Wikipedia-notable person. They are very useful for content and finding further content. The lack of obituary is a negative indicator. A comprehensive obituary is a positive indicator. However, obituaries are usually paid for, and paid obituaries indicate that someone loved and respected them, which means non-independent not useful for the WP:GNG test. I’ve concluded, an obituary is only a GNG-attesting source if it is signed by an author, and that author is not a family member or business colleague. SmokeyJoe (talk) 22:25, 27 December 2025 (UTC)[reply]
    There is also a tendancy not to speak ill of the dead so using an obituary means we are using a self censored source even if written independently. More too the point, why are we actively looking for borderline dead people to write about. Either they are clear passes or we shouldn't cover them. Spartaz Humbug! 11:13, 28 December 2025 (UTC)[reply]
    after all it's more a case of TOOLATE rather than TOOSOON Spartaz Humbug! 11:14, 28 December 2025 (UTC)[reply]
    Good thing I didn't say it's a killer argument, only that it rebuts the arguments for deletion made that cite lack of obit. BrechtBro (talk) 18:04, 29 December 2025 (UTC)[reply]
  • Relist for explicit discussion of the new sources added by User:BrechtBro. Advise User:BrechtBro that he should have listed these sources, preferably the two or three best of them, in the AfD. Failing agreement to relist, encourage draftification and resubmission through AfC, with explicit listing of the WP:THREE best sources in the draft talk page. SmokeyJoe (talk) 08:47, 26 December 2025 (UTC)[reply]
  • A relist wouldn't hurt here, given all the circumstances.—S Marshall T/C 10:14, 26 December 2025 (UTC)[reply]
  • Relist I've commented above, the closer did not err, and I don't agree with the keep !vote in a strictly AfD sense, but the fact that sources were identified and added to the article without being commented on means a relist isn't inappropriate. SportingFlyer T·C 22:45, 28 December 2025 (UTC)[reply]
  • Endorse. The closure reflected the opinions expressed in the AfD. Personally, I would probably have relisted the AfD, but given that the appellant did not indicate in the AfD which new sources they added, and that the one person who commented afterwards was not convinced, the choice to find a consensus for deletion was within the closer's discretion. Sandstein 20:00, 4 January 2026 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
The Pendulum (talk|edit|history|logs|links|watch) (XfD|restore)

I disagree that this page should be merged instead of redirected, as I do not believe there's much in this article worth salvaging. The only thing that comes close is the Plot summary section, but since I'm not that big into ICP I don't know how useful it'd be to those reading Dark Carnival (Insane Clown Posse), the merge target. I therefore propose overturning this to redirect rather than merge. JHD0919 (talk) 14:17, 23 December 2025 (UTC)[reply]

@JHD0919: I'm not really sure why this needed to be here, but if this was on my talk page, we probably could've come up with a solution or I could've given some editorial options. A merge and redirect result are fundamentally identical; a merge ultimately becomes a redirect, and a redirect allows editors to independently merge from the page history, and it's not really the job of AfD closers to enforce how much or little content gets merged. That said, since it looks like nobody has taken up merging for over three days, perhaps I can simply redirect the page now, and if someone else wants to merge, that can be discussed with you on the article talk page. How does that sound? Left guide (talk) 15:06, 23 December 2025 (UTC)[reply]
Sounds good to me. Go ahead and redirect. JHD0919 (talk) 15:10, 23 December 2025 (UTC)[reply]
  • Endorse and procedurally close. The difference between a *Merge* and a *Redirect* close is the content included in the target page, which is an editorial choice, not an administrative one. The appellant is welcome to take their case to the target's Talk page, or boldly remove merged content they find unencyclopedic. There were two !votes to merge, and zero to redirect, so this appeal is baseless. That said, since no merging has been done since the close, the appellant is welcome to WP:BLAR the page, and merger work may commence from behind the redirect. Owen× 15:13, 23 December 2025 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
Template:List with serial comma (talk|edit|history|logs|links|watch) (XfD|restore)

I was not a participant in this TfD, but I came across it later in a follow-up discussion, and after reading it, I came to the conclusion that a persuasive case for deletion was never made and that the template would likely have been kept if subject to broader discussion. In particular, the deletion side made three arguments:

  1. That the template's functionality was covered by {{enum}}. Grufo refuted that point in this comment, showing that {{enum}} cannot actually properly handle serial commas, although some later !voters may have missed it. (He explained it in more detail here; in short, it's because using {{enum}}'s parameter |and=, and to add a serial comma would cause it to erroneously output A, and B in an enumerated list with only two items.)
  2. That the template is unused. This is a weak argument because, per WP:TFDREASONS #3, a template must also have no likelihood of being used, and that was never demonstrated/the use case here is perfectly plausible.
  3. General opposition to serial comma use. This is a fine personal preference to have, but is not an argument for deleting the template. Given MOS:VAR, an article that uses an enumerated list template might well have an established style of using serial commas, in which case an option to do so in the template would be needed.

I take no issue with the judgement of the closer, Izno (who suggested coming here), in evaluating the consensus at the TfD at the time. But given the limited participation in that discussion and the issues I highlighted above, I believe the template should be restored and kept. Cheers, Sdkbtalk 03:19, 18 December 2025 (UTC)[reply]

Since there was incomplete pinging of users here, in that I mean, that the only person pinged was the only person that wanted to keep this template, I will ping all participants of the TfD as well. @User:Zackmann08 @GhostInTheMachine @Pppery @Alalch E.. Gonnym (talk) 19:01, 19 December 2025 (UTC)[reply]
Keep deleted per TfD and RfD. Even if this was the most important template on our site (which is not even remotely the case), at this stage, I cannot assume good faith in its existence. It was deleted, then the template restored to create a redirect (instead of creating a redirect), then sent to RfD in the hopes of getting it restored, then trying to get it restored in an unrelated template talk page, then trying to backdoor restore it at Izno's talk page, then sent here without pinging the people that would be against its restoration but pinging the only one in favor of it being restored. At some point you have to WP:DROPTHESTICK. Gonnym (talk) 19:05, 19 December 2025 (UTC)[reply]
“I cannot assume good faith in its existence”: How about we try a different narration, and maybe even introduce the idea that at this stage there cannot be good faith in opposing the template, at least not from you? The template was created because there are no ways to create a list with serial comma on English Wikipedia (unless you want to do it by hand). Then it was deleted arguing that {{Enum}} would allow serial commas. After several users have realized that it was actually not the case, someone invited to explore the possibility of supporting serial commas as an option of {{Enum}}. Although I believed that having things like {{Enum|A|B|C|serial=yes}} would never be ideal, I thought it was an acceptable compromise and so I implemented it, I also solved a current bug, and I opened a discussion about the new implementation. But then you opposed even the {{Enum}} option on the ground that you don't like Module:Params. You had already manifested the wish to orphan that module only for the sake of doing it; how about we introduce the idea that at this stage there cannot be good faith in your opposition (because your actual goal is that of orphaning Module:Params, as you have said it yourself)? --Grufo (talk) 19:53, 19 December 2025 (UTC)[reply]
Gonnym and Grufo, this is not the appropriate venue to discuss behavioral issues around the dispute you have with each other. Please stick to discussion of whether or not having {{List with serial comma}} restored would benefit the encyclopedia, as that is what the closer will be looking to evaluate the consensus around. Sdkbtalk 20:18, 19 December 2025 (UTC)[reply]
Hi Sdkb. It is fine by me. --Grufo (talk) 20:24, 19 December 2025 (UTC)[reply]
Keep deleted we've been through this. This is not a venue to rehash the same arguments. WP:DROPTHESTICK and move on. I appreciate the ping by Gonnym and am also troubled by the fact that only person pinged was the one who supported keeping the template to begin with. That is essentially WP:CANVASSING. Zackmann (Talk to me/What I been doing) 00:17, 20 December 2025 (UTC)[reply]
  • Question about the statement that the Oxford comma is not supported by {{enum}}. It appears from the documentation that and = ", and" will do that. Can someone explain how the and = option of {{enum}} is not sufficient? I may change my vote based on the answer. Robert McClenon (talk) 01:37, 20 December 2025 (UTC)[reply]
    @Robert McClenon: Imagine you have a template called {{Foobar}}, and this template contains the following code: {{Enum|{{{one|}}}|{{{two|}}}|{{{three|}}}|and=, and&#32;}}. When you write {{Foobar|one=apples|two=oranges}} you get “apples, and oranges”, and it will be unnecessarily hard to remove that comma. It is actually not so rare for templates to call {{Enum}} in this way (but without the |and= parameter)—see for instance {{Underused external link template}}; these templates would have no easy way to use a serial comma if they wanted to. --Grufo (talk) 03:32, 20 December 2025 (UTC)[reply]
    Okay. I understand that you are saying that the problem with the {{enum}} template and the and=", and" parameter is that it introduces an Oxford comma between two elements.
    So it seems that the reason for this request either to restore the deleted template or reopen the deletion discussion is that the template was deleted based on an incorrect assumption that {{enum}} would provide the same result. Robert McClenon (talk) 04:51, 20 December 2025 (UTC)[reply]
    Exactly. But that is not all. In that discussion only two editors argued that this template would allegedly be redundant to {{Enum}} (although one of the two switched between multiple arguments). One editor actually argued that serial commas are not needed in general (but that would go against MOS:VAR), and the last editor only wrote “Unused template. Theoretically useful, so perhaps recreate when it might be deemed to be practically useful”. --Grufo (talk) 05:23, 20 December 2025 (UTC)[reply]
  • Question Ignoring TFDREASON#3 for a second, do we have a documented case where the enum template's lack of support for Oxford comma broke an edit, caused a display/style issue, or caused some other technical problem? Jumpytoo Talk 07:50, 20 December 2025 (UTC)[reply]
    @Jumpytoo, there are plenty of other templates that use enumerated lists within them. There are also plenty of articles that have an established style of using an Oxford comma. Any article that uses such a template and also has an established style of using an Oxford comma will be unable to maintain that style (an issue per MOS:VAR) without functionality to add an option to use an Oxford comma. It is difficult to run a query to fetch the list of such articles given that we have no {{Use Oxford comma}} tags on articles the way we do e.g. {{Use British English}} tags (perhaps we should). Sdkbtalk 18:48, 20 December 2025 (UTC)[reply]
    I see, looking at the below discussion as well, I will support allowing recreation, but recommending finding a usage for the template first before doing so Jumpytoo Talk 08:07, 23 December 2025 (UTC)[reply]
  • Endorse. I was aware of everything discussed above when I !voted and I still !voted delete. The same is true for other participants, I'd say. A template being unused is not a weak reason to delete. Recreate and immediately use it; this will overcome the reason why the page was deleted.—Alalch E.
    @Alalch E.: Correct me if I am wrong, but the template can be recreated only if it is deleted on the ground that it is unused, but not if it is deleted on the ground that it is redundant. That fact that you say it is not redundant (I agree btw) and can be recreated if used might meet the opposition of others who voted delete for other reasons. --Grufo (talk) 11:06, 20 December 2025 (UTC)[reply]
    If you were to recreate the template and reasonably immediately implement it, any admin who would G4-delete would be making a mistake. That mistake would be correctable in a DRV, for example. This DRV is not useful, as there's no mistake to correct. —Alalch E. 11:25, 20 December 2025 (UTC)[reply]
    Alright. Then it seems pretty easy. Although some might hate the serial comma, it can easily become mandatory in English to avoid ambiguity:
    • I saw my two brothers, Robert and Karl.
      (i.e. I saw two persons, whose names are Robert and Karl, and they are my brothers)
    • I saw my two brothers, Robert, and Karl.
      (i.e. I saw four persons)
    --Grufo (talk) 18:33, 20 December 2025 (UTC)[reply]
    Which article is that from? —Alalch E. 09:51, 21 December 2025 (UTC)[reply]
    Oh that was just the first example that came to my mind. Asking about ambiguous examples from articles is a bit unfair, because if editors identified possible ambiguities while they were writing they also found the solutions already, either by not using {{Enum}} or by using different words. So the research you are implicitly asking will necessarily suffer from cherry-picking (and I know you know that already). However, by looking at how {{Enum}} is most often used in articles (#1, #2)—see for instance Tyrol Schistose Alps—it is not hard to come up with made-up (yet possible) ambiguous examples:
    • {{enum|Croatia|Slovenia|Bosnia and Herzegovina|North Tyrol|South Tyrol}}
      ↳ Croatia, Slovenia, Bosnia and Herzegovina, North Tyrol and South Tyrol
    Without serial comma I have no idea how many people will undestand that North Tyrol and South Tyrol are two different regions that belong to two different countries (Austria and Italy). Moreover, consider that the example above belongs to those cases in which the serial comma is either mandatory or almost mandatory; yet some people might want to use the serial comma just because they like it, and that is also fine. --Grufo (talk) 14:47, 21 December 2025 (UTC)[reply]
    Perhaps people click on the link? The Banner talk 17:23, 21 December 2025 (UTC)[reply]
    I agree with you, Grufo, that this is a valid real example of where a serial comma is needed and is missing due to how the enum template works by default. In the TfD it was noted that the enum template can produce a serial comma. Participants did not believe that another template is needed, functionally similar to enum (irrespective of similarity or dissimilarity of implementation). I'd take this to the talk page of enum and try to enact a consensus to change the template code to one that retains no serial comma by default but has more robust support for the serial comma than enum, so that it's resistant to the "A, and B" (B being the second and only other member of the list) scenario. I'm going to keep my !vote as endorse here, and I continue to oppose two templates. —Alalch E. 21:29, 21 December 2025 (UTC)[reply]
    @Alalch E.: Thank you for your reply. As you might have noticed, I emphasized in my previous message that we were talking about usage in articles, because there people will always find a way to write things, in a way or another. But as I mentioned earlier, the real problem (unsolvable via {{Enum}}) happens in templates. In my opinion {{Enum}} should not support the |comma= and |and= parameters at all (we already have {{Separated entries}} if you want to specify those), and instead all these courtesy templates like {{Enum}}, {{Hlist}}, etc. should do only one thing and do it well. We even have {{Comma separated entries}}. That is also why I still prefer a separate template for serial commas. That said, supporting the serial comma via {{Enum}} will be better than not supporting it (even though not ideal if you ask me). --Grufo (talk) 21:44, 21 December 2025 (UTC)[reply]
  • Keep deleted Superfluous and at present unused. What issue does it solve? The Banner talk 15:35, 20 December 2025 (UTC)[reply]
  • Keep deleted no error by the closer was identified here. This entire discussion is mere TfD-round-2-ing. * Pppery * it has begun... 16:18, 20 December 2025 (UTC)[reply]
  • Comment - I have struck my Relist. We have had the discussion that the appellant requested, and it has not been persuasive. Robert McClenon (talk) 17:40, 20 December 2025 (UTC)[reply]
  • Overturn This was a poorly attended discussion which did not address any of the points brought up here, and if they had been brought up this would have been kept in the absence of additional consensus. I'd change this to no consensus and allow an immediate renomination. SportingFlyer T·C 23:06, 20 December 2025 (UTC)[reply]
    5 people at a TFD is not a poorly attended discussion. It's probably not even so for any other deletion forum at this time either. Izno (talk) 06:20, 30 December 2025 (UTC)[reply]
  • Allow restoration, unless {{Enum}} can be fixed. I see nothing wrong with how the TfD was closed. But the bar for keeping a template is even lower than that for keeping a redirect. Grufo's explanation more than suffices to pass that low bar. I understand why those dealing with such issues are passionate about them, but this just isn't worth the time we've spent on it here. Zackmann08's advice to WP:DROPTHESTICK applies to everyone. Owen× 10:55, 21 December 2025 (UTC)[reply]
  • There's two options here:
  1. Recreate the template; maybe simplify the code if that's the problem since I hear from many other of TfDs (that resulted in delete) against Grufo that a major concern was overcomplication.
    1. This could probably be a wrapper template around Enum.
  2. Fix Enum so it can say both "A and B" and "A, B, and C".
    1. I do not think simply modifying existing behavior with the "and" parameter is an option. The key here is "existing behavior"—I'm fairly sure there should be existing templates that rely on the "and" parameter being applied consistently as long as the number of list items is more than one. (Changing the output just for the case of "and=, " is IMO too bespoke and counterintuitive.)
    2. We could make a different parameter that would have this behavior, but besides being a little bespoke, I believe adding on new code for this specific use case far less common than Enum's 11,140 is overkill and unwieldy to maintain, with such a low-use feature affecting such a high-risk range.
Hence, I lean weak restore per Owenx. Aaron Liu (talk) 03:12, 23 December 2025 (UTC)[reply]
  • Endorse. Appellant inappropriately attempts to reargue their case on the merits. This board is for procedural errors, which the appeal does not allege. Sandstein 15:20, 26 December 2025 (UTC)[reply]
    @Sandstein: That might not be completely correct. It is true that the closer found the (little) consensus required by WP:TFDCI to close the discussion, so there was no mistake from them. But a procedural error lied in the fact that consensus was based on a false premise concerning {{Enum}}'s support for serial comma, which might even have held back others from commenting in the template's favor. The very reason a redirect was kept afterwards and Sdkb initially did not want to remove it was the belief that {{Enum}} supported the serial comma. --Grufo (talk) 19:35, 26 December 2025 (UTC)[reply]
    That's not an error by the closer, which is what we are here to review. That deletion discussion participants make mistakes is routine and not grounds for deletion review. I suggest seeking consensus to amend the Enum template to support serial commas instead. If that succeeds, all should be happy, and if that fails, it confirms that this deletion reflects community consensus. Sandstein 21:48, 26 December 2025 (UTC)[reply]
    Errors by the closer might not be the only thing worth the attention of this venue. That would be point #1 of Wikipedia:Deletion review § Purpose, whereas point #3 mentions “substantial procedural errors in the deletion discussion …” (emphasis is mine). Whether we like the template or not, that discussion was pretty terrible. That might also explain why the topic was felt still pending afterwards (#1, #2). --Grufo (talk) 23:16, 26 December 2025 (UTC)[reply]
    The problem with your quote is that the only errors alleged here are substantive and not procedural. * Pppery * it has begun... 01:47, 27 December 2025 (UTC)[reply]
    How should we draw that line though? Imagine an extreme scenario: imagine someone nominated for deletion a template similar to {{See also}} and the majority argued that it is redundant to {{Strong}} (of course it isn't, they are very different templates); as such it gets deleted; would these not be considered procedural errors in the deletion discussion? Where should that discussion be challenged? --Grufo (talk) 19:57, 1 January 2026 (UTC)[reply]
    "Procedural" has a specific meaning on Wikipedia and in most places with debate rules. A procedural problem is a mistake in how a decision or process is carried out (rules, steps, timing, notice, authority, documentation, etc.). What you mentioned is a substantive debate, a disagreement about what the decision or outcome should be (facts, judegments, or merits of the issue). Aaron Liu (talk) 19:58, 2 January 2026 (UTC)[reply]
    Where should this be argued? Aaron Liu (talk) 19:58, 26 December 2025 (UTC)[reply]
    In an appropriate template or project talk page, as suggested above. Sandstein 21:50, 26 December 2025 (UTC)[reply]
    I've mentioned why I believe amending Enum to be a bad idea (maintenance). On which project talk page should the recreation of the template be argued? I unfortunately can't find one. Aaron Liu (talk) 22:54, 26 December 2025 (UTC)[reply]
    As I've commented somewhere else, Module:Separated entries, which is the base module for this and other templates, should just have a |serial=yes option added to it. It's that simple. Gonnym (talk) 06:56, 27 December 2025 (UTC)[reply]
    Though modules don't have the PEIS concerns adding text to templates does, what I've said about risk applies twohundredfold more to SeparatedEntries's 2,647,141 transclusions. Aaron Liu (talk) 17:02, 29 December 2025 (UTC)[reply]
    Because this TFD concluded that Wikipedians don't want a separate template for this purpose, the only remaining options are to amend an existing template or not support lists with serial commas, which is an entirely unimportant issue to begin with. Sandstein 19:25, 28 December 2025 (UTC)[reply]
    Actually, if you look into what this TFD concluded, two editors said serial commas are already supported by {{Enum}}, one said that serial commas are bad, one said to recreate this template as soon as it is needed. Nobody in this TFD said we have to amend an existing template. --Grufo (talk) 00:55, 29 December 2025 (UTC)[reply]
    Please stop addressing me. Gonnym (talk) 11:15, 29 December 2025 (UTC)[reply]
    Nobody is talking with you, nor addressing you, nor mentioning you. --Grufo (talk) 12:50, 29 December 2025 (UTC)[reply]
    Is there a reason recreation, as many here support, should not be an option when they believe we want a template for this purpose? Aaron Liu (talk) 17:05, 29 December 2025 (UTC)[reply]
    I completely disagree with the premise of this endorse. DRV is a forum for challenging deletions, not for challenging actions of administrators. This was a lightly attended discussion, and if the rationale for deleting can be overcome, this is absolutely the correct forum. SportingFlyer T·C 03:49, 30 December 2025 (UTC)[reply]
    Not so. We regularly dismiss DRV nominations that treat DRV as a second round of XfD. Our instructions provide: "Remember that deletion review is not an opportunity to (re-)express your opinion on the content in question. It is an opportunity to correct errors in process (in the absence of significant new information), and thus the action specified should be the editor's feeling of the correct interpretation of the debate." Sandstein 08:55, 30 December 2025 (UTC)[reply]
    I agree we regularly dismiss DRV nominations that treat DRV as a second round of XfD. I do not think this petition falls into that category at all. SportingFlyer T·C 01:06, 31 December 2025 (UTC)[reply]
    I fully concur with SportingFlyer here. This is basically the platonic ideal of why WP:NOTBURO is a policy. It boils down to this: If the template benefits Wikipedia, it should exist, and if not, it should not. It's one thing for those opposed to the template to make arguments that it should not exist. But it's another thing, when those arguments start being refuted, for them to turn to wikilawyering to try to create a situation in which there is no possible reasonable venue to contest and overturn the decision. A pedantically narrow interpretation of DR's remit does nothing but bolster that disingenuous tactic. Sdkbtalk 04:32, 3 January 2026 (UTC)[reply]
    It hasn't been refuted. The current template handles serial comma, and has before this template was created with the |and= parameter. A better solution was proposed and you didn't want it. The community was against the template you wanted. And finally, this was never the venue to relitigate everything again. Gonnym (talk) 13:53, 3 January 2026 (UTC)[reply]
    The current template handles serial comma @Gonnym, then show us how. I previously asked you to do so, and you responded dismissively with an example that ignored the A, and B issue that had been pointed out to you already (and that I stated again in opening this review). When called out on that, you disengaged. If there is a method that you have for some reason been keeping in your pocket, now is the time to lay it out. If not, and you are just repeating your claim while ignoring the A, and B issue with it, then be advised that a deliberate failure to get the point is behavior could lead to sanctions against you. Sdkbtalk 19:36, 3 January 2026 (UTC)[reply]
    A good exercise would be that of pasting below a version of {{Underused external link template}} that uses the serial comma (possibly trying to stick to {{Enum}}, without Byzantine solutions, and guaranteeing the correct output for every empty parameter). --Grufo (talk) 20:23, 3 January 2026 (UTC)[reply]
    For the umpteenth time (and it would actually be helpful if you literally take a look at the code instead of ignoring anything you don't like). Here is how you can do A, and B:
    • {{enum|A|B|and=, and{{space}}}} -> A, and B
    This is without any changes to the current template. As I said previously, and previously and previously, changing the base module can make this cleaner, but you didn't want that.
    I'm pretty done with this discussion, but I just wanted to make sure to any closing admin that the "refuted" claim is factually incorrect, yet keeps being repeated, even when shown otherwise. Gonnym (talk) 10:09, 5 January 2026 (UTC)[reply]
    “For the umpteenth time”: Indeed you keep repeating yourself again and again, without listening to what is being replied to you n + 1 times, often with fresh new arguments on top of the previous ones. Please, try to pay attention this time:
    • Everywhere but in templates, when we want to have A, B and C we don't write {{Comma separated entries|A|B|C|conjunction=&#32;and&#32;}}; instead we write {{Enum|A|B|C}}. Using an even stronger argument (the previous code does not change depending on the number of items, but the following does), when we want to have a list with the serial comma it makes sense that we write {{List with serial comma|A|B|C}} instead of having to distinguish manually {{Enum|A|B|C|and=, and#32;}} from {{Enum|A|B}}
    • In templates, as I mentioned earlier, there is simply no solution. I invite you to address this commentand it would actually be helpful if you literally take a look at the code instead of ignoring anything you don't like.
    “As I said previously, and previously and previously, changing the base module can make this cleaner, but you didn't want that”: I am not aware of Sdkb refusing anything of what you are claiming (can you please reference this?). What I saw happening instead is that you refused your own favorite idea of amending {{Enum}} to support serial commas, even though multiple users are telling you that amending {{Enum}} to support serial commas is not the best thing to do. --Grufo (talk) 12:53, 5 January 2026 (UTC)[reply]
  • Endorse. The TfD was properly run and closed correctly. - SmokeyJoe (talk) 00:23, 3 January 2026 (UTC)[reply]
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Draft:Sajid Akram (terrorist) (talk|edit|history|logs|links|watch) (restore)

This page was deleted under G5 as a contentious-topic creation. I believe this deletion was in error because the article is about a specific criminal event in Australia (the 2025 Bondi Beach shooting) and is not related to the Arab–Israeli conflict. All content is supported by reliable sources such as Sky News, SMH, CNN, and The Guardian. The article maintains a neutral tone, follows Wikipedia BLP and crime article policies, and does not promote political viewpoints. I respectfully request that the page be reviewed for restoration. Cobaltx2015 (talk) 12:21, 18 December 2025 (UTC)[reply]

The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
Archives, by year and month
Year Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2026 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2025 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2024 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2023 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2022 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2021 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2020 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2019 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2018 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2017 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2016 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2015 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2014 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2013 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2012 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2011 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2010 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2009 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2008 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2007 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2006 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec