Cannabis Ruderalis

Content deleted Content added
Tags: Mobile edit Mobile web edit
Line 1: Line 1:
{{pp-move-indef|small=yes}}{{User:MiszaBot/config
{{pp-move-indef|small=yes}}__NOINDEX__
{{/Header}}
{{User:MiszaBot/config
|maxarchivesize = 200K
|maxarchivesize = 200K
|counter = 72
|counter = 87
|minthreadsleft = 5
|minthreadsleft = 4
|algo = old(30d)
|algo = old(30d)
|archive = Wikipedia talk:Criteria for speedy deletion/Archive %(counter)d
|archive = Wikipedia talk:Criteria for speedy deletion/Archive %(counter)d
|archiveheader = {{Aan}}
|archiveheader = {{Aan}}
}}
}}{{User:HBC Archive Indexerbot/OptIn
{{User:HBC Archive Indexerbot/OptIn
|target=Wikipedia talk:Criteria for speedy deletion/Archive index
|target=Wikipedia talk:Criteria for speedy deletion/Archive index
|mask=Wikipedia talk:Criteria for speedy deletion/Archive <#>
|mask=Wikipedia talk:Criteria for speedy deletion/Archive <#>
Line 12: Line 15:
|indexhere=yes
|indexhere=yes
}}
}}
{{talk header|WT:CSD|search=yes}}
{{talk header|WT:CSD|search=yes|archive_age=30|archive_units=days|archive_bot=lowercase sigmabot III}}
{{Wikipedia talk:Criteria for speedy deletion/Header}}
{{Copied
{{Copied
|from = Wikipedia:Categories for discussion/Speedy/Criteria
|from = Wikipedia:Categories for discussion/Speedy/Criteria
|from_oldid = 584487717
|from_oldid = 584487717
|to = Wikipedia:Criteria for speedy deletion
|to = Wikipedia:Criteria for speedy deletion
|to_diff = 584576665it
|to_diff = 584576665
|to_oldid = 584575352
|to_oldid = 584575352
|date = 20:38, 4 December 2013
|date = 20:38, 4 December 2013
|small =
|small =
}}{{Copied
| from = Wikipedia:Criteria for speedy deletion
| from_oldid = 749905429
| to = Wikipedia:Categories for discussion/Speedy
| to_diff = 749906249
| date = 16 November 2016
}}
}}
{{Auto archiving notice|bot=lowercase sigmabot III|age=3|units=weeks|small=yes}}
{{Cent}}
__NOINDEX__


== Improper disambiguation redirects ==
<!--Begin discussion-->
=== First RfC ===
{{closed rfc top
| status =
| result = '''Procedural close'''. Per [[WP:PGCHANGE]], this discussion was required to be widely advertised; it was not. Editors are encouraged to participate on the follow-up RfC below. [[User:Voorts|voorts]] ([[User talk:Voorts|talk]]/[[Special:Contributions/Voorts|contributions]]) 01:35, 8 March 2024 (UTC)
}}


== Proposal to merge db-blankdraft into G13 ==


For a while now [[WP:RFD]] has been flooded with nominations for redirects that a missing a space between the term and the opening parenthesis of a disambiguator (e.g. [[Constantine(video game)]] and [[Scaramouche(1952 film)]]), see for example sections 17 to 35 at [[Wikipedia:Redirects for discussion/Log/2024 January 31]], sections 17 to 57 at [[Wikipedia:Redirects for discussion/Log/2024 February 1]], and similar in the days leading up to them. These discussions invariably end up being deleted uncontroversially, and the number of discussions is causing issues for RfD (see e.g. [[Wikipedia talk:Redirects for discussion#Can we reduce the number of RfDs transcluded on this page?]]). Accordingly I propose a new speedy deletion criterion R5:<br>
Now that pretty much all drafts are under the purview of AfC, it seems unnecessary to have {{tl|db-blankdraft}} separated out into its own category with different deletion criteria from what we're using on draftspace drafts. I think it would be better if we eliminated {{tl|db-blankdraft}} and then add a new criteria under G13 allowing any draft, userspace or draftspace, containing only default placeholder text to be deleted after six months of no edits. That would bring it in line with how AfC drafts are currently being handled. --[[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 07:21, 2 November 2018 (UTC)
'''Redirects with no space before a parenthetical term''', e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does not apply to terms that will correctly or plausibly be searched for without spaces, e.g. [[501(c)(3)]]
*What would be the benefit? When blank or near blank Draft space pages come up unedited 6 months we G13 them anyway. In userspace we use "blank draft" and in Draft space G2 test edit to delete blank submissions. Perhaps we should extend Blank Draft over Draft space in Twinkle so we can more accurately tag the blank pages. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 08:00, 2 November 2018 (UTC)
*''Before'' nominating a redirect under this criterion:
*:{{ping|Legacypac}} Right now, db-blankdraft requires a full year without any edits from the page creator, while G13 only requires six months without edits ''to the page''. The only policy difference I'm proposing is changing the db-blankdraft requirements to the same "six months without page edits" we're using with G13 and extending it over draftspace as well. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 08:05, 2 November 2018 (UTC)
**Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist
For reference, here's what I'm proposing as a rewritten G13:
**Adjust any incoming internal links to point to the correctly spaced version.
{{blockquote|This applies to any pages in the [[WP:Drafts|draft namespace]], any pages in [[WP:UD|userspace]] with the {{Tl|AFC submission}} template that are not currently pending review, and any drafts in either namespace with no content except the placeholder text generated by the [[WP:AZ|article wizard]] that have not been edited (excluding bot edits) in over six months. Redirects are excluded from G13 deletion. Drafts deleted in this manner may be restored upon request by following the procedure at [[Wikipedia:Requests for undeletion/G13]].}}
*This criterion does not apply if the redirect is the result of page move made less than 30 days ago, but criteria [[WP:CSD#R3|R3]] and/or [[WP:CSD#G6|G6]] may apply.
All it really is is consolidating and slightly generalizing existing deletion policies to make it easier to eliminate pure, unnecessary trash. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 08:14, 2 November 2018 (UTC)
The rationale for the last bullet is to allow time for mirrors, etc. to catch up. If the page was moved and then immediately moved again, or created at this title then quickly moved then this title was obviously created in error and G6 applies. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 13:34, 2 February 2024 (UTC)


*'''Support''' totally logical. So we would depreciate the G6 blank draft criteria then. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 08:27, 2 November 2018 (UTC)
*I'd '''support''' this. As you said, it's been an ongoing issue and the discussions end the same way every time. It's adding unnecessary bureaucracy when the outcome is clear from the beginning. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 13:39, 2 February 2024 (UTC)
*'''Support''' – these are among the most straightforward closes I regularly encounter at RfD, and they aren't adequately covered by R3 and G6. <sup>[[User:ComplexRational|'''<span style="color:#0039a6">Complex</span>''']]</sup>/<sub>[[User talk:ComplexRational|'''<span style="color:#000000">Rational</span>''']]</sub> 13:54, 2 February 2024 (UTC)
*Whatever "db-blankdraft" is, it's not G6. (Except for the folks who consider G6 to be "anything I can delete without anyone except maybe some random influenceless newbie raising a fuss" or "any new speedy deletion criterion I can sneak in without gaining consensus for a new speedy deletion criterion".) I also agree that this is better than mistagging such pages as test edits. —[[User:Cryptic|Cryptic]] 12:05, 2 November 2018 (UTC)
*'''Support'''. I would also support coverage of other obvious typographical errors, such as disambiguators missing a closing paren. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 15:26, 2 February 2024 (UTC)
**On a bit more reflection, I'm more in favor of generalizing A3 to apply to most non-talk namespaces. We'd have to identify a few classes of pages to exclude - categories, sandboxes, and galleries of (free) images in userspace spring to mind. I still support this proposal, as written, as a second choice. —[[User:Cryptic|Cryptic]] 13:08, 2 November 2018 (UTC)
***Also needing to be excluded would be redirects and soft redirects, files and file description pages (especially for files hosted at Commons), templates (especially ones that don't display anything much/are just a framework + a transcluded documentation page), user and user talk pages. I don't think this would be an improvement. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 15:31, 2 November 2018 (UTC)
*:The most recent large discussion I found about missing closing parentheses was very controversial as they were working around an external link problem. I can't remember what the outcome was in the end but it was relisted a couple of times, so not at all suitable for speedy deletion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 15:30, 2 February 2024 (UTC)
*::I've started trying to track past nominations such as these and I have 3 bulk nomination links saved in my notes for these types of redirects. They're for [[Wikipedia:Redirects_for_discussion/Log/2019_February_22#Misplaced_or_missing_brackets|February, 2019]], [[Wikipedia:Redirects_for_discussion/Log/2019_April_20#More_missing_brackets|April, 2019]], and [[Wikipedia:Redirects_for_discussion/Log/2022_October_27#Redirects with disambiguators missing ")"|October, 2022]], the most recent of which was contentious. I'm sure you already know Thryduulf, but I thought I'd share the links for reference. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 17:28, 2 February 2024 (UTC)
*'''Support'''. G6 is by far the worst CSD criterion we have for misuse per Cryptic and anything that moves us a step closer to actually make it meet the standards required of new criteria is a good thing. Moving one aspect of it to a different criteria where it fits better is an example of such a step. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:39, 2 November 2018 (UTC)
*'''Support''' - This is a clear improvement over the status quo. [[User:Tazerdadog|Tazerdadog]] ([[User talk:Tazerdadog|talk]]) 17:07, 2 November 2018 (UTC)
* '''Support''' [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 16:11, 2 February 2024 (UTC)
*'''Support''' per {{u|Thryduulf}}. Word for word. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] [[User talk:Amorymeltzer|t]][[Special:Contributions/Amorymeltzer|c]])''</small> 00:52, 3 November 2018 (UTC)
*'''Support''' but I would title it "Redirects with no space before a parenthetical [[Wikipedia:Disambiguation|disambiguator]]" to define the scope. If not then things like [[501(c)(3)]] absolutely will be carelessly tagged and deleted. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 16:36, 2 February 2024 (UTC)
*'''Support''' Makes sense, less confusing [[User:Funplussmart|funplussmart]] ([[User talk:Funplussmart|talk]]) 15:58, 3 November 2018 (UTC)
*:Good suggestion. I think that's a good differentiation to make. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 17:32, 2 February 2024 (UTC)
*Why aren't these R3's? Is it just that we're only now working through a backlog of very old ones that nobody noticed before? What happens when those are gone? And would a database report to detect new ones help? —[[User:Cryptic|Cryptic]] 17:07, 2 February 2024 (UTC)
*'''Support''' logical. [[User:Cabayi|Cabayi]] ([[User talk:Cabayi|talk]]) 16:02, 3 November 2018 (UTC)
*:Some of the ones that have been nominated recently have been around for over a decade. I guess a database report wouldn't harm. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 17:10, 2 February 2024 (UTC)
*'''Q''' Would this mean blank drafts would wait 6 months before being deleted? I assume I'm missing something... [[User:Serial Number 54129|<span style="color:black">'''——'''</span>]][[Special:Contributions/Serial Number 54129|<span style="color:black">'''''SerialNumber'''''</span>]][[User talk:Serial Number 54129|<span style="color:#8B0000">'''''54129'''''</span>]] 16:03, 3 November 2018 (UTC)
*::Very preliminary version at [[quarry:query/80153]]. Very many false positives still, chemical names in particular, and it's not immediately obvious how to filter them out without introducing false negatives. I'd hope that most wouldn't be interpreted as a disambiguator, but I'm sure someone would eventually carelessly speedy ones like {{!r|Chromium(III)}}, and I wouldn't be entirely surprised to find ones of the much-more-common sort like {{!r|Dysprosium(III) nitride}} tagged db-r5 either.{{pb}}What I'm not seeing are recently-created ones. The current most recent is [[Deportivo Toluca F.C.(women)]] from January 13, and the next most recent is [[Fletcher Ladd(justice)]] from December 14. Unless RFD has been very diligent about deleting recently-created ones in particular recently - has it? - this suggests to me a backlog we can hope to eventually clear rather than an ongoing and permanent problem. —[[User:Cryptic|Cryptic]] 17:55, 2 February 2024 (UTC)
**Yes. In draftspace and for userspace drafts with AFC templates, that's no different from the status quo. For userspace drafts without AFC templates, this proposal shortens it from sitting for a year (or longer, if the author edits other pages; or shorter, if you can con an admin into deleting it immediately). —[[User:Cryptic|Cryptic]] 16:14, 3 November 2018 (UTC)
*:::I [https://quarry.wmcloud.org/query/80155 tweaked your query] to just filter out the articles, which got the total down to 12.2k. If it helps, {{noping|Dcirovic}} seems to have created 900+ of the redirects that appear in the query. I expect that they're legit ones which could be removed. I also noticed that your list is including redirects that contain "-(", which could be something to look at to trim it a bit. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 19:22, 2 February 2024 (UTC)
:(Ec) :I am in favor of reducing the wait from one year after the editor has been active" (a silly long time) to "6 months after the userspace blank draft was created." For Draft space blank submissions to AfC I see no reason to retain these test edits for more than a few minutes. The deleted page can always be easily recreated but almost never are. I CSD hundreds of blank pages submitted to AfC every few months to reduce the G13 burden and they never come back. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 16:20, 3 November 2018 (UTC)
*::::Filtering out non-redirects is good if you're looking for more to bring to RFD, or potentially speedy. It's not so good in the context of this discussion (since it also filters out redirects currently at RFD, since they're not technically redirects while tagged) or in an ongoing database report (we'd want to see pages created at or moved to titles like these as soon as they happen, not just after someone else happens to notice them, moves them back, and doesn't deal with the redirect).{{pb}}You can reasonably go further than just eliminating -( by looking specifically for a letter- or digit-like character before the paren, as in [[quarry:query/80157]]. Again, if I were watching a date-ordered report, I'd rather see them show up than risk missing a false negative - it misses [[Deportivo Toluca F.C.(women)]] from above, for example. —[[User:Cryptic|Cryptic]] 20:59, 2 February 2024 (UTC)
This has been open over three weeks with no opposition, and no comments at all in nearly that long, so I think it is approaching time for a formal closure and implementation by someone uninvolved. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:47, 25 November 2018 (UTC)
*:::::Even just removing '-(' is going to filter out redirects we should deal with, like {{!r|Hurdling-(horse race)}}. —[[User:Cryptic|Cryptic]] 21:28, 4 February 2024 (UTC)
:Formal closure requested at [[WP:ANRFC]]. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 01:51, 3 December 2018 (UTC)
*::::I don't know the flavor of SQL being used here and I don't have Quarry access but could it stand to have something along the lines of <code>AND NOT EXISTS (SELECT 'X' FROM page otherpage WHERE otherpage.page_title = REPLACE(page.page_title, '(', ' (')</code>? <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Largoplazo|Largoplazo]] ([[User talk:Largoplazo#top|talk]] • [[Special:Contributions/Largoplazo|contribs]]) 20:56, 3 February 2024 (UTC)</small>
*:::::WMF-run wikis are backed by [[MariaDB]], a MySQL fork. You (and anyone else with a registered account) do have Quarry access, if you care; click "Login" from the upper right and it'll bounce you through meta. And, again, that sort of refinement is going to result in many false negatives - this time, it'll find pages that haven't been partially dealt with (by someone creating the properly-disambiguated title), but miss cases where someone saw a page at [[Acme(widget manufacturer)]] and moved it to [[Acme (widget manufacturer)]] without dealing with the leftover redirect. —[[User:Cryptic|Cryptic]] 20:38, 4 February 2024 (UTC)
*:::That right there is one of the largest groups of false positives I've found: Valid chemistry-related titles with parentheses without spacing before/after parentheses. Thus .. my reservations about making this a CSD. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 19:59, 4 February 2024 (UTC)
*::::<small>(For what it's worth, here's the regex query I've developed over time that reduces the amount of chemistry-related false positives: <code>[^ 0-9:\-\)]\([^0-9\-\)][^\)]</code>. ([https://en.wikipedia.org/w/index.php?search=intitle%3A%2F%5B%5E+0-9%3A%5C-%5C%29%5D%5C%28%5B%5E0-9%5C-%5C%29%5D%5B%5E%5C%29%5D%2F&title=Special:Search&profile=advanced&fulltext=1&ns0=1 Search using this regex] [takes a bit to load]) However, it also doesn't allow any numbers directly after a "<code>(</code>" which will make "bad" disambiguators that start with years not appear in the list either.) [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 20:09, 4 February 2024 (UTC)</small>
*:::::<small>(Well, I just tried my own regex a few times, and even that list on 20 titles has like 2–3 false positives. Over the years, trying to write the perfect regex to reduce false positives has been rather difficult.) [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 20:15, 4 February 2024 (UTC)</small>
*::::@[[User:Steel1943|Steel1943]] What we could do is tag chemistry redirects with a proper redirect category and then exclude the redirect template or category from the query. This way future editors will also know that these aren't fit for speedy deletions. [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 20:46, 4 February 2024 (UTC)
*'''Support''' it seems to pass most of the NEWCSD requirements, objective, as noted all discussions seem to today result in deletion with most people agreeing, uncontestable, there is a clear consensus today to delete these, frequent, although it may become less frequent if newer ones are caught and deleted under R3 other namespaces and if future ones get missed (and some in other namespaces not yet checked as all from what I can remember have been namespace redirects but there will probably be such redirects in other namespaces) will be needed, nonredundant, as noted while many newer ones can be deleted under R3 older ones can't and although it could already be argued these can be deleted under G6 it would probably be more sensible for the same reason G14 was split to have a separate criteria. In terms of consensus etc in previous years such redirects were kept often per [[WP:CHEAP]], see [[Wikipedia:Redirects for discussion/Log/2013 December 26#Burn (Scotland]] but in more recent years such as [[Wikipedia:Redirects for discussion/Log/2022 October 27#Redirects with disambiguators missing ")"]] the consensus has changed namely that such redirects are [[WP:COSTLY]]. I would put one condition here, that the redirect doesn't have any article content history currently at the title (as opposed to from a move) [[Wikipedia:Redirects for discussion/Log/2024 January 30#Montblanc(ffta)]] for example was an article so as a sub topic the history should probably be moved to [[Montblanc (ffta)]] (and the resulting redirect could then be deleted under R5) and [[Wikipedia:Redirects for discussion/Log/2024 January 29#Musa(name)]] which has significant history. When it comes to such redirects they should in some cases be moved to the correct title, in some cases should be restored and sent to AFD and in some cases are simply duplicates which means that if they only contain nonsense etc or don't contain any significant content not in the target they don't need to be kept and could have been deleted as A10 if they hadn't been redirected.
*I also think we should cover "(Disambiguation)" redirects like [[London (Disambiguation)]] per [[Wikipedia:Redirects for discussion/Log/2022 August 24#"Title (Disambiguation)" redirects to disambiguation pages]]. I would also support incorrectly capitalized qualifiers like [[Morbius (Film)]], see [[Wikipedia:Redirects for discussion/Log/2022 September 13#Morbius (Film)]] but the consensus seems to be weaker. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 22:17, 2 February 2024 (UTC)
*:Excluding redirects that have history as an article would seem best as there aren't so many of them that RfD would be overwhelmed and the best course of action is not always the same. As for "improperly" capitalised disambiguators, the consensus that these are bad is weak and (from my biased perspective) getting weaker so they definitely shouldn't be speedily deleted. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:25, 2 February 2024 (UTC)
*::I'm surprised those capitalizations were deleted. I don't personally support that as alternative capitalizations are typically valid redirects. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 22:33, 2 February 2024 (UTC)
*:::I don't think capitalization redirects with incorrect qualifiers are useful as users are very unlikely to use incorrect Wikipedia qualifiers, see [[WP:UNNATURAL]] and for internal searchers they would get to the correct place anyway. These redirects do inconvenience editors though.
*:::{{Ping|Thryduulf}} Would something like {{tq|This criteria does not apply to any redirect that has non-redirect content (such as being a separate article or template etc) at the ''current'' title's history unless the page would qualify for speedy deletion (such as A10 or G1) if restored. If the page was redirected more than a month ago then the page can be moved to the correct title without redirect or the resulting redirect deleted immediately under this criteria.}} This would clarify that redirects like [[Montblanc(ffta)]] could not be deleted by this criteria but because it was redirected ages ago it could be moved to [[Montblanc (ffta)]] without redirect or the redirect speedily deleted. While I don't really agree with you that article content can't be deleted at RFD I don't think article content should be speedily deleted under R5. And cases like say [[Musa(name)]] that have history that can't easily be moved would still go to RFD but as you say there aren't many of these case so shouldn't be a problem. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 20:06, 5 February 2024 (UTC)
*::::I think I agree with the concept in your second paragraph, but the wording isn't the clearest (I had to read it multiple times to be clear about what you mean). I've not got time right now to improve it though. Your first paragraph is almost completely backwards - they do help and don't hinder - (UNNATURAL is a mix of correct, debatable and incorrect) but as this is something good faith editors disagree about it fails the uncontroversial requirement for speedy deletion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:22, 5 February 2024 (UTC)
*I am wondering if this would make more sense as X3. Recently created redirects which match the description of the proposed R5 fall under R3; once the "backlog" has been cleared this would seem redundant (NEWCSD#4). I think RfD can handle the occasional [[term(dab)]] that makes it past NPR without getting nominated for R3. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 08:14, 3 February 2024 (UTC)
*:I '''<ins>strongly</ins> support X3''' and <s>oppose</s> '''<ins>weakly support</ins> R5'''. Once the backlog is cleared, it will be redundant (i.e. fail [[WP:NEWCSD]]4) to R3; RfD will be able to handle the occasional redirect that makes it through the R3 window. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 03:03, 23 February 2024 (UTC) EDITED 00:20, 6 March 2024 (UTC)
*'''Support''' per my [[User talk:Thryduulf#RDAB|previous discussion with Thryduulf]]. As I noted there, RfD has continued to be inundated with RDAB redirects, so I do think a CSD criterion is warranted. I would also support expanding the scope to cover the other types of errors mentioned at RDAB (I can live with capitalization differences being exempted, if others agree with Thryduulf that they are not uncontroversial), including ''(disambiguation'', ''((disambiguation)'', ''(disambiguation) (disambiguation)'', etc. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 18:17, 3 February 2024 (UTC)
*:Missing closing parentheses were controversial last time they were discussed en mass so are not suitable for speedy deletion. I don't recall seeing any of the others at RfD recently. [[Ø (Disambiguation) (disambiguation)]] is the only page I can find "(disambiguation) (disambiguation)", and that's a {{temp|R from merge}} so likely needs to be kept. As of the 21 November dump of page titles (the most recent I have downloaded) there were no instances of "((disambiguation" or "disambiguation))". [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 10:46, 4 February 2024 (UTC)
*::[[Wikipedia:Redirects for discussion/Log/2024 January 20#Andrew Sinclair (privy councellor and etc.]], [[Wikipedia:Redirects for discussion/Log/2024 January 20#Bonaparte's Retreat (Disambiguation)]], [[Wikipedia:Redirects for discussion/Log/2024 January 20#Islamic Resistance in Iraq (Disambiguation )]], [[Wikipedia:Redirects for discussion/Log/2024 January 21#Terminal value (philosophy/]], [[Wikipedia:Redirects for discussion/Log/2024 January 21#Chen Mingyi (Taiwan)]], etc. You can easily find more cases of RDAB via regex search, e.g. [https://en.wikipedia.org/w/index.php?sort=create_timestamp_desc&search=intitle%3A%2FRedirects+for+discussion%5C%2FLog%2F+%22RDAB%22&title=Special:Search&profile=advanced&fulltext=1&ns4=1] [https://en.wikipedia.org/w/index.php?sort=create_timestamp_desc&search=intitle%3A%2FRedirects+for+discussion%5C%2FLog%2F+insource%3A%2F%5C%28Disambiguation%5C%29%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1] [https://en.wikipedia.org/w/index.php?sort=create_timestamp_desc&search=intitle%3A%2FRedirects+for+discussion%5C%2FLog%2F+insource%3A%2Fdisambiguation%5C%29%5C%29%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1&searchToken=aj6kbknvyvtay16p5wngi20ye] [https://en.wikipedia.org/w/index.php?sort=create_timestamp_desc&search=intitle%3A%2FRedirects+for+discussion%5C%2FLog%2F+insource%3A%2F%5C%28disambiguation%5C%29+%5C%28disambiguation%5C%29%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1&searchToken=cpv446nrkk7gbzzuioksy18qs] [https://en.wikipedia.org/w/index.php?sort=create_timestamp_desc&search=intitle%3A%2FRedirects+for+discussion%5C%2FLog%2F+insource%3A%2F%5C%28disambiguation+%5C%7D%5C%7D%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1]. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 17:53, 4 February 2024 (UTC)
*'''Oppose''' while I like the idea; I don't think this will reduce the load on RfD. Maybe what is needed is a proposed deletion process. I think we can expand [[WP:PROD]] to include redirects. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 19:07, 3 February 2024 (UTC)
*:Please also see [[User_talk:176.33.241.125#Can you group all your misspaced parentheses RfDs into one nomination?]] where I give a kind request for all the similar redirects to be in one nomination to make discussion easier to follow. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 19:08, 3 February 2024 (UTC)
*:From memory, a PROD for redirects has been rejected previously and I oppose it now. PROD only works for pages that are reasonably well watched, but very few redirects are watched other than by their creators (and not even always then) so PRODed redirects are unlikely to be seen. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 10:38, 4 February 2024 (UTC)
*::Do you think extending the PROD duration and maybe having a bot update the list of PRODded redirects periodically would solve this problem? [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 17:53, 4 February 2024 (UTC)
*:::Also I disagree that PROD won't work for pages not well watched; we have maintenance categories where people can review PRODs and reject them if they disagree. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 18:00, 4 February 2024 (UTC)
*::{{tq|PROD only works for pages that are reasonably well watched}}: it was my impression that PROD is used largely by new page patrol, so that wouldn't be the case. No? [[User:Largoplazo|Largoplazo]] ([[User talk:Largoplazo|talk]]) 20:45, 4 February 2024 (UTC)
*:::I personally think PROD should be available to all types of pages but that's a different discussion. In any case these redirects shouldn't be left to clutter the search etc for 7 days. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 20:06, 5 February 2024 (UTC)
*'''Support'''. These RfD end the same and are basically just a waste of editorial time and take time away from the other nominations. [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 13:21, 4 February 2024 (UTC)
*{{ping|Utopes|p=}} just sent another batch of redirects to RfD today, so pinging them here. Also pinging {{ping|Steel1943|p=}}, who previously nominated several RDAB redirects, and notifying {{u|176.33.241.125}} on their talk page. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 18:10, 4 February 2024 (UTC)
*:Thanks for the tip! I didn't even realize this was a discussion taking place when I sent those, will leave a comment now. 👍 <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 20:31, 5 February 2024 (UTC)
*<s>'''Neutral'''</s>. I'm concerned drive-by admins will delete redirects that look like disambiguation issues when the title is actually valid (false positives). Examples: {{No redirect|BSc(Hons)}} (currently nominated at RFD) and {{No redirect|JANET(UK)}} (apparently, a valid alternative/former name for its target [see its [[special:History/JANET(UK)|edit history]] for my back-and-forth edits on this].) Yeah, given my level of participation in these redirects, one would think I would be supporting this ... but not so much since I'm concerned administrators may not get it right the first time when enforcing such a speedy deletion criterion, which has a potential to cause harm to the encyclopedia. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 19:47, 4 February 2024 (UTC)
*:'''Create a temporary criterion''' "X3" until the numbers get low enough to where it can be reasonably appealed. Thinking about this, turns out I'm okay if this is the chosen path, given that I think "X" criteria tend to make admins do a double take and research the redirect's history prior to deleting the redirect. Seems like such a situation could appease all parties. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 23:28, 9 February 2024 (UTC)
*I've stuffed the (full, unfiltered) results into subpages of [[User:Cryptic/Improper disambiguation redirects]], and am going to spend a few hours classifying them - maybe all of them, but at least the first subpage which has the thousand most recent. Yes, even the relatively-easy-to-detect chemical ones. A problematic case with two examples has already jumped out at me (maybe the same sort as Steel1943's above, I haven't looked at them) - {{!r|CPUSA(PW)}}/{{!r|CPUSA(P)}} and {{!r|PCd'I(ml)}}. Would the advocates of this criterion speedy those? And if not, how are they excluded by this wording? —[[User:Cryptic|Cryptic]] 20:42, 4 February 2024 (UTC)
*:The first two should be excluded as they "will [be] correctly or plausibly be searched for without spaces" - determined by them being listed in bold in the target article without spaces. [[PCd'I(ml)]] does not appear to be correct - the article uses the acronym spaced and every unspaced google hit seems to relate to this redirect, so would be correctly speedily deleted. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:08, 4 February 2024 (UTC)
*No confidence that some heathen who thinks there should be a space before the param list of function prototypes won't use this as an excuse to speedy [[int main(void)]]. —[[User:Cryptic|Cryptic]] 21:38, 4 February 2024 (UTC)
*'''Support''' if I create the list, and improper disambiguation does not affect some titles like 501(c)(3) and chemical names like Cadmium(I). [[Special:Contributions/176.33.241.125|176.33.241.125]] ([[User talk:176.33.241.125|talk]]) 01:54, 5 February 2024 (UTC)
*'''Support''': <span class="anchor" id="Dsuke"></span> Such redirects are almost invariably getting deleted at RfD – I haven't found a single nomination in the last 30 days that closed as anything other than "delete", though [[WP:Redirects for discussion/Log/2024 January 30#BSc(Hons)|BSc(Hons)]] seems headed to "keep". – This proposal will probably reduce the backlog and editor workload considerably. My only issues are the potential misuse/careless use of the criterion, hence why I would additionally support a listing of major exceptions (chemical names come to my mind but there are others). [[User:Dsuke1998AEOS|Dsuke1998AEOS]] ([[User talk:Dsuke1998AEOS|talk]]) 02:49, 5 February 2024 (UTC)
*'''Neutral''', but would love to support a criteria that can be used to clean these. From what I've seen, while these titles might look the same, the backgrounds for all can be vastly different. As an example based on my personal experiences, I set out to find the total number of film redirects that were exactly: Foo(film). There were 172 of these, yet their histories were always varied. (I found it useful to display these titles in a Massviews chart). There are some pages that were recently created, and could qualify for R3 (although not usually). Sometimes, these were intentionally created with the lack-of-space, but most of the time these titles came about as left-behind from moves. Sometimes these were created at a bad title with extensive histories before being BLAR'd into the version that already exists, or may contain convoluted reversions between two titles that only differ in their spacing. In some of these cases though, G6 is likely to apply under the stipulation that they're ''"redirect(s) left over from moving a page that was obviously created at the wrong title."'' (which directly comes from [[Template:Db-error]]). The reason I'm neutral is because while I agree that these titles should be ridden of, I don't know if there is a clear-cut description would lead to deletion at this stage, more than what we already have described in G6 and R3. I agree something needs to be done, but investigating the histories seems to be an absolute requirement here, which cancels out a lot of these situations I'd think. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 20:47, 5 February 2024 (UTC)
*:As a question to this, would [[Shock(film)]] be eligible for CSD under this criteria, with its history? What about [[Rockers(film)]], which survived RfD? [[Brij Bhoomi(film)]] has 173 pageviews this month (due to its multiple incoming links), but would it also be CSD-able under this criteria despite it getting 17 views a day? At RfD I'd !vote to delete all of these for sure, but what I don't know is whether CSD makes the deletions too hasty, and whether there is value in investigating their histories and circumstances for existence. These are just the (film) redirects, and I don't know how complicated the other titles could be. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 20:56, 5 February 2024 (UTC)
*::{{Ping|Utopes}} "{{Tq|...there is value in investigating [the redirects'] histories and circumstances for existence...}}" There always is, which is one of the reasons I cannot sway my opinion one way or another to codify these redirects as eligible for CSD. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 22:20, 5 February 2024 (UTC)
*:::As more and more examples get brought up, I'm becoming less and less certain that speedy deletion beyond R3 and G6 is possible in a way that is not too narrow to be useful and not too broad so as to catch things that shouldn't be deleted. I need to think more. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:25, 5 February 2024 (UTC)
*:::{{ec}}I agree with that, yes. This is my concern as well. When looking through these titles, the backgrounds can be vastly different. When putting the Foo(film) RfD together, I was skipping over pages in history, because those would need to be checked on a case-by-case basis, presumably. It was unclear to me whether this new CSD criteria puts weight into histories, and if so, by how much? If we take away the pages with history, we're left with a decently smaller number of applicable pages, and the question becomes whether a whole criterion is necessary for the [X] number of cases that are safe to outright delete. I don't know how much that number is. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 22:32, 5 February 2024 (UTC)
*::::I guess my follow-up would be to find a comparison. How are histories dealt with other R CSD criteria? I feel like I've seen situations where a page (and its history) are replaced with a redirect (I think it was to Draftspace, but I can't recall), which was then tagged as R2'd by someone who followed up with the page. How "valuable" is the page history there? I'd presume it's checked every time, so doing it here might not be that unconventional. The question becomes what constitutes a "valuable history" that makes CSD a safe action for redirects that meet R5. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 22:44, 5 February 2024 (UTC)
*:::::It ''should'' be checked every time, as with all other speedy criteria. I have no confidence that it ''is''. —[[User:Cryptic|Cryptic]] 02:59, 6 February 2024 (UTC)
*So, I've finished sorting the most recent 2000 and least-recent 1100ish page titles containing an open-paren not preceded by a space at [[User:Cryptic/Improper disambiguation redirects]] (I was never going to get through all of them, and had only been fooled into thinking I could because SDZeroBot initially only gave me about a third of the results). The conclusions I'm drawing from that are:{{blist|1=We should make it explicit that this only applies to disambiguators per se, not parenthesized text that's part of the redirect subject's proper name, even if it's misspaced or misspelled. (This sounds obvious to me when it's put like that, but nobody's brought it up as the general case, even though more specific subcases like chemicals and section names have been.) So {{!r|It's On(Dr.Dre)187um Killa}} and {{!r|INS Talwar(F40)}} and {{!r|Cheeses...(of Nazereth)}} wouldn't be speedyable, but restatements of the proper name or redundant parenthesized names like in {{!r|King Edward Medical university(KEMU)}} and {{!r|SsangYong Rodius(Stavic)}} could be. "Plausibly be searched for without spaces" is too vague, fails NEWCSD#1, and will be abused.|2=Section names like [[501(c)(3)]] aren't common. Chemical names and processes are very, very common, and I didn't notice any incorrectly-formed disambiguators in chemistry-related redirects. If we're mentioning broad classes of counterexamples, that should be the first. I further think we should specifically exclude the entire subject area ''even if the disambiguator of a chemistry-related redirect is ill-formed and it would otherwise qualify''.|3=These aren't frequent. There are a lot of extant cases, but we only see a handful of new ones a month. This seems to be a recurring theme at RFD - someone finds some broad new class of malformed redirects that have been accumulating since 2001, starts nominating them at RFD - sometimes properly in batches, sometimes individually! - and then it finds its way here, even though new ones aren't being rapidly created, and those that are fall under existing criteria.}}I've commented multiple times above, so I'll bold a position here: I '''oppose''' this as a permanent criterion, for being infrequent, redundant to R3, and error-prone; I'm neutral on a temporary X- series criterion until the old ones are dealt with. —[[User:Cryptic|Cryptic]] 03:26, 6 February 2024 (UTC)
*:We can't delete anything under R3 unless it was created recently. It would make more sense to expand the scope of [[WP:G14]], which already includes {{tq|(disambiguation)}} redirects. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 05:41, 7 February 2024 (UTC)
*::Well, yes, R3 is recent only. ''Quite'' obviously. As I mentioned above. But there's a finite, relatively small, number of non-recent ones: roughly 5000, based on the sample I analyzed, and that's assuming a vanishingly-small number of redirects with non-redirect history (which I didn't check for). As soon as they're gone - and that'll happen quickly, the admins vying for topspot at the awful [[WP:ADMINSTATS]] scoreboard query for speedy candidates like these and feed them into Twinkle - it'll be entirely redundant. —[[User:Cryptic|Cryptic]] 03:02, 8 February 2024 (UTC)
*:: {{Tq|admins vying for topspot at the awful [[WP:ADMINSTATS]] scoreboard}} - surely not: the top admin there is behind the second-top admin by 400,000 deletions and so 5000 entries would be trivial. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 03:09, 8 February 2024 (UTC)
*:::I hadn't realized about these all time lists. It's just as I've always suspected, there's just no keeping up with Explicit. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 04:05, 8 February 2024 (UTC)
*'''Support''' as a useful tool. Even if the current situation looks temporary, forcing repeated discussions isn't a good use of anyone's time. Also, there's no way of knowing it won't flare up again at some point, since redirects aren't necessarily closely watched and these sorts of mistakes can steadily build up unnoticed; hell, this discussion is going on now because it already happened once. I don't buy the arguments that admins should be assumed to be total rubes, it doesn't actually take a PhD to recognize scientific nomenclatures and other idiosyncratic spellings aren't the same as Wikipedia disambiguators. If there's that much concern, just create a [[:Category:Redirects with unspaced parentheticals]] or something similar; don't force people to murder untold numbers of characters and minutes of their lives they're not getting back. [[User:The Blade of the Northern Lights|The Blade of the Northern Lights]] ([[User talk:The Blade of the Northern Lights#top|<span style="font-family: MS Mincho; color: black;">話して下さい</span>]]) 17:23, 8 February 2024 (UTC)
*{{re|Thryduulf}}, what I think could be helpful would be if we can identify which / how many of these qualify for G6 or R3 ''already'', and use those existing criteria where appropriate. Once ''all'' of the G6/R3 candidates are addressed, maybe we can take a look at what remains, and the commonalities between them? If I had to guess, maybe 50% of these were unambiguously created in error and currently actionable?<small><nowiki>{{cn}}</nowiki></small> which might allow us to compartmentalize this block bit by bit. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 20:27, 9 February 2024 (UTC)


*'''Strong Oppose''' these redirects are entirely harmless. We may as well have them since they likely bring a small net benefit to the encyclopedia. The do no damage. ''Readers don't know our guidelines on how to format the disambiguator'', and [[WP:RF|readers are our priority]], not top-down decisions based on overly-finicky guidelines.[[User:Cremastra|🌺 Cremastra ]] ([[User talk:Cremastra|talk]]) 13:22, 14 February 2024 (UTC)
* '''Support''' as long as [[WP:REFUND]] doesn't apply to blank drafts and G13 has in its explanation for deletion a blank draft, then classifying it as G13 vs. G6 is fine. [[User:AngusWOOF|<strong><span style="color: #606060;">AngusWOOF</span></strong>]] ([[User talk:AngusWOOF#top|<span style=" color: #663300;">bark</span>]] • [[Special:Contributions/AngusWOOF|<span style="color: #006600;">sniff</span>]]) 01:59, 3 December 2018 (UTC)
*Would they qualify under [[WP:G6]]?<span id="Qwerfjkl:1707945475258:Wikipedia_talkFTTCLNCriteria_for_speedy_deletion" class="FTTCmt"> —&nbsp;[[User:Qwerfjkl|<span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span>]][[User talk:Qwerfjkl|<span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span>]] 21:17, 14 February 2024 (UTC)</span>
* I'm against refunds of blank drafts - hopefully admins will be wise enough to say no to those. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 06:09, 3 December 2018 (UTC)
*: The very fact that this is controversial indicates it isn't a G6. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 21:25, 14 February 2024 (UTC)
*'''Support''' to streamline the process.- [[user:MrX|Mr]][[user talk:MrX|X]] 🖋 11:25, 6 December 2018 (UTC)
*:The ones that were very obviously created by or when fixing a mistake (most commonly this is evidenced by being moved to and from this title by the same person in quick succession) do qualify as G6, but this only applies to some of the redirects that would fall under this criterion (either because they were created deliberately or because it isn't obvious whether creation was intentional or not). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:55, 14 February 2024 (UTC)
*'''Support.''' Agree with editor Cremastra that these are harmless and possibly a bit helpful as {{tl|R from typo}}s; however, the issue is that they are being deleted anyway and clogging RfD, which begs for a solution. And this solution does the trick as long as care is taken not to delete needed redirects that just look like the bad guys. '''''[[User:Paine Ellsworth|<span style="font-size:92%;color:darkblue;font-family:Segoe Script">P.I.&nbsp;Ellsworth</span>]]'''''&thinsp;,&nbsp;[[Editor|<span style="color:black">ed.</span>]]&nbsp;[[User talk:Paine Ellsworth|<sup>put'er&nbsp;there</sup>]]&nbsp;<small>22:43, 14 February 2024 (UTC)</small>
*'''Comment''': I'm worried that, as worded, the proposed criterion doesn't take into account page history that (a) may be required to be kept for attribution in the case of [[Template:R from merge|redirects from merges]] (which might lead to accidental breaches of licensing requirements), or (b) [[Template:R with history|is otherwise useful]]; both of which are listed in the redirect guideline's [[WP:R#K1|reasons for keeping redirects]]. I'm also worried that it doesn't take into account the age of these redirects - some may have existed for a significant length of time and/or may be [[Template:R with old history|redirects with old history]], which [[WP:R#K4|are listed in the guideline]] as redirects that {{tq|should not normally be deleted without good reason}} & that {{tq|should be left alone}}. I also share {{u|Cremastra}}'s view about these redirects being harmless - in RfD discussions I've seen where such redirects have been nominated, I sometimes see [[WP:RDAB]] being cited; however, that shortcut links to an essay that doesn't explain '''''why''''' such redirects are costly enough as to warrant deletion (as opposed to being [[WP:CHEAP|cheap]]). With the greatest respect to {{u|Paine Ellsworth}},<sup>/gen</sup> I'm very hesitant to think we should be creating a new CSD criterion for redirects that may be being deleted at RfD when (arguably) they should be being kept, especially when they are {{tq|possibly...helpful}} (which is [[WP:R#K5|another reason in the guideline for keeping them]]). {{small|Only a comment for now while things are still mulling around in my head, but I think I'll add a bolded !vote at some point relatively soon.}} All the best, &zwj;—&zwj;[[User:A smart kitten|a&nbsp;smart kitten]]<sub>[<nowiki/>[[User talk:A smart kitten|meow]]]</sub> 01:59, 16 February 2024 (UTC)
*:'''Strong oppose''' per my comments above. I am heavily unconvinced that these redirects are costly enough to warrant deletion in the first place. To take a few recent RfD examples ([{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Noesis(software)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Nimki(2018 Film)}}], [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Paandi Muni(2018 film)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Princess Allurra(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Lance(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Pidge(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#John Connaughton(financier)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 5#Shock(film)}}]), often in such discussions the only reason given for deleting them is {{tq|per WP:RDAB}} - but, as I mentioned above, that essay section doesn't explain ''why'' these redirects are at all costly and/or problematic (and so, arguably, isn't a valid rationale for deletion - especially when considering that {{tqq|[[WP:CHEAP|redirects are cheap]]}} is one of the [[WP:RGUIDE|guiding principles of RfD]]). I'm concerned that a [[WP:LOCALCONSENSUS|local consensus]] may have formed at RfD to delete these redirects, and I wouldn't want to create a speedy deletion criterion that further embeds this. All the best, &zwj;—&zwj;[[User:A smart kitten|a&nbsp;smart kitten]]<sub>[<nowiki/>[[User talk:A smart kitten|meow]]]</sub> 18:09, 18 February 2024 (UTC)
*'''Comment''' Considering many RfD participants don't watch this page or subscribe to FRS, is it reasonable to advertise this RfC via an editnotice at RfD? [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 16:07, 16 February 2024 (UTC)
*'''Create a temporary criterion''' per Steel and Cryptic. These redirects are a countable list and will go away in some time. Hence I would not prefer a "R5" as this becomes redundant once the backlog is gone. Also, we need the updated wordings incorporating Crouch Swale's suggestions about page history, which was also A Smart Kitten's concern.<span style="font-family:Segoe Script">[[User:Jay| Jay]]</span><span style="font-size:115%">[[User talk:Jay| 💬]]</span> 06:32, 17 February 2024 (UTC)
*:The problem with making it temporary is that this backlog already built up once, so removing it once this current issue is resolved allows it to build up again. The other two temporary criteria were to deal with issues that definitively weren't going to recur, which is not the case with this; people will still inevitably create these bad redirects. Why take away a useful tool? [[User:The Blade of the Northern Lights|The Blade of the Northern Lights]] ([[User talk:The Blade of the Northern Lights#top|<span style="font-family: MS Mincho; color: black;">話して下さい</span>]]) 15:47, 20 February 2024 (UTC)
*::My understanding behind the suggestions for a temporary criterion is that once the backlog is cleared, the combination of a report, R3 and G6 would mean there aren't enough redirects to meet NEWCSD criterion 3 (frequent). Of course there is nothing stopping us enacting a temporary criterion and then making it permanent later if the issue remains ongoing. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 20:04, 20 February 2024 (UTC)
*:::If there's a choice, I'd definitely take a temporary criterion over nothing at all. [[User:The Blade of the Northern Lights|The Blade of the Northern Lights]] ([[User talk:The Blade of the Northern Lights#top|<span style="font-family: MS Mincho; color: black;">話して下さい</span>]]) 03:48, 25 February 2024 (UTC)
*'''Support with caveat''' that it excludes redirects with a substantial non-redirect history. That situation is rare enough to be worth discussing; and there could easily be situations where eg. an article was turned into a redirect that fits this description, which nobody noticed, and is then listed under this CSD - it wouldn't even have to have been done maliciously (although ofc it could be.) And if there ''is'' a history, whether due to a merge or whatever, this CSD would usually be the wrong approach anyway - in that case you'd want to move the redirect to preserve history and attribution, rather than create a new one that lacks them. --[[User:Aquillion|Aquillion]] ([[User talk:Aquillion|talk]]) 19:16, 20 February 2024 (UTC)
*'''Oppose''' per [[WP:CHEAP]]. --[[User:Tavix| <span style="color:#000080; font-family:georgia">'''T'''avix</span>]] <sup>([[User talk:Tavix|<span style="color:#000080; font-family:georgia">talk</span>]])</sup> 03:06, 23 February 2024 (UTC)
{{closed rfc bottom}}


=== Discussion (Improper disambiguation redirects) ===
== Redirects in the File: namespace G6 → R4 ==
{{archive top green|status=move criterion to R4|There is unanimous consent to '''move''' the {{tl|Db-redircom}} portion of [[WP:G6|criterion G6]] to a new [[WP:RCSD|redirect criterion]], R4. Editors believe the proposed arrangement to be more logical and intuitive than the current one. —&nbsp;'''''[[User:Newslinger|<span style="color:#536267;">Newslinger</span>]]'''&nbsp;<small>[[User talk:Newslinger#top|<span style="color:#708090;">talk</span>]]</small>'' 03:54, 6 December 2018 (UTC)}}
[[WP:CSD#G6|Criterion G6]] is overloaded with many different things all lumped together as "uncontroversial maintenance" and is the most frequently abused of all criteria. It would never be approved if proposed as is today. The best way to solve this, in my opinion, is to unbundle the various different reasons into separate criteria that are individually objective. I'm not proposing to do this all at once, but to work on it step-by-step so that objections to one aspect don't derail the whole thing.


Skimming over some of the [[WP:VPPOL#How to word G5 expansion/G15 new criteria|discussion at VPPOL regarding the recent G5 RFC]], it appears there is a view that RFCs to establish a new speedy deletion criterion should be advertised on [[T:CENT]]; which I am personally amenable to. Looking in [[WP:CENT/A]], I can't see that it's already been notified there. What are others' views on the idea of adding this to CENT? I would be in favour of it, but I wanted to hear from other editors first. All the best, <span style="color:#595959">&zwj;—&zwj;</span>[[User:A smart kitten|<span style="color:#595959">a&nbsp;smart kitten</span>]]<sub style="color:#595959">[<nowiki/>[[User talk:A smart kitten|<span style="color:#595959">meow</span>]]]</sub> 03:57, 5 March 2024 (UTC)
One aspect of G6 stands out as being a particularly poor fit with the rest: "Deleting redirects in the "File:" namespace with the same name as a file or redirect at Commons, provided the redirect on Wikipedia has no file links (unless the links are obviously intended for the file or redirect at Commons)." Accordingly I propose to move this criterion, without any changes, from G6 to a new R4 for these reasons:
*It deals only with redirects, and is thus where someone will look for it
*The general footer to the R criteria (don't speedy delete redirects with significant history, use RfD for redirects that don't meet the criteria) apply to these redirects equally with others
*It contains requirements that are significantly different to other things deleted using G6
*This isn't really "maintenance" in the same sense as other aspects of G6 (e.g. pages created in error/in the wrong place, etc)
*Deletion summaries will become more useful.
This does not change what can be speedy deleted, just under which criterion is gets speedy deleted. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:43, 5 November 2018 (UTC)
:'''Support''' - This appears to be a clean improvement. How often are redirects deleted under this particular provision of G6? [[User:Tazerdadog|Tazerdadog]] ([[User talk:Tazerdadog|talk]]) 15:02, 5 November 2018 (UTC)
::I don't know, but we see several that possibly could be come through RfD. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 17:16, 5 November 2018 (UTC)
:*Just a bit of history here: Back in 2015, there was (or is) a category that listed all of the pages on Wikipedia in the "File:" namespace that had the same name as a page on Wikimedia Commons; the category contained a few hundred or thousand pages. After consensus was established around that time for creating a [[WP:CSD]] criterion for deleting such pages that are ''redirects'', I created {{Tl|Db-redircom}}. Afterwards, that category was essentially emptied by a handful of editors using {{Tl|Db-redircom}}. However, as of present day, I don’t think pages in the "File:" namespace on Wikipedia with the same name as a page on Wikimedia Commons get created that often ... most likely as a result of the 2015 clearing of the aforementioned backlogged category. [[User:Steel1943|<span style="color: #2F4F4F;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 15:44, 6 November 2018 (UTC)
:'''Support''' not an area I work but this appears more logical [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 20:30, 5 November 2018 (UTC)
*'''Support'''. I knew there was a CSD for this, but I was looking in the wrong areas and couldn't find it until [https://en.wikipedia.org/w/index.php?title=Wikipedia:Redirects_for_discussion/Log/2018_November_5&diff=867564944&oldid=867542871 it was pointed out] that this falls under G6. Hopefully moving it over will be more intuitive to prevent this in the future. --[[User:Tavix| <span style="color:#000080; font-family:georgia">'''T'''avix</span>]] <sup>([[User talk:Tavix|<span style="color:#000080; font-family:georgia">talk</span>]])</sup> 15:14, 6 November 2018 (UTC)
**{{replyto|Tavix}} would a note in the Files: section footer along the lines of "For redirects in the file namespace with the same name as files on Commons, see criterion R4" be useful do you think? [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 02:17, 7 November 2018 (UTC)
***I certainly would not be opposed to such a note. To clarify, do you want to add it to the notes at [[WP:FCSD]]? --[[User:Tavix| <span style="color:#000080; font-family:georgia">'''T'''avix</span>]] <sup>([[User talk:Tavix|<span style="color:#000080; font-family:georgia">talk</span>]])</sup> 14:23, 7 November 2018 (UTC)
****I was thinking of placing it at the end of the list of criteria, but if others prefer the top then I'm perfectly happy with that. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 15:29, 7 November 2018 (UTC)
*'''Support'''. Whatever gets the concept behind {{Tl|Db-redircom}} more exposure. (Disclaimer: the diff that [[User:Tavix|Tavix]] mentioned in the previous comment was an edit I made.) [[User:Steel1943|<span style="color: #2F4F4F;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 15:30, 6 November 2018 (UTC)
*<s>'''Neutral'''.</s> I don't think unbundling is necessary - this ''is'' uncontroversial maintenance, caused by incremental software changes over nearly two decades. However, moving this into the ''redirects'' section of CSD does sound like a good idea. [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 16:25, 7 November 2018 (UTC)
*:I think that is the point - to be in the Redirects section it has to be split from G6 and given an R designation. I don't know how often this is used. There was mention of a category tracking these cases. Does that still exist? Do we track how many times each CSD is used? [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 22:24, 7 November 2018 (UTC)
*:{{replyto|Deryck Chan}} I'm not disputing it is "uncontroversial maintenance", I'm saying it's a different sort of maintenance to the examples given, applies to a narrower set of pages and very has different requirements to all other aspects of G6. G6 is not a dumping ground for everything that could be considered maintenance of some description - otherwise we might as well fold in G8, A3, F2, F10, C1 and U2. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:08, 13 November 2018 (UTC)
*::Changing to '''weak support'''. I don't mind which section and what serial number we put this type of deletion under, but I'm not massively excited about unbundling either. What I don't want to see (in the foreseeable future?) is that we deprecate away G6 altogether. [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 19:07, 13 November 2018 (UTC)
*:::Personally I would like to see G6 completely deprecated as that's the only way I forsee the rampant abuse of it by some administrators will stop. Every aspect of it that is required would be transferred to a new, objective and focused criterion - speedy deletion is not and never has been intended to be a routine method of deletion - it is a narrow set of ''exceptions'' to the need to get consensus for every deletion, limited to those situations where consensus will ''always'' be in favour, not just what one admin thinks people probably wont object too strongly too. This is all independent of this proposal though. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:51, 13 November 2018 (UTC)
*'''Support'''. Why not. —[[User:pythoncoder|<span style="border-radius:10px;background:blue"><span style="color:aqua"> python</span><span style="color:#ff0">coder </span></span>]] ([[User talk:pythoncoder|talk]] &#124; [[Special:Contribs/pythoncoder|contribs]]) 01:59, 14 November 2018 (UTC)
*'''Support''' per nom. ---- [[User:Patar knight|Patar knight]] - <sup>[[User talk:Patar knight|chat]]</sup>/<sub>[[Special:Contributions/Patar knight|contributions]]</sub> 23:04, 15 November 2018 (UTC)
*'''Support'''; this changes nothing about our practice and thus will have no practical effect whatsoever, so the only real question is "what will users find to be simpler". Putting it with redirects is definitely simpler than keeping it at G6. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 20:37, 18 November 2018 (UTC)
*Good idea — Thryduulf sums up the benefits nicely throughout the comments. Wholeheartedly agree. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 21:25, 18 November 2018 (UTC)
*'''Support''' makes it simpler --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 04:02, 4 December 2018 (UTC)
{{archive bottom}}


:While I have no objection to doing so, I don't think it's worth it as there isn't a clear consensus here and I don't think more input is going to significantly change that. More workshopping leading to a second proposal that was advertised on CENT would be a better use of time I think. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:10, 5 March 2024 (UTC)
== Proposal/RfC - Extend [[WP:U5]] to the draftspace ==
::That's a fair point. <span style="color:#595959">&zwj;—&zwj;</span>[[User:A smart kitten|<span style="color:#595959">a&nbsp;smart kitten</span>]]<sub style="color:#595959">[<nowiki/>[[User talk:A smart kitten|<span style="color:#595959">meow</span>]]]</sub> 23:55, 5 March 2024 (UTC)
:After skimming through the discussion prior to closing, I got here. At this point, I can close this per [[WP:PGCHANGE]] since it wasn't properly advertised, or this RfC can be relisted and then advertised at T:CENT, VPPOL, and other appropriate places. I personally prefer the latter, since I see a consensus forming around creating X3 that excludes redirects with a substantive page history or redirects from merges. [[User:Voorts|voorts]] ([[User talk:Voorts|talk]]/[[Special:Contributions/Voorts|contributions]]) 03:54, 6 March 2024 (UTC)
::Personally, I'd prefer a new proposal with a specific proposed wording to be the one advertised to make it clear what people are supporting/opposing. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 04:26, 6 March 2024 (UTC)
::Does this work for people? {{talk quote|1=
X3: '''Redirects with no space before a parenthetical disambiguation''', e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does not apply to terms that will correctly or plausibly be searched for without spaces, nor does it apply if the redirect contains substantive page history (e.g. from a merge). <em>Before</em> nominating a redirect under this criterion:<ul><li>Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist</li><li>Adjust any incoming internal links to point to the correctly spaced version.</li></ul><!-- Using wikitext in the template is not working for me? -->
}} <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 17:49, 6 March 2024 (UTC)
:::Yes I think that makes sense per my above comments. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:05, 6 March 2024 (UTC)
:::There is a typo ("not does it apply" should be "nor does it apply"), and I wouldn't object to giving an example of "correctly or plausibly" but other than those two minor points this looks good to me. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:34, 6 March 2024 (UTC)
::::<p>I have silently corrected the typo. As for examples, I did not include any because I honestly could not think of any (which certainly does not mean they don't exist, but does very much mean I am open to suggestions). In e.g. {{noredirect|501(c)(3)}}, "(3)" is not a {{tq|parenthetical disambiguation}}. Likewise for things like {{noredirect|Dysprosium(III) nitride}}: the "(III)" is not a disambiguator.</p><p>If there are no other points, I will look to launch an RfC with a CENT listing ~tomorrow. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 18:47, 6 March 2024 (UTC)</p>


===RfC: enacting X3===
{{rfc|policy|rfcid=30DAB4C}}
{{crt|1=There is '''consensus''' for implementing X3. There is support for implementing a speedy deletion criterion of some sort–that much is clear. More contested was whether or not said criterion should be temporary, as was proposed here, or permanent, as was proposed in an [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Criteria_for_speedy_deletion&oldid=1212470718#First_RfC aborted previous RfC]. Valid arguments were presented on both sides regarding this matter, but, as many supporters' rationales did not comment on this debate at all, their support should be presumed to be for the actual proposal laid out in front of them, which was for X3. This close does not preclude an RfC to implement a permanent criterion held at a later date. {{nac}} [[User talk:Mach61|Mach61]] 14:04, 2 May 2024 (UTC)}}
<!-- [[User:DoNotArchiveUntil]] 18:01, 11 April 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1712858475}}
Should X3 (redirects with no space before a parenthetical disambiguation) be enacted as a temporary CSD? 17:34, 7 March 2024 (UTC)


'''Proposed text:'''
I am going to propose that [[WP:U5]] gets extended to the draftspace. This is because the draftspace is being abused in a way that there are so many drafts being found daily which are basically [[WP:NOTWEBHOST]]. It is mainly point 5 of [[WP:NOTWEBHOST]] which I am seeing in loads of drafts. Rule 5 of [[WP:NOTWEBHOST]] is "Content for projects unrelated to Wikipedia. Do not store material unrelated to Wikipedia, including in userspace." and I am seeing that new users are using the draftspace in a way so that [[WP:U5]] can be escaped because [[WP:U5]] does not apply to the draftspace at the moment. If this is implemented, there will be less drafts coming to [[WP:MfD]] daily that could actually do with being speedily deleted per [[WP:U5]].
<div style="background:ivory; padding:0.1em 1em; border:1px solid gray;">
'''X3: Redirects with no space before a parenthetical disambiguation''', e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does <strong>not</strong> apply to terms that will correctly or plausibly be searched for without spaces, nor does it apply if the redirect contains substantive page history (e.g. from a merge). <em>Before</em> nominating a redirect under this criterion:
*Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist
*Adjust any incoming internal links to point to the correctly spaced version
</div>
*'''Support''' as proposer. These are all redirects which are [[WP:RDAB|errors in the act of disambiguation]], and thus has no natural affinity with the article in question. I will also add that in the above discussion people have explained why this is A Good Thing; I will let them explain their own reasoning rather than attempt to filter it through my voice. I will note that this is supposed to be a temporary criterion per [[WP:NEWCSD]] criterion 4, as once the "backlog" has been cleared it will be redundant to [[WP:R3]]. (For transparency, this comment includes a hidden ping to everyone who commented above. I have opted for a hidden ping to avoid the distraction of a bunch of usernames.) {{Hidden ping|Aquillion|A smart kitten|Awesome Aasim|BD2412|ComplexRational|Cremastra|Crouch, Swale|Cryptic|Dsuke1998AEOS|Gonnym|Hey man im josh|HouseBlaster|InfiniteNexus|Ivanvector|Jay|Largoplazo|Paine Ellsworth|Pppery|Qwerfjkl|Steel1943|Tavix|The Blade of the Northern Lights|Thryduulf|Utopes|Voorts}} <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 17:34, 7 March 2024 (UTC)
{{block indent|em=1.6|1=<small>Notified: [[Wikipedia talk:Redirects for discussion]], [[Template:Centralized discussion]], [[Wikipedia:Village pump (policy)]]. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 17:41, 7 March 2024 (UTC)</small>}}<!-- Template:Notified -->
*'''Support''' per HouseBlaster and my comments in the preceding section (tldr; when nominated at RfD these redirects are inevitably deleted). Although it is very likely that once the backlog is cleared the combination of R3 and G6 will make the need for this redundant we can discuss making it permanent if that turns out not to be the case. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 17:57, 7 March 2024 (UTC)
*'''Support''' it may be better to make it permanent because some redirects will likely later get missed and then becoming too old for R3 but its better than nothing. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:16, 7 March 2024 (UTC)
*'''Strong oppose''', per my [[#c-A_smart_kitten-20240216015900-Thryduulf-20240202133400|comments]] in the previous RfC. Although this proposed criterion takes into account page history, it doesn't factor in redirects' ages - which may lead to redirects that have existed for some time (including potentially [[Template:R with old history|redirects with old history]]) being deleted; despite [[WP:R#K4|the Redirect guideline]] stating that these {{tq|should be left alone}}. Furthermore, and most importantly, the essay cited as the deletion rationale ([[WP:RDAB]], part of [[WP:COSTLY]]) doesn't explain why these redirects are harmful enough to warrant deletion at all - simply stating that, in the opinion of the essayist, {{tq|there is no need to redirect from}} them. As far as I can see, these redirects are entirely harmless. As I said in the previous discussion: {{pb}}{{talkquote|I am heavily unconvinced that these redirects are costly enough to warrant deletion in the first place. To take a few recent RfD examples ([{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Noesis(software)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Nimki(2018 Film)}}], [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Paandi Muni(2018 film)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Princess Allurra(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Lance(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#Pidge(Voltron)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 6#John Connaughton(financier)}}] [{{fullurl:Wikipedia:Redirects for discussion/Log/2024 February 5#Shock(film)}}]), often in such discussions the only reason given for deleting them is {{tq|per WP:RDAB}} - but, as I mentioned above, that essay section doesn't explain ''why'' these redirects are at all costly and/or problematic (and so, arguably, isn't a valid rationale for deletion - especially when considering that {{tqq|[[WP:CHEAP|redirects are cheap]]}} is one of the [[WP:RGUIDE|guiding principles of RfD]]). I'm concerned that a [[WP:LOCALCONSENSUS|local consensus]] may have formed at RfD to delete these redirects, and I wouldn't want to create a speedy deletion criterion that further embeds this.}}{{pb}}All the best, <span style="color:#595959">&zwj;—&zwj;</span>[[User:A smart kitten|<span style="color:#595959">a&nbsp;smart kitten</span>]]<sub style="color:#595959">[<nowiki/>[[User talk:A smart kitten|<span style="color:#595959">meow</span>]]]</sub> 18:18, 7 March 2024 (UTC)
*:Redirects with significant history, including old history, are excluded from this criterion. That doesn't invalidate the rest of your comment though. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:36, 7 March 2024 (UTC)
*::For clarity, when I used the phrase {{tq|redirects with old history}}, I was referring to redirects with entries in the page history from previous versions of Wikipedia - i.e., those that {{t|R with old history}} would be applied to. I read the phrase {{tq|substantive page history}} in the proposed criterion as referring to an article (instead of just a redirect) being present in the history - therefore, my understanding was that redirects with old history are not necessarily excluded from this criterion. All the best, <span style="color:#595959">&zwj;—&zwj;</span>[[User:A smart kitten|<span style="color:#595959">a&nbsp;smart kitten</span>]]<sub style="color:#595959">[<nowiki/>[[User talk:A smart kitten|<span style="color:#595959">meow</span>]]]</sub> 18:50, 7 March 2024 (UTC)
*:::I meant {{tq|substantive page history}} to mean something like {{tq|page history with something more than adding/removing rcats/fixing double redirects/etc}}.<span id="HouseBlaster:1709839505690:Wikipedia_talkFTTCLNCriteria_for_speedy_deletion" class="FTTCmt"> <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 19:25, 7 March 2024 (UTC)</span>
*::::Why not just add this to the "e.g." parenthetical above? I think that would avoid further confusion. [[User:Voorts|voorts]] ([[User talk:Voorts|talk]]/[[Special:Contributions/Voorts|contributions]]) 01:36, 8 March 2024 (UTC)
*<small>Notified [[Wikipedia talk:Redirect]] & [[Wikipedia talk:WikiProject Redirect]] of this discussion. <span style="color:#595959">&zwj;—&zwj;</span>[[User:A smart kitten|<span style="color:#595959">a&nbsp;smart kitten</span>]]<sub style="color:#595959">[<nowiki/>[[User talk:A smart kitten|<span style="color:#595959">meow</span>]]]</sub> 18:18, 7 March 2024 (UTC)</small>
*'''Neutral''' If there seriously is a problem with these kinds of redirects then sure, go ahead. But I am failing to see how these can just all be nominated in one big RfD with consensus to delete. Are there too many of them? I know the IP that was doing the nomination of them failed to group the redirects appropriately together in a single nomination. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 18:20, 7 March 2024 (UTC)
*:Grouping up nominations more often then not leads to a failed nomination as editors just can't handle a large amount. [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 16:15, 8 March 2024 (UTC)
*'''Oppose''' per [[WP:CHEAP]]. I fail to see what harm these redirects are causing and would recommend instead to just leave them alone. --[[User:Tavix| <span style="color:#000080; font-family:georgia">'''T'''avix</span>]] <sup>([[User talk:Tavix|<span style="color:#000080; font-family:georgia">talk</span>]])</sup> 18:28, 7 March 2024 (UTC)
*'''Neutral''' What is the problem that needs to be solved? <span style="border:1px solid green; padding:0 2px">[[User:The Banner|<span style="color:green">The&nbsp;Banner</span>]]&nbsp;[[User talk:The Banner|<i style="color:maroon">talk</i>]]</span> 18:35, 7 March 2024 (UTC)
*<s>'''Support'''</s>, this is a convention that affects a quite-literally-"random" selection of pages that happened to have issues. While it is good to create redirects for reasonable typos based on different way that search terms can be spelled, errors in the act of disambiguation are not useful or plausible typos to keep. Out of the millions of pages that have parenthesis in their titles, there is not a single time when I, nor you, nor anyone would expect that the [[Foo(bar)]] version exists for the same title. Basically, if you were to purposely leave off this space when searching for a title, there is a 0.1% chance that the redirect would exist (as it's a group of thousands among a pool of millions). It's totally unreliable, will never be intentionally typed, and all-in-all exist as clutter among incoming links with the potential to drown out and dilute the actually likely typos. To quote [[WP:COSTLY]], redirects also need looking after. While they may not take up a lot of bandwidth on their own, these faulty titles have been a [[WP:PANDORA]]'s box cracked wide open, which has led to a surplus of unexpected corners where edits can go undetected. Out of the thousands of affected redirects, I'll estimate that 10%(?) have substantial history, as duplicate pages left unincorporated for anywhere up to a decade and beyond in some cases. That's still hundreds of titles with histories! Of course these such cases wouldn't apply under this new CSD criterion, but by removing the titles that have no reason to exist, a higher focus can be placed on the titles that ''ARE'' distinguished by their complicated histories, most of which haven't seen the light of day from their peculiar, isolated locations.
:All in all, an uncontrolled surplus of these titles makes it difficult to monitor new content, harder for editors to track changes and split histories, adds unnecessary and unlikely filler to redirect lists, maintains a faulty narrative that it's okay to move a title to "Foo(bar)" if "Foo (bar)" is salted for whatever reason, or that it's okay to have these unlikely parenthetical errors in titles (which always get ejected to new titles per the MOS anyway), and just all-in-all makes navigation less consistent to randomly account for an implausible typo redirect that exists 0.1% of the time. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 20:02, 7 March 2024 (UTC)
::Based on my comment below, I am moving to '''oppose''' the current version. I would hypothetically support a permanent R5 that does not include the bullet points, which puts the onus unnecessarily on new page patrollers to continuously be jumping through hoops to follow these. As it stands there is a very high reliance on the idea that "once these are deleted ''then'' we will start catching everything with R3/G6/RfD" which is exactly what is going on right now, with very little success. This is plucking the flower without detaching the root of the issue. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 02:40, 11 March 2024 (UTC)
*<s>'''Support''' since I suggested it above. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 20:21, 7 March 2024 (UTC)</s>
*:Blarg, my own comment further down in the discussion concerns me. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 22:45, 7 March 2024 (UTC)
*'''Strongly oppose''' per Tavix and my comments above. [[User:Cremastra|🌺 Cremastra ]] ([[User talk:Cremastra|talk]]) 20:44, 7 March 2024 (UTC)
*<s>'''Support''' per {{noping|Hey man im josh}} below.</s> '''Preferably without the two bullet points, and preferably permanently'''. In regards to deleting the two bullet points, CSDs should be simple. We should not be putting the burden of checking other pages, editing other pages, etc in order to place a CSD on patrollers and administrators. I'd prefer to keep CSDs simple, without a bunch of little gotchas and caveats. The complexity of NPP workflows is a big problem, slowing down review times and leading to NPP burnout. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 21:46, 7 March 2024 (UTC)
*:"{{Tq|...We should not be putting the burden of checking other pages, editing other pages, etc in order to place a CSD on patrollers and administrators.}}" For what it's worth, such actions ''have'' to be taken in some cases, such as for [[WP:R4]] and most of [[WP:G8]], and for good reasons; thus, that quoted claim cannot be applied across the board. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 22:17, 7 March 2024 (UTC)
*::G14, A2 and A10 all require checking the existence and/or content of other pages too. G12 requires checking for external sources. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:33, 7 March 2024 (UTC)
*:It seems that this RFC's wording says that the CSD is temporary, but lists no expiration date. Is this really a temporary X criteria if this CSD has no expiration date? Perhaps it would make more sense to have this as a permanent R criteria, then use an RFC to repeal it later. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 02:12, 11 March 2024 (UTC)
*::Changing to '''Oppose'''. This proposed criteria is too complicated because of the two bullets. I do not like the idea of a CSD where patrollers and admins are required to do a bunch of cleanup steps before placing or executing the CSD. The two bullet points put a lot of burden on the patroller and deleting admin. Are these bullets required when filing RFDs or closing RFDs? This is more cleanup burden than the status quo, if I'm understanding things correctly. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 02:17, 11 March 2024 (UTC)
*:::Replying to both your comments in order: neither X1 nor X2 had built-in expiration dates; they were just repealed when the cleanup was done. And this is complicated because it is temporary: there are people (e.g. me) who are volunteering to complete the steps required by the two bullet points to clean up the backlog of incorrectly spaced disambiguations. Put differently, this is not meant for e.g. NPPers (though they are welcome to use it), instead it is meant for people who volunteer to help with this backlog. If you (generic you) wish to use RFD, nobody will stop you; this is a shortcut for the people who feel like it is a shortcut. But a discussion takes volunteer time; I think it is easier to check [[Special:WhatLinksHere]] and potentially create a redirect (both of which could be linked from the CSD template for ease of use) than have a weeklong discussion. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 17:59, 13 March 2024 (UTC)
*'''<s>Comment</s> Support''' (summoned by bot). I’m supportive in principle, but the discussion above highlighted some instructive examples, such as the chemistry false positives, and the film examples where each case seemed to warrant individual investigation, so I’m a little hesitant on whether this change might reduce due diligence that would have caught false positives. Then again, if that happens, just recreate them? [[User:Barnards.tar.gz|Barnards.tar.gz]] ([[User talk:Barnards.tar.gz|talk]]) 22:31, 7 March 2024 (UTC)
*:The Chemistry examples would not be in scope because the text in the parentheses is not a disambiguator, similarly anything that is correctly rendered without a space cannot be deleted by this. The concern with the film redirects was almost entirely that some have substantial history, such redirects are explicitly excluded from this this criterion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:37, 7 March 2024 (UTC)
*::Fair enough, I have upgraded my comment to a Support. [[User:Barnards.tar.gz|Barnards.tar.gz]] ([[User talk:Barnards.tar.gz|talk]]) 20:04, 8 March 2024 (UTC)
:'''Comment/Question''' (probably primarily to those "support"-ing this proposal): Does ''anybody'' recall why the texts at [[WP:UNNATURAL]] and [[WP:RDAB]] were written? I've ... unfortunately slept since they were added to [[Wikipedia:Redirects are costly]], and the comments above by {{No ping|The Banner}} and {{No ping|Barnards.tar.gz}} seem to validate that without quick-to-find context, this proposal may be a bit confusing to understand regarding what problem it is trying to solve, especially for those who do not visit [[WP:RFD]] regularly. If anyone recalls the reasons and/or precedents, it may need to be added to [[Wikipedia:Redirects are costly]] or even [[Wikipedia:Redirects for discussion/Common outcomes]] since I just realized that ... I don't see this as an example at [[Wikipedia:Redirects for discussion/Common outcomes]], and I would have expected to have found it there. [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 22:39, 7 March 2024 (UTC)
*'''Support''' the exceptions have been well thought out, the risk of unintended consequences seems low. – [[User:Teratix|Tera]]'''[[User talk:Teratix|tix]]''' [[Special:Contributions/Teratix|₵]] 05:06, 8 March 2024 (UTC)
*'''Support''' per Utopes. While these redirects are cheap, the effort wasted on individually judging their deletion is not. Without this proposal, it is apparent that editors unfamiliar with this discussion will continue to flood RfD with uncontroversial deletion requests. [[User:BluePenguin18|<span style="color:#0074FF">BluePenguin18&nbsp;🐧</span>]]&nbsp;(&nbsp;[[User talk:BluePenguin18|💬]]&nbsp;) 05:22, 8 March 2024 (UTC)
*'''Support''' per my comments in the previous discussion – individual nominations have invariably resulted in a clear consensus to delete. I trust that the reviewing admins would catch most false positives. Perhaps this could then be incorporated into R3 after the current round of cleanup is complete, if a standalone criterion would be redundant. <sup>[[User:ComplexRational|'''<span style="color:#0039a6">Complex</span>''']]</sup>/<sub>[[User talk:ComplexRational|'''<span style="color:#000000">Rational</span>''']]</sub> 15:27, 8 March 2024 (UTC)
*:The only reason these aren't included in R3 at the moment is the recency requirement of that criterion (which is there for good reason). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 15:39, 8 March 2024 (UTC)
*'''Support''': The outcome of these types of redirects being sent to RfD is extremely predictable and it would save everybody involved some time. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 15:42, 8 March 2024 (UTC)
*'''Weak support''' (Invited by the bot) "Weak" because I have less expertise on this than the other respondents above. Everything has a cost (including retained redirects) and IMO folks who calculate that based on what the hard drive cost are mistaken. Also, if these are already all getting uncontroversially deleted, then IMO that refutes the argument that some need to be kept. <b style="color: #0000cc;">''North8000''</b> ([[User talk:North8000#top|talk]]) 19:17, 8 March 2024 (UTC)
*'''Support'''. As in the above closed discussion, my support for this action is resumed. '''''[[User:Paine Ellsworth|<span style="font-size:92%;color:darkblue;font-family:Segoe Script">P.I.&nbsp;Ellsworth</span>]]'''''&thinsp;,&nbsp;[[Editor|<span style="color:black">ed.</span>]]&nbsp;[[User talk:Paine Ellsworth|<sup>put'er&nbsp;there</sup>]]&nbsp;<small>20:11, 8 March 2024 (UTC)</small>
*'''Support''' well thought-through proposal and supported by an apparent consensus across multiple RfDs on the topic. I don't see a large benefit to delaying the cleanup by requiring all of these go through RfD; if it's obvious just let sysops delete it and avoid the busywork and bureaucracy, that's the whole point of CSDs. <span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 20:57, 8 March 2024 (UTC)
*'''Support''' per [[#Dsuke|my previous comment]]. My support is primarily because of the RfD nominations, which almost always result in deletion and are an unnecessary waste of time, but secondarily because of the [[WP:UNNATURAL|unnatural]] aspect of the typos (as Utopes said above). Personally, I would be even more restrictive: for example, I'm never going to speedy a redirect that has had hundreds (or, heck, even just tens) of pageviews in the last month, but I understand that pageviews are rarely a consideration for redirects nominated at RfD, and this proposal is obviously better than nothing. [[User:Dsuke1998AEOS|Dsuke1998AEOS]] ([[User talk:Dsuke1998AEOS|talk]]) 02:41, 9 March 2024 (UTC)
*I'd really be happier if this spelled out "non-redirect history" rather than the vague "substantial". (The only other thing it could mean - pages tagged {{tl|R with old history}} - isn't a concern; no page with a matching title is tagged with the template, and the oldest, {{!r|Road Warriors (Atlantic League)(version 2)}}, postdates modern MediaWiki and has an article in the history besides.) —[[User:Cryptic|Cryptic]] 03:03, 9 March 2024 (UTC)
* '''Support''' from a maintenance perspective. Redirects need maintenance to ensure they're categorized appropriately, link to Wikidata items, etc. With the sheer amount of redirects on enwiki, it's not going to make a ''huge'' difference, but it's nice to do housekeeping. [[User:SWinxy|SWinxy]] ([[User talk:SWinxy|talk]]) 18:59, 9 March 2024 (UTC)
*'''Support''' per my previous comments. RfD has been constantly overwhelmed in recent days. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]])
*'''Support''': uncontroversial maintenance work supported by previous consensus. — [[User:Bilorv|Bilorv]] ('''[[User talk:Bilorv|<span style="color:purple">talk</span>]]''') 16:39, 10 March 2024 (UTC)
*'''Comment'''. Now that I've thought about what this would entail, I do want to add: while I support the addition of a CSD to cover these, there is ''nothing'' about the group of affected pages that signals it into the X category. Under the pretense that a CSD will be created for this, I '''oppose X3''' and '''support R5'''. There are other supporters above who also prefer something permanent, which is my lean as well, and there has not been a spot to cover how this would be categorized. R5 was the original suggestion, but was changed to X3 by HouseBlaster when starting this RfC. As a refresher on the precedent for X criterion, which has only been enacted once ever (X1/X2 occurred simultaneously), both of these affected a ''limited'' number of titles which was ''impossible to grow in scope'', due to the ''finite bounds'', and will 100% ''never be a problem again'' when the target set of titles gets dealt with. This was due to the clearly defined and permanent bounds of the X1 and X2 sets.
:X1 was created to deal with redirects meeting one criteria: "created by Neelix". After Neelix's ban, that group of 50,000 eventually ''would'' basically disappear, and cannot possibly grow in size due to the finite nature of a single banned user's page creations. X2 was a bit more nuanced, but was created to deal with faulty pages created by the content translator tool, specifically before the configuration error described at [[WP:CXT]] was fixed in 27 July 2016. This set too, would disappear in number, in part due to the full draftification of remaining pages.
:The list of redirects applicable under X3: ''"Redirects with no space before a parenthetical disambiguation"'', is totally unlike X1 and X2, in the sense that [[Foo(bar)]] can be created by anyone, at any time, for all time. Based on the hundreds of recent RfDs, there is consensus that these titles can go. There's thousands of these pages at the moment, and this mistake was equally as common 12 years ago just as it was common 2 years ago. It's because of this that the temporary aspect I don't think holds up; there needs to be a long term solution that doesn't involve hawking NPP eternally for R3 candidates. In the opening, HouseBlaster states that: ''"this is supposed to be a temporary criterion per WP:NEWCSD criterion 4, as once the "backlog" has been cleared it will be redundant to WP:R3."'' This is only the case if every single Foo(bar) title is caught within a month of creation forever, i.e. within the window where R3 applies. While many of these titles are quite old, [https://quarry.wmcloud.org/query/81074 this quarry] shows many (but not all) of the 100+ [[Foo(bar)]] redirects created within the last two years, the key takeaway being that "they exist" and haven't been RfD'd or R3'd yet. If we delete all the Foo(bar) titles and end up with another 100+ of these two years from now, now we're back where we started with the overflow. From my point of view, this should be a permanent CSD until the consensus is that this shouldn't be a permanent CSD any longer. These titles will always pop up and calling this X3 implies that there will never be a surplus of these ever again, which cannot be known. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 22:29, 10 March 2024 (UTC)
::If these get created at such a rate that those which are not caught by the combination of R3 and G6 gets to a point that RfD gets overwhelmed again or it looks like it wouldn't if X3 didn't exist we can easily convert it to R5 at that time because we will have evidence that it is needed permanently. We don't have that evidence now. Although I suspect it wasn't your intent, the wording of your comment implies that the change from R5 to X3 was a unilateral decision by HouseBlaster, but it was a decision taken based on comments in the first discussion and discussion of the way forward following it. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 00:42, 11 March 2024 (UTC)
:::Apologies, it looks like I didn't see the other parts of the discussion where the temporary aspect was being talked about. HouseBlaster was the person saying X3 in the first RfC, whereas the other mentions were of whether or not to make a "temporary criteria" without necessarily saying "X3". It was then proposed as X3 a day before the new RfC began, with the sign-off being mainly for the proposed text and in my eyes wasn't necessarily about the X3 vs R5 decision.
:::Something that has been brought up previously is that this is redundant to R3 and G6, when this is not the case. (Side note: The last R3 deletion was 4 days ago, on [[Solar eclipse of 2024-04-28]], not super important though, just a fun thing). R3 is its own entity entirely and is completely time-sensitive for recent redirect creations. This is impossible to be a failsafe alone. Redirects will be missed, or mistakenly patrolled, and based on the sheer number of recently-created Foo(bar) pages from the last year or so that still exist untouched, they definitely escape eyes. The criteria that has ''more'' pertinence is G6, which is reserved for errors, and most of these are errors! The (unanswered) question I asked in the first RfC was whether we should go through and delete the errors right now, and see how many intentional creations remain. Who knows! Maybe we won't need to make a temporary CSD in the first place if the CSD is just going to go away once we temporarily clear the backlog. Contrarily to what you say, this is fundamentally an ''ongoing'' issue if we have [[Burek(song)]], [[Poison ivy(plant)]], and [[KP Oli Cup(cricket)]] all created days ago in Feb/March 2024, and all marked as new-page-patrolled too, preventing anyone from possibly spotting these in time to R3. These aren't even necessarily G6-able either, and if we start picking up several a month to RfD (despite overwhelming consensus being to always delete regardless of time spent at title), this backlog will never be fully cleared. Because of the continuous nature that these redirects get created, this should be R5, in my eyes. There's no evidence to suggest this is ''temporary'', as we have pages that meet this criteria from 2002 through 2024. Starting at X3 and moving to R5 is ''unprecedented'' to occupy a temporary X CSD first, and there is a need to get it right the first time to avoid occupying more CSD names than we have to. If there are titles here that are G6-able as unambiguous errors, I say let them be G6ed if they can. If it's a permanent thing, let it be permanent! I'm in support of the speedy deletion of all of these pages, but I think the idea that the Foo(bar) group is a temporary and countable problem is just not the case. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 02:20, 11 March 2024 (UTC)
::::''Everything'' is unprecedented until it's needed for the first time, that's not a reason to support or oppose anything. Everybody supporting a temporary criterion was supporting the creation of a criterion numbered X3 even if they didn't use that explicitly (temporary criteria are numbered in the X series, the next one available is 3) in the same way that everyone supporting a new permanent criterion for redirects only is supporting a criterion numbered R5 and everyone supporting a new permanent criterion for articles is supporting a criterion numbered A12, regardless of whether they use those names or not.
::::''Some'' of the titles are G6-able, some aren't, but the point is that once the backlog has been cleared the combination of R3 and G6 means that the few not eligible under either criterion will not overload RfD to the point a new criterion is needed, as best we can predict based on the data we have now. If that changes then there is no harm at all (number exhaustion is not a thing) in changing X3 to R5. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 16:47, 11 March 2024 (UTC)
::That's a very useful query but let's not limit ourselves strictly to its output. Other redirects should also go, such as "Joe Smith(disambiguation)" mentioned in the proposal (excluded because of the space) and {{-r|10,000 Summers(No Devotion song)}}, which also has a space in the qualifier. (The database Quarry uses represents spaces as underscores.) [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 21:43, 13 March 2024 (UTC)
*'''Oppose''' X3, although I could support a CSD for one-character typo disambiguation redirects. Temporary criteria are there to help fix issues created by specific users or specific software tools; this one has no business being temporary. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 07:02, 11 March 2024 (UTC)
*:{{ping|Kusma}} The point is such typos are already covered by R3 if recently created. Once a cleanup is done under X3, the ability to speedily delete longstanding typo redirects is no longer needed. -- [[User:King of Hearts|<b style="color:red">King of ♥</b>]][[User talk:King of Hearts|<b style="color:red"> ♦</b>]][[Special:Contributions/King of Hearts|<b style="color:black"> ♣</b>]][[Special:EmailUser/King of Hearts|<b style="color:black"> ♠</b>]] 16:26, 11 March 2024 (UTC)
*::Why would plausible typos like omission of a single space be covered by R3? These are being generated quite frequently, which shows they are not freak occurrences, but plausible typos. I can't see R3 being applicable. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 16:38, 11 March 2024 (UTC)
*'''R5 as first choice, X3 as second''' per my reasoning earlier in this discussion and Utopes above. [[User:The Blade of the Northern Lights|The Blade of the Northern Lights]] ([[User talk:The Blade of the Northern Lights#top|<span style="font-family: MS Mincho; color: black;">話して下さい</span>]]) 17:42, 11 March 2024 (UTC)
*'''Support X3 first choice, R5 second choice''' - This is most cleanly X3. However, we should dump the quarry query onto a page somewhere, and state that X3 applies only to these redirects. This is appropriate as X3 because the backlog is disproportionate to the creation rate. [[User:Tazerdadog|Tazerdadog]] ([[User talk:Tazerdadog|talk]]) 21:17, 12 March 2024 (UTC)
*'''Support'''. These redirects are not useful, given that we have the correct versions, and simply clutter search results and the database. {{tl|Database report}} is good at dumping quarry queries onto a page. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 21:07, 13 March 2024 (UTC)
*'''Oppose''' as there are so many correct redirects without a space before (. It would lead to too many erroneous deletions. More care and consideration is required than a speedy delete. R3 can be used if creation is recent. Suppress redirect on move policy would also need to match. [[User:Graeme Bartlett|Graeme Bartlett]] ([[User talk:Graeme Bartlett|talk]]) 22:32, 13 March 2024 (UTC)
*:Not specific to you, but I see a ''lot'' of discussions on this page (to borrow my earlier wording) act as if in this area admins are also total rubes. Admins are by definition experienced enough to distinguish obvious errors in Wikipedia disambiguators, even unfamiliar ones, from idiosyncratic spelling conventions such as chemical nomenclature or artwork titles. As an example, even someone unacquainted with chemistry can click the redirect [[Fe(III) oxide]] and, within two paragraphs, see ample evidence that it's part of a nomenclature. By contrast, if someone were to somehow create [[Isaac Brock(longevity claimant)]], no one experienced enough to be an admin would think that the disambiguator (longevity claimant) is unique among disambiguators in lacking spaces; even without its existence, if you get as far as typing in "Isaac Brock(" you'll see the result you're looking for in the dropdown search results. And on top of that, if there's a mistake it's also entirely reversible. [[User:The Blade of the Northern Lights|The Blade of the Northern Lights]] ([[User talk:The Blade of the Northern Lights#top|<span style="font-family: MS Mincho; color: black;">話して下さい</span>]]) 04:02, 14 March 2024 (UTC)
*::This is all well and good so long as the admin bothers to read the page title and comprehend what they are doing before pressing delete. Doesn't sound especially difficult of course, but CSD definitely attracts the type who are intent on speed over anything else. '''[[User:J947|<span style="color: #1009bf;">J</span>]][[User talk:J947|<span style="color: #137412;">947</span>]]''' ‡ <sup>[[Special:Contribs/J947|edits]]</sup> 07:05, 14 March 2024 (UTC)
*'''R5 as first choice, X3 as second'''. There are ways to handle some of the false positives, including using {{tl|R from chemical formula}} on chemistry redirects. The fact is that there are just a very large amount of these and this ongoing clean up has been going on for years. Even using twinkle to send to RfD is time consuming as some editors want these grouped up (which is understandable), but the template at RfD is expanded (for whatever reason) so it isn't a smooth and easy copy/paste. Then we also come into a problem of batch nominations where time and time again it has proven that editors just don't like these and these fail for no other reason other than that. So we end up with clean up editors needing to decide each time what amount is the correct amount to batch up... which is just a waste of time. To the above concern about admins not doing their job correctly. If the that happens, the problem isn't with this but with the admin themselves and the proper channels should handle that. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 08:13, 14 March 2024 (UTC)
*'''Comment''' - I [[Special:Diff/745009118|originated]] (and have expanded as necessary over time as more examples arise) the content contained at [[WP:RDAB]]. I did so because it is easier to reference the sentiment expressed there with a quick shortcut rather than repeating myself over and over again at redirects for discussion. However, on similar grounds, I ''oppose'' this as a temporary remedy because such redirect archetypes arise and populate the venue so often. I am also ''unsure'' if I would support such a criterion if it were proposed as permanent. I would have to put a lot more thought into the matter than I have at the moment. <small>—&nbsp;[[User:Godsy|<span style="color:#39A78E;">'''Godsy'''</span>]]<sup>&nbsp;([[User talk:Godsy|TALK]]</sup><sub style="margin-left:-2.0ex;">[[Special:Contributions/Godsy|<span style="color:#DAA520;">CONT</span>]])</sub></small> 09:36, 14 March 2024 (UTC)
*:{{reply to|Steel1943}} A partial answer to your question posed much above (i.e "does ''anybody'' recall why the texts at WP:UNNATURAL and WP:RDAB were written?") is contained in my comment right above this. Let me know if elaborating further on any particular point would be of help. <small>—&nbsp;[[User:Godsy|<span style="color:#39A78E;">'''Godsy'''</span>]]<sup>&nbsp;([[User talk:Godsy|TALK]]</sup><sub style="margin-left:-2.0ex;">[[Special:Contributions/Godsy|<span style="color:#DAA520;">CONT</span>]])</sub></small> 09:55, 14 March 2024 (UTC)
* '''Support''' There seems to be agreement that these should be deleted at RfD, and that is what ultimately controls. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 23:14, 14 March 2024 (UTC)
* '''Support''' per [[WP:NOTBURO|NOTBURO]]; this solely enforces a longstanding consensus, even if I disagree with the longstanding consensus. First hand experience, this is also putting a huge burden on RfD. [[User:Queen of Hearts|Queen of Hearts]] <sup>she</sup>/<sub>they</sub><sup>[[User talk:Queen of Hearts|talk]]</sup>/<sub>[[Special:Contributions/Queen of Hearts|stalk]]</sub> 20:39, 18 March 2024 (UTC)
*'''Support''' per [[WP:NOTBURO]], I have no opinion on the underlying arguments, but if there is general consensus that a) these redirects are not needed and b) going through all of them at RfD manually will take a huge amount of time, there is no real reason to not do this. [[User:AirshipJungleman29|&#126;~ AirshipJungleman29]] ([[User talk:AirshipJungleman29|talk]]) 16:32, 19 March 2024 (UTC)
*'''Support without bullet points''' -- this is a good proposed CSD, but needs to be made as simple as possible, and there should be no requirement for a CSD editor to subsequently go through and do additional cleanup of links, or create new pages. The whole point of CSDs are that they should be *speedy*. [[User:Swatjester|<span style="color:red">⇒</span>]][[User_talk:Swatjester|<span style="font-family:Serif"><span style="color:black">SWAT</span><span style="color:goldenrod">Jester</span></span>]] <small><sup>Shoot Blues, Tell VileRat!</sup></small> 17:13, 19 March 2024 (UTC)
*'''Support''' they always get deleted so let's speed it up. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:53, 24 March 2024 (UTC)
*'''Support R5, weak support X3'''. Fine, let's just get this done. (I've already commented a few times in this discussion, so I've already elaborated my stance.) [[User:Steel1943|<span style="color: #3F00FF;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 14:21, 27 March 2024 (UTC)
*'''Support R5''' There is no reason for this rule to be temporary, although we do need manual check for false-positive matches such as {{nowrap|[[Iron(II)]] → [[Ferrous]]}}. –[[User:LaundryPizza03|<b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b>]] ([[User talk:LaundryPizza03|<span style="color:#0d0">d</span>]][[Special:Contribs/LaundryPizza03|<span style="color:#0bf">c̄</span>]]) 23:32, 1 April 2024 (UTC)
*'''Support''' don't care whether temp or perm. Yes, there could be false positives, but I assume editors are smart enough to make the right judgements. [[User:Toadspike|<span style="font-family:'Rubik', sans-serif; color:#21a81e; text-shadow:#999b9e 0.2em 0.2em 0.4em;">'''Toadspike'''</span>]] ([[User talk:Toadspike|talk]]) 10:11, 3 April 2024 (UTC)
*'''Support''' as such redirects are often implausible and unlikely a search term. R5 would be suitabile for this; it is unlikely for people to type titles without space between the ambiguous term and the disambiguator. [[User:ToadetteEdit|<span style="color:#fc65b8;">'''Toadette'''</span>]] <sup>''([[User talk:ToadetteEdit|<span style="color:blue;">Let's talk together!</span>]])''</sup> 10:21, 10 April 2024 (UTC)
*<small>Comment to prevent archiving before this is closed. It's been listed at [[WP:ANRFC]] since 30 March. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 14:14, 25 April 2024 (UTC)</small>
{{crb}}


My new proposed wording for [[WP:U5]] is:


===Post-RFC===
Pages in userspace or draftspace consisting of [[WP:NOTWEBHOST|writings, information, discussions, and/or activities not closely related to Wikipedia's goals]], where the owner has made few or no edits outside of [[Wikipedia:User pages|user pages]] and [[Wikipedia:Drafts|drafts]], with the exception of plausible drafts and pages adhering to [[Wikipedia:User pages#What may I have in my user pages?]].
Just noting that I have created {{t|db-x3}} and [[:Category:Candidates for speedy deletion as redirects with no space before a parenthetical disambiguation]], and updated [[MediaWiki:Deletereason-dropdown]] and [[CAT:CSD]] to match. I ''think'' that's everything that needs doing, but please feel free to fix whatever else needs it. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 15:06, 2 May 2024 (UTC)
:Twinkle update [[Special:Diff/1221882621|requested]] by Gonnym (thanks!). [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 15:20, 2 May 2024 (UTC)
::Before we start deleting, can we ''please'' just have a discussion about whether to implement this as X3 or R5? Because there is functionally no reason to have this be X3, as there is nothing inherently temporary about this issue. Nobody has identified which of the relevant titles are ''already'' speedy delete-able, and how many of the leftover redirects are ''actually'' affected by this; any number is just guesses and estimates, a STARK contrast to the systematic and temporary nature of X CSDs. There has been significant pushback to the bullet points, of which none of the support !voters have clarified any reason for keeping them (as an aside to "these pages should be deleted", of which I agree they should be). I appreciate the gusto of the non-admin closure but basically all of the significant issues are currently unaddressed, which ''need'' solutions before proceeding, in my opinion. <span style="background-color: #FFCFBF; font-variant: small-caps">[[User:Utopes|Utopes]] <sub>('''[[User talk:Utopes|talk]]''' / '''[[Special:Contributions/Utopes|cont]]''')</sub></span> 01:17, 3 May 2024 (UTC)
:::The wording of the close leaves the option of converting this to R5 in the future, which mostly addresses the concerns that it will only ''need'' to be temporary: I have a funny feeling that this process will take a while, and if in the meantime there is demonstrable evidence that redirects are still being created in this manner and ''not'' being handled under the existing R3 it will make that much more of a compelling case to make X3 a permanent R.
:::Personally speaking, I would have made the bullet points optional (adding in a "should") to address the concerns of those against them, but on the whole I suspect that folks looking for and dealing with X3 will already be motivated (since they wanted it in the first place) to take care of the "paperwork" when filing that this issue with the bullet points will end up being a non-issue. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 05:41, 3 May 2024 (UTC)
:::I don't understand why you think the X3/R5 option is urgent? Any, as was explained multiple times in the discussion, there is no evidence available that this needs to be permanent - if that changes then we will have evidence to support making it a permanent criterion. As for the bullet points - changing links is necessary to prevent harming the encyclopaedia, creating new redirects where the search term is plausible but a mistake was made in missing a space benefits readers (who are always the most important). These are things that should be done prior to many speedy deletions already and nobody has articulated any good reason why they're a bad idea (being allowed to nominate something for speedy deletion without making sure you aren't breaking something is not a good reason). If you do think the requirements are too onerous then that's fine, you can simply not nominate any pages under this criterion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 07:51, 3 May 2024 (UTC)
*What about similar errors like [[Foo (disambiguation]] and [[Foo disambiguation)]], while the proposal was only for missing spaces I think we should consider other errors. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:03, 3 May 2024 (UTC)
*:Those would need to be a separate proposal to be speedily deletable. There have been arguments made that "Foo (disambiguation" redirects can be helpful in certain circumstances and so aren't uncontroversial. I don't recall ever seeing a "Foo disambiguation)" redirect come to RfD so it would almost certainly fail the frequency requirement. Almost every other type of error is rare, already covered by R3 and/or G6, and/or not uncontroversial. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:46, 3 May 2024 (UTC)


== Time to get rid of A2? ==
[[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 17:21, 12 November 2018 (UTC)


Pretty much the title. For one, it is not [https://quarry.wmcloud.org/query/80956 used frequently] (the last 100 entries take us back to November 2021). But more importantly, I don't think deletion is actually beneficial. The criterion itself calls for tagging with {{t|Not English}} (if it does not exist on a different language Wikipedia), and I would add that draftification is a good option as well. Given those two [[WP:ATD|alternatives to deletion]]—[[WP:ATD-T]] and [[WP:ATD-I]]—exist, I am not sure we should have this CSD (c.f. [[WP:PRESERVE]]). Is there anything I am missing/other thoughts? <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 03:46, 5 March 2024 (UTC)
*'''Support''' I also find these Drafts at AfC and otherwise regularly. I'm not sure that new accounts are researching our [[WP:NOTAWEBHOST]] policies and choosing Draft space over userspace to avoid U5 but we do channel new users toward Draftspace and a certian portion of these users post U5 type material. We need the ability to CSD this junk without wasting time at MFD even more in Draft then userspace because it often is submitted to AfC, and sometimes multiple times. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 17:31, 12 November 2018 (UTC)
:Nowadays most of these creations are in Draft space, so that is where they get knocked back. If there is a chance that the content is useful to another project or could be translated, then draftifying could be good. [[User:Graeme Bartlett|Graeme Bartlett]] ([[User talk:Graeme Bartlett|talk]]) 21:45, 5 March 2024 (UTC)
* '''Comment''' U numbers only apply to userspace. I suggest deprecating U5 and replacing it with a G number, perhaps G15, worded to include userspace and draftspace as proposed. Purely to avoid confusion. &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 17:55, 12 November 2018 (UTC)
::Presumably, the justification for draftifying new non-English articles is [[Wikipedia:Drafts#During new page review]] #2a-iii, that the article meets some speedy deletion criterion, namely A2? So in order to continue justifying these draftifications it would be appropriate to add non-English to the list of reasons why a page might be obviously unready for mainspace, releasing A2 from its role there. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 22:18, 5 March 2024 (UTC)
*'''Need examples''' - This proposal is based on the idea that MfD is being bogged down by drafts that could be speedied under U5 if it applied to drafts. To support this, we need to see examples a number of recent drafts that would be speedied under the current proposal but cannot be under any existing criteria. {{ping|Pkbwcgs}} can you give some examples of these "loads of drafts"? [[User:A2soup|A2soup]] ([[User talk:A2soup|talk]]) 17:58, 12 November 2018 (UTC)
===RfC: deprecating A2===
**{{re|A2soup}} Things like [[Draft:Take care of your beauty]], [[Draft:How To Pass Nebosh IGC Exam in First Attempt?]], <s>[[Draft:How ICT has an effect on Society]]</s> and [[Draft:How I do control my thinking]] would be examples of drafts which would meet U5 if it were to be extended to the draftspace as they are not related to Wikipedia. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:04, 12 November 2018 (UTC)
***Right now we have to use G11 as a catch all to deal with instruction manuals, product specifications, team rosters, and all sorts of assorted non-articles that could fit this criteria. Anything that might be fictional can potentially be db-hoax tagged but could fit this criteria better. Occasionally someone posts something that is not an advert or hoax but certainly isn't ever going to be an article and then it is just left to get swept away by G13 in six months time. This new criteria would make it more transparent and easier to deal with the material we should not be hosting. &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 18:07, 12 November 2018 (UTC)
*'''Support''' I have nominated a few of these drafts myself. Deprecate U5 and replace it with G15 as per Frayae. [[User:CoolSkittle|<span style="background-color: blue; color: orange">CoolSkittle</span>]] ([[User talk:CoolSkittle|talk]]) 18:15, 12 November 2018 (UTC)
*'''Commment''' indeed G15. Most of this U5 stuff can be speedied out of Article space on some other A? Criteria but Wikipedia, Template and other spaces can be used for webhosting too. The main issue is Draft space though because we channel new accts there. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 18:19, 12 November 2018 (UTC)
** {{re|Legacypac}} It is very rare to see U5-related stuff in the mainspace because a user has to be autoconfirmed to create a page in the mainspace on Wikipedia. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:34, 12 November 2018 (UTC)
*** I am sure G14 doesn't exist yet? [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:32, 12 November 2018 (UTC)
**** G14 may not exist as enacted policy, but there are so many proposals for a G14 with various different attributes in the archives that I feel it would be wiser and less confusing to go one number up and match U5 with G15. &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 18:39, 12 November 2018 (UTC)
*'''Oppose''' I suspect this will be used to delete drafts which are just very bad, instead of just those which are NOTWEBHOST violations. Some of the examples cited above are [[WP:OR|original essays]] or violations of [[WP:NOT#HOWTO]]. In other words they are attempts to write Wikipedia articles by people who just don't know how Wikipedia works. That doesn't make them [[WP:NOT#WEBHOST]] violations, unless they've been hanging around for long enough (in which case G13 would apply). '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 18:50, 12 November 2018 (UTC)
*'''Oppose'''. Solution in search of a problem. MFD does not seem overrun by such drafts with the examples cited having been created weeks apart. Also, what Hut 8.5 said, the potential for abuse seems far too high because new users might very well write bad drafts that get better later. I also fail to see why G13 can't handle them. Where is the pressing need to remove them asap? Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 18:56, 12 November 2018 (UTC)
::SoWhy have you participated in more than 25 MfDs yet? Why are you commenting on an area you have little experience with?
:: Hut - Any CSD can be abused, all we are talking about is location of the unsuitable material. If it is U5 in userspace why should it be ok in Draftspace which is a more collabertive environment. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 19:26, 12 November 2018 (UTC)
:::Anyone can see that there are not that many MFDs. One does not have to participate in them to do so. [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 19:31, 12 November 2018 (UTC)
:::Sure, any CSD can be abused, but if a CSD is particularly prone to abuse than that's a reason not to have it. I'm not a particular fan of U5 in userspace, to be honest, but in draft space I think there's a higher chance that the author was at least trying to write an article. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 20:28, 12 November 2018 (UTC)
:::: {{re|Hut 8.5}} Is a [[WP:NOTWEBHOST]] violation okay in the draftspace? Why do we have [[WP:U5]] in the userspace but not in the draftspace? The draftspace is easily abused for [[WP:NOTWEBHOST]]. I have a question. If I see a personal profile of a user in the draftspace then what should I do? We can't leave these sorts of stuff in the draftspace. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 20:43, 12 November 2018 (UTC)
:::::You can get inappropriate material in draft space deleted at [[WP:MFD]] if it does not qualify for speedy deletion. Speedy deletion criteria are only good for narrow cases where people agree that pages meeting the criterion should be deleted. This suggestion shows a strong likelihood that it will be used to delete content which doesn't actually fall foul of [[WP:NOTWEBHOST]], which makes it a bad idea. NOTWEBHOST doesn't apply to attempts to write encyclopedia articles, at least not unless abandoned, and even in this discussion there are suggestions that this criterion will be used to delete pages of this type. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 21:40, 12 November 2018 (UTC)
:::::: {{re|Hut 8.5}} Thanks for your reply. Yes it is clear that NOTWEBHOST doesn't apply for attempts to write an article. That is certain. However, [[WP:MFD]] is becoming flooded when taking inappropriate material there and most of it is [[WP:NOTWEBHOST]] stuff which can be eliminated by extending [[WP:U5]] to the draftspace. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 21:47, 12 November 2018 (UTC)
:::::::I don't think it's being "flooded" with this stuff at all. There are plenty of people trying to get drafts deleted for being essays, how-to guides, dictionary definitions, etc but none of those equate to NOTWEBHOST. So either the criterion will be useless for those pages or it will be used to bring a criterion of "inappropriate draft" in through the back door. The first option makes it useless and the second one would be actively harmful. Bear in mind that drafts will be deleted after six months unless someone is working on them anyway, there's no particular need to bring them to MfD in the first place most of the time. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 21:56, 12 November 2018 (UTC)
** {{re|Hut 8.5}} If a user writes about personal stuff in the draftspace then what speedy deletion criterion should be used? U5 is only applicable to the userspace. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 19:07, 12 November 2018 (UTC)
*** [[WP:UP#NOT]] says that personal opinions and "Extensive writings and material on topics having virtually no chance whatsoever of being directly useful to the project, its community, or an encyclopedia article" are writings, information, discussions, and activities not closely related to Wikipedia's goals which is what [[WP:U5]] is about and I see those things in the draftspace. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 19:11, 12 November 2018 (UTC)
****You're assuming that just because something is inappropriate or deletable then there must be a speedy deletion criterion for it. It doesn't work that way. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 20:28, 12 November 2018 (UTC)
*'''Comment''' [[Draft:How ICT has an effect on Society]], an example given above, was ''declined'' at AFC and the author invited to resubmit. Surely in this circumstance speedy deletion would be out of the question. [[User:Thincat|Thincat]] ([[User talk:Thincat|talk]]) 19:46, 12 November 2018 (UTC)
*'''Oppose''' per Hut 8.5. --[[User:Tavix| <span style="color:#000080; font-family:georgia">'''T'''avix</span>]] <sup>([[User talk:Tavix|<span style="color:#000080; font-family:georgia">talk</span>]])</sup> 21:57, 12 November 2018 (UTC)
*'''Oppose''' per Hut 8.5.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 22:02, 12 November 2018 (UTC)
* This is bound to be unsuccessful like every single proposal I make is. I am pretty useless at making proposals and at everything. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 22:03, 12 November 2018 (UTC)
*'''Oppose'''. Complete overlap with G13. G13 works, with good pacing of notifications and ease of REFUND. No need to make speculative negative judgements on thin new unsubmitted drafts. If a draft does not meet any G* criterion, the six month G13 process suffices. NB. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 22:26, 12 November 2018 (UTC)
::G13 is for abandoned pages. U5 is for webhost inappropriate pages. You don't need to speculate on the pages this will apply too, they are clearly not appropriate. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 22:53, 12 November 2018 (UTC)
::* I have not seen any draftspace NOTWEBHOST violations that are so bad that they can't be left to the G13 process. I have seen draftspace NOTWEBHOST nominations at MfD where the nominator is making quick assumptions about the limited content and an psychoanalysis of the author. A mistake in these assumptions is more damaging to the project than leaving a silly NOTWEBHOST draft violation to expire and get deleted per G13. We created G13 with this exact sort of thing in mind. --[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 06:33, 13 November 2018 (UTC)
*'''Oppose''' - Unnecessary. Truly problematic examples are covered sufficiently by other deletion criteria (CSD or otherwise). &mdash; <samp>[[User:Rhododendrites|<span style="font-size:90%;letter-spacing:1px;text-shadow:0px -1px 0px Indigo;">Rhododendrites</span>]] <sup style="font-size:80%;">[[User_talk:Rhododendrites|talk]]</sup></samp> \\ 04:08, 13 November 2018 (UTC)
*'''Oppose'''. I agree with the spirit behind this, but [[WP:NOTWEBHOST]] is way too broad of a speedy deletion criteria, especially for a process that receives a lot of poorly formatted drafts from people who haven't yet gotten the hang of editing. As others have said, this will almost certainly just turn into an "eject drafts I don't like" button. I'm always going to be in favor of retaining drafts unless they are either obvious corpspam (G11) or it's abundantly clear they are no longer being improved (G13). Other than those two criteria, I'd rather draft deletions go through MfD. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 04:11, 13 November 2018 (UTC)
*'''Support''' per [[Wikipedia:Miscellany for deletion/Draft:When can you claim that you’ve been in a country or state?]], and other supporting comments here by the editors who actually work in the draft space. I also support promoting this criterion to a "general" criterion. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 13:44, 13 November 2018 (UTC)
*'''Oppose''' per Hut 8.5, SmokeyJoe and Nathan2055. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:11, 13 November 2018 (UTC)
*'''Support''' per nom and Legacypac. [[User:PrussianOwl|PrussianOwl]] ([[User talk:PrussianOwl|talk]]) 21:59, 13 November 2018 (UTC)
*All the people supporting "per Hut" fail to realize we almost never see Hut around AfC or MfD so it's no skin off their back to make those who actually work in these areas do more busy work on NOTAWEBHOST violations. In fact, the regulars at AfC and MfD are mainly supporting based on experience and the Opposes are mostly editors without significant contributions to the AfC and MfD. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 22:09, 13 November 2018 (UTC)
*:You say this as though the maintenance of draftspace (or interpretations thereof) is all that's at stake; as though it is separate from the value and usefulness of draftspace itself or the people who actually use it. I'd say that the opinions of people who use, want to use, or coach people through using draftspace (regardless of AfC), are at least as valuable. Nobody is obliged to engage in any particular maintenance task. As this is not articlespace and nobody who isn't looking for them will ever see the overwhelming majority of these pages, the benefit to be gained from deletion is considerably less, but the extent to which editors' experience is affected is the same. So having hoops in place that must be jumped through to delete something doesn't strike me as a bad thing, apart from the most obvious instances. A central problem to me is not whether or not the most egregious examples are pages that should be kept, but about a fundamental disagreement about what constitutes NOTWEBHOST. — <samp>[[User:Rhododendrites|<span style="font-size:90%;letter-spacing:1px;text-shadow:0px -1px 0px Indigo;">Rhododendrites</span>]] <sup style="font-size:80%;">[[User_talk:Rhododendrites|talk]]</sup></samp> \\ 23:36, 13 November 2018 (UTC)
*:{{ec}} {{replyto|Legacypac}} the number of NOTWEBHOST (a vague and subjective collection criterion that new editors cannot be expected to know about) violations is not relevant here, the relevant factor is the number of good faith pages that are ''not'' violations that will get swept away and the number of newbies who will be [[WP:BITE|BITTEN]] and never return. Editor retention is already a problem, if the price of not making that worse is more work for some editors then that is a price worth paying ten times over. That you have failed to convince those of us who are not regulars at MfD that this is actually a problem that needs solving (let alone that this is the way to solve it) should tell you something. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:42, 13 November 2018 (UTC)
*: This is called an [[ad hominem]] fallacy--whether we do work there is irrelevant to the question of the work that should be done there. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 02:01, 14 November 2018 (UTC)
* '''Oppose''': Where the NOTWEBHOST is a critical issue, we have better CSD to apply. Where it is not a critical issue, G13 is sufficient for draft space. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 02:04, 14 November 2018 (UTC)
*No confidence that taggers - and admins, for that matter - will prove any better at identifying material plausibly intended as drafts in draftspace than they have in userspace. —[[User:Cryptic|Cryptic]] 04:50, 14 November 2018 (UTC)
*{{replyto|Pkbwcgs|Legacypac}} I've just had a look through every current [[WP:MFD]] listing. There are 33 pages in draft space, exactly 1 of which could be speedily deleted based on [[WP:NOTWEBHOST]]: [[Draft:Assignment Two(BF)]]. This is evidence that this criterion is ''not'' needed. As [[user:Hut 8.5|Hut 8.5]] notes above, there are many draft-space being nominated at MfD for other reasons - for example being essays, duplicates, covering non-notable subjects, etc. but these would not fall within the scope of this criterion so it would be either unused or abused. Of those others nominated, only around three quarters (at most) have no opposition to deletion - which is much too low for a speedy criterion which needs to be around 99% or greater, and at least half of those with no opposition are being deleted for subjective reasons that are unsuitable for speedy deletion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:44, 14 November 2018 (UTC)
::{{Re|Thryduulf|Hut 8.5}} I understand that you are against this proposed G15 being implemented. Your arguments apply equally to the existing U5 criteria, and could be applied equally to deprecating U5 without a replacement. What do you say to this? &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 14:35, 14 November 2018 (UTC)
:::I'm not ideologically opposed to that, but I'd want to look at how often it is currently being used and what it is being used to delete before offering a firm view. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 14:44, 14 November 2018 (UTC)
:::{{Ec}} You didn't ask me, but in general I support deprecating U5 if it is not extended to the draft space. Before we had a draft: namespace it made sense that material completely unrelated to Wikipedia posted in an editor's userspace was CSDable, but now that users are just as likely to post this sort of material as a draft, the CSD restriction to userspace strikes me as ridiculous bureaucracy. If I post a plot guide to my [[Dungeons & Dragons|D&D]] campaign at [[User:PEIsquirrel/The Mystical Age Of The One Pine Tree In The Yard With The Good Nuts]] U5 can apply, but if I post the same content to [[Draft:The Great War Of The Glorious Chipmunks And The Vile Felines]] it has to go to MfD, and I find that distinction silly. Either NOTWEBHOST violations are speediable ''everywhere'', or they are not speediable ''anywhere''. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 14:50, 14 November 2018 (UTC)
::::I completely agree with Ivan. There is a general opinion here that G15/U5 should not be used on drafts. Logically this would apply to all drafts or no drafts regardless of namespace as Ivan explains. &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 15:24, 14 November 2018 (UTC)
:::::However, some of the opposition to this proposal was based on the fact that we already have a criterion (G13) that will take care of these drafts and that those in favor have imho not demonstrated ''why'' these drafts should go to MFD instead of waiting for them to become eligible for G13. Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 15:44, 14 November 2018 (UTC)
:::::: {{re|SoWhy}} Who wants to wait for six months to get rid of loads of drafts that are basically tons of junk? Basically, what G13 is doing is creating more work for admins as they have to delete tons of drafts everyday that meet G13 and the majority of those drafts are nothing but junk. Some of these are NOTWEBHOST violatinos, some of these are how-to guides, some of these are spam and I even saw a [[Draft:Assignment Two(BF)|homework assignment]] in the loads of piece of junk in AfC. Yes, there are very interesting and good articles created via AfC which is why it is a very useful process. However, it is so sad to see that loads of junk is in the draftspace as well. If you look at [[:Category:AfC submissions declined as jokes]], at least 90% of these can be speedy deleted without waiting six months. [[Draft:Alien exit on earth|Here]] is a classic example of what junk is. I tagged for speedy deletion [[WP:CSD#G3|as a blatant hoax]]. I also see [[:Category:AfC submissions declined as a test]] which is stuff that has zero chance of improvement. Basically, tons of useless rubbish that can be deleted but is [[WP:CSD#G2|G2]] valid for the draftspace? [[Draft:How many films did amitabh bachan did remade from another language|One draft]] which I tagged as [[WP:CSD#G2|G2]] has been deleted but I remember it was absolutely blank when I tagged it for deletion. However, does this mean the others can be deleted? If U5 is not going to the draftspace then we need a general criterion for deletion of junk in the draftspace. Look, [[:Category:AfC submissions declined as an advertisement|over 3,000 junk adverts]], [[:Category:AfC submissions declined as a dictionary definition|around 60 dictionary definitions which don't stand a chance because Wikipedia is not a dictionary]] and [[:Category:AfC submissions declined as blank|around 90 drafts which are blank and hopeless]] and all of these have to wait six months to be deleted? However, I '''oppose the deprecation of U5''' because I still tag web hosts in the userspace for speedy deletion and new users will use the userspace for personal stuff and web hosts which has no place on Wikipedia. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 16:18, 14 November 2018 (UTC)
:::::::I fail to understand your "creating more work for admins" argument. Whether a page is deleted under G13 or under your proposed G15, the work needed to delete the page is the same. Indeed, the workload is probably higher if the admin has to evaluate the draft against a complex set of criteria for "junk" as you call it instead of just checking whether it meets the requirements for G13. However, saying "who wants to wait?" does not really answer the question "why ''can't'' we wait?". As has been pointed out above, the problem is not that people are in favor of keeping "junk" but that "junk" or NOTWEBHOST or anything like that is too vague to serve as a useful criterion because we always have to take into account the potential for abuse. Thryduulf has summarized it pretty well above. Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 16:41, 14 November 2018 (UTC)
:::::::: I still don't understand this. Why should junk be allowed in the draftspace but not anywhere else? [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 16:52, 14 November 2018 (UTC)
:::::::::There is no "junk" speedy deletion criterion. That's why you want to create one, isn't it? But as pointed out multiple times, "junk" is highly subjective and the whole point of draftspace is to allow new editors to work on stuff that some might see as "junk" to the point that useful articles are created from this "junk". If they lose interest, those drafts will already be cleaned up by G13. But if just 1% of drafts deleted under such a criterion were actually viable articles and these editors leave the project as a consequence, this is far more harmful to the project as a whole. Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 17:18, 14 November 2018 (UTC)
:::::::::: Never in the time I worked in the draftspace have I seen someone successfully create a mainspace article from junk. If a draft looks proper then it is more likely to go to the mainspace. A piece of junk that will not be ever improved shouldn't have to wait six months and what users tend to is to submit the same draft over and over again without any difference so that it won't get caught on the [[WP:CSD#G13|G13]] trap. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:17, 14 November 2018 (UTC)
::::::::::: The tendentious resubmission without improvement that you describe usually leads to deletion at MfD. Why shouldn't a piece of junk wait six months? Drafts are not indexed by search engines and are impossible to find unless you're looking for them, deletion doesn't free up any Wikimedia server space (the data is still retained). There is no benefit to the project of deleting drafts, except in the cases where they pose legal issues, which are already covered by other criteria. If even one draft that would have been improved is deleted or even one newbie that would have become a productive editor is driven away, then your proposal will be a net negative to the project. [[User:A2soup|A2soup]] ([[User talk:A2soup|talk]]) 19:02, 14 November 2018 (UTC)
:::::::::::: What you said about new users improving a "junk" draft is extremely unlikely based on what I have seen so far in the draftspace. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 19:22, 14 November 2018 (UTC)


{{Archive top
*To answer the ping above, I would be quite happy to get rid of U5 entirely as I think it is frequently abused to delete acceptable stuff, but I doubt there's consensus for that here. Genuine NOTWEBHOST violations are going to be more common in userspace than in draftspace, if only because userspace is specifically marked as your personal area and because we do allow some content which isn't related to Wikipedia there. By contrast if you start a draft then you are explicitly setting out to write an article and it's more likely that you will end up with at least an attempt at an encyclopedia article.<br/>My main problem with this expansion though is that it is likely to be interpreted as "junk draft", which is a very bad idea for a speedy deletion criterion. Most of the examples which were cited to motivate this expansion above are not really NOTWEBHOST violations at all, and those are supposed to be the poster children for the criterion. I don't see any need to hurry to delete these drafts before the G13 expiry period. G13 is both more general and easier to assess than U5. The former only requires you to look at the edit history, the latter requires you to read the draft and come to some sort of judgement on it. If a draft is getting repeatedly resubmitted or recreated without any improvement then G13 wouldn't apply, but there aren't many of those cases. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 19:14, 14 November 2018 (UTC)
|status = NO CHANGE
*'''Random question''': Do/did we have a G1'''4''' criterion? I cannot find evidence of its existence or former existence anywhere. [[User:Steel1943|<span style="color: #2F4F4F;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 20:23, 14 November 2018 (UTC)
|result = There is consensus against deprecating A2 as a CSD. Alternate suggestions for various changes also failed to gain consensus. —[[User:Ganesha811|Ganesha811]] ([[User talk:Ganesha811|talk]]) 01:23, 22 March 2024 (UTC)
**{{re|Steel1943}} {{Tq|G14 may not exist as enacted policy, but there are so many proposals for a G14 with various different attributes in the archives that I feel it would be wiser and less confusing to go one number up and match U5 with G15. — Frayæ (Talk/Spjall) 18:39, 12 November 2018 (UTC)}} If that helps. &mdash; [[User:Frayae|Frayæ]] ([[User talk:Frayae|Talk]]/[[:is:Notandaspjall:Frayae|Spjall]]) 20:26, 14 November 2018 (UTC)
}}
***{{Ping|Frayae}} Yep, sure enough. Either way, IMO, if this somehow turns into an enacted “G” criterion, it should be G1'''4''' since the only G14 that will matter is the one that becomes policy. [[User:Steel1943|<span style="color: #2F4F4F;">'''''Steel1943'''''</span>]] ([[User talk:Steel1943|talk]]) 20:30, 14 November 2018 (UTC)
<!-- [[User:DoNotArchiveUntil]] 02:01, 13 April 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1712973672}}
****Agreed, the only that matters for numbering is what is enacted. I'm sure there were multiple G13 proposals unrelated to our current criteria (and G12s before that) and I know there were several R4 proposals that are completely different to the one that looks likely to gain consensus in the section above. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:09, 14 November 2018 (UTC)
Should A2 (Foreign-language articles that exist on another Wikimedia project) be deprecated as a CSD? 01:18, 9 March 2024 (UTC)
Hut 8.5 says "By contrast if you start a draft then you are explicitly setting out to write an article and it's more likely that you will end up with at least an attempt at an encyclopedia article." which sounds like someone with a very different experience in Draftspace than me or a very different idea of what an article looks like.
*'''Support''' as proposer. A2 is [https://quarry.wmcloud.org/query/80956 rarely used], and thus fails NEWCSD3. The last 100 entries on that query take us back to November 2021, and when you ignore false positives my rough count takes us back to February 2021. Assuming all of the articles which qualify for A2 need to be deleted, AfD can handle an additional ~0.14 articles a day. But more importantly, I don't think deletion is needed in this case. Incubation and tagging for translation is a viable [[WP:ATD]], and per ATD {{tq|If editing can address all relevant [[Wikipedia:Deletion policy#Reasons for deletion|reasons for deletion]], this should be done rather than deleting the page}}. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 01:18, 9 March 2024 (UTC)
[[User:A2soup]] your info on Draft is a few years out of date. You are correct Draft is not "indexed" but it is mirrored to sites that are indexed and Google does count links from no indexed pages toward importance. Google actually looks for no index links as part of a well rounded link profile for ranking. Wikipedia links are gold because Wikipedia is a high importance site. Spammers and link builders love your attitude. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 21:06, 14 November 2018 (UTC)
{{block indent|em=1.6|1=<small>Notified: [[Template:Centralized discussion]]. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 01:22, 9 March 2024 (UTC)</small>}}<!-- Template:Notified -->
*{{replyto|Legacypac}} Spam can already be speedy deleted under criterion G11 so that is completely irrelevant. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:10, 14 November 2018 (UTC)
*'''Oppose'''. Foreign language articles pasted into English Wikipedia without any translation are low effort on the part of the article creator and not a good use of editor time. The status quo of deleting these seems fine here. Also, the idea of sending more articles to AFD is not exactly a selling point, as it is often mentioned that AFD is backlogged and does not have enough regular !voters. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 02:23, 9 March 2024 (UTC)
*That's good info that I wasn't aware of, thanks. I agree with Thryduulf that anything problematic in this regard is already covered by G11, but it does change my perception of draftspace a bit. [[User:A2soup|A2soup]] ([[User talk:A2soup|talk]]) 21:17, 14 November 2018 (UTC)
*NEWCSD is not the threshold to repeal a criterion, unless you'd like to make a play at A7 and G11 - when we've removed criteria before, it was because essentially all uses of them were incorrect. And oppose on the merits too: these aren't enwiki articles, they're ''requests'' for enwiki articles, without even the possibility of moving them to the proper project (where, in my experience, they're either ignored forever or deleted outright anyway). —[[User:Cryptic|Cryptic]] 02:43, 9 March 2024 (UTC)
*'''Note''' I have seen more [[WP:NOTWEBHOST]] stuff in [[WP:MfD]] today so I am going to continue with this RfC. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:33, 15 November 2018 (UTC)
** Seriously, [[Draft:My Journey To Photography]] is another example of [[WP:NOTWEBHOST]] and still there are so many opposers? Examples have been provided. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 18:38, 15 November 2018 (UTC)
*'''Oppose'''. It may not be used much directly, but my comment above that it is still needed to justify draftication appears to remain unaddressed by the nominator. [[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 02:50, 9 March 2024 (UTC)
*:I would be happy to note in the proposal that it would be deprecated in favor of draftifying. <b style="font-family:Courier New;">[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 16:01, 9 March 2024 (UTC)
*** Your examples have not demonstrated the need for this criterion. Per the very top of this page, CSD criteria need to meet 4 tests: Objective (several commenters have stated that they believe [[WP:NOTWEBHOST]] is subjective and you have not refuted this), Uncontestable (nobody has even attempted to refute my comments about 75% (at most) of nominations at MFD currently being uncontested; others have also expressed doubts), Frequent (I saw only 1 of ~30 nominations of pages in the draft space at MFD that would fall under this proposed criterion, 1 nomination in ~7 days is ''far'' from frequent enough to justify a CSD criterion. Most of the other "junk" you want to speedy delete would not actually fit, further demonstrating that it is not an objective criterion) and Nonredundant (You have completely failed to convince me and many others that this is not redundant to G11 and G13). Using [[Draft:My Journey To Photography]] as an example: For starters it was speedily deleted as a copyright violation (so fails "non-redundant"), but if it wasn't a copyvio it could have been moved to become the userpage of the user submitting it (fails "Uncontestable"). Before you say that it would have been excessive as a userpage, that is a judgement call that requires consensus to determine (fails "objective"). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:30, 15 November 2018 (UTC)
*::You miss the point. To draftify an article requires a rationale. The current rationale for draftifying non-English articles invokes A2. Removing A2 also removes this rationale from draftification, preventing in-process draftification of non-English articles. If you want to continue draftifying non-English articles, leave A2 in place and it will just work. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 19:03, 9 March 2024 (UTC)
***:{{u|Thryduulf}}'s points are exactly what I was trying to get across. [[WP:NOTWEBHOST]] is one of the most subjective [[WP:NOT]] criteria, and we get a massive number of people unsure of how to properly write wiki articles in AfC. While there are blatant cases like [[Draft:My Journey To Photography]] (which still could have been userfied as {{u|Thryduulf}} said), I see absolutely no reason why we should not be encouraging people to write better articles and reformat valid submissions rather than throwing around the CSD hammer immediately. In my opinion, immediate CSD should only be used on drafts for 'blatant' corpspam (G11), copyvios (G12), and BLP violations (G10). There's no reason why we shouldn't wait the customary six months for everything else, bad drafts aren't indexed by Google and aren't causing anyone harm and at best helping someone complete a draft could help someone become a returning wiki editor rather than scaring them off. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 23:29, 15 November 2018 (UTC)
*:::“Wanted topic but not in English” sounds like a good draftification rationale. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 23:02, 9 March 2024 (UTC)
* '''Strong support''' per every point by the proposer. Eligible cases are required to have a corresponding article on another language Wikipedia. This is an implicit claim that the topic is missing from the English Wikipedia. Draftification for translation is an obvious better route. Far less [[WP:BITE]]Y is one big reason. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 08:16, 9 March 2024 (UTC)
*<s>'''Support''' per proposer and especially SmokeyJoe. This criteria long predates draftspace, and the wiki has also changed in other ways in the past 15 or so years.</s> Additionally, every criterion ''should'' be compatible with NEWCSD. Yes there are some that have been grandfathered in, but that doesn't mean they would be good criteria if proposed today or that we shouldn't periodically review existing criteria to see if they are still fit for purpose (this is why R4 and G14 exist as separate criteria). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 09:48, 9 March 2024 (UTC)
**'''Oppose''' at least for now. [[user:Largoplazo|Largoplazo]] makes good points in the Discussion section below about needing to consider this in concert with pages needing translation, and others' comments about how this interacts with criteria for draftification are also valid. This isn't an endorsement of the status quo, rather I think we need to take a comprehensive look at how we want to handle non-English submissions in 2024 and then make necessary changes to all the affected policies and guidelines to match that. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:44, 10 March 2024 (UTC)
*'''Oppose''' per Cryptic. Just copying some content doesn't mean one would necessarily work on translating it. [[User:Aaron Liu|<span style="color:#0645ad">Aaron Liu</span>]] ([[User talk:Aaron Liu#top|talk]]) 13:36, 9 March 2024 (UTC)
*:Sounds like the purpose of draftspace! [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 23:03, 9 March 2024 (UTC)
*::That takes six more months of lying around, which irks me >:(. If someone wants to actually work on something, IMO they'd translate the text and put it there one by one instead of just copying something, or, even better, use the content translation tool. I don't see the value of keeping stuff that would be deleted under A2. [[User:Aaron Liu|<span style="color:#0645ad">Aaron Liu</span>]] ([[User talk:Aaron Liu#top|talk]]) 23:27, 9 March 2024 (UTC)
*:::You think six months is too long a deadline?
*:::There is no cost to putting the foreign language submission in draftspace. I think there is value in giving the author one week to follow up. And once it’s been one week, why not ignore it for six months. The cost of complicating G13 is more than the cost of leaving untouched in draftspace for six months.
*:::Many editors are not very good with their first edit. Here, it is necessarily an autoconfirmed editor, but still, fresh autoconfirmed editors are not always very good. Do you think Wikipedia needs a higher barrier for competence before they are allowed to create a mainspace page?
*:::The value of draftification is in pointing out to the newcomer where draftspace is, and allowing them to continue their intended contribution. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 05:59, 10 March 2024 (UTC)
*::::I don't see how deleting a copied page produces a higher barrier to contribution. My interpretation of A2 is that it only applies if the article's entirely foreign language but nothing else. If there is something else to salvage, A2 wouldn't apply, and the article can still be draftified. [[User:Aaron Liu|<span style="color:#0645ad">Aaron Liu</span>]] ([[User talk:Aaron Liu#top|talk]]) 13:07, 10 March 2024 (UTC)
*'''Support'''. In 2024, there are sufficient tools available to assess whether a foreign-language page is worthy of translation (then it can be draftified) or not (then the other criteria apply). A2 seems to do more harm than good if we delete articles solely based on whether they are not in English and not on their merits. For example, [[Karl Friedrich Wunder]] which was deleted as A2 in January was a copy of [[:de:Karl Friedrich Wunder]] (a notable 19th century photographer) was eligible for deletion under G12 since copying another language Wikipedia article is also a violation of copyright. [[Saturnino de la Torre]] was a wrong A2 since it didn't exist on es-wiki at that time but was probably eligible for G11 like the es-wiki counterpart. Point is, I don't think there is really much need anymore for A2 because in most cases the material either already fails another criterion or it's translation-worthy. Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 18:26, 9 March 2024 (UTC)
*'''Oppose''' when I first looked and read this discussion or at last the 1st points I was going to support. However having read the rest and thought a bit more about it I think this criteria is good. Objective, most people are likely to agree foreign language articles that exist on another Wikimedia project should be deleted as no content is actually lost as the content and history will still be on the foreign language project. Uncontestable, again this is a bit like A10 and arguably for the same reason as splitting G14 from G6 it might not be a good idea to merge or if this criteria is removed I'd expect people to use G6 anyway. Unlike T2 its quite simple so which as noted in the discussion to repeal T2 that the criteria is not easy to understand unlike this one. Frequent, yes it doesn't appear to be extremely frequent but with around 1 use per week that seems frequent enough given as noted in the U3 discussion neither A9 nor A11 appeared in around 32 hours of deletion. So I think this passes the 1st and 2nd NEWCSD and given the reasons for splitting G14 I'd argue along that logic it passes the 4th item and in terms of the 3rd though not very frequent seems frequent enough. I'd agree the articles can be drafted upon request but it seems a bit pointless given the article will still exist on the other project so if the author wants to start translating they can still use that page to get the content from. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:42, 9 March 2024 (UTC)
*:“Uncontestable”, that the wanted topic but not written in English needs to be deleted? That sounds weak. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 23:07, 9 March 2024 (UTC)
*::Its not the topic its the content, having a foreign language article with the same content as the native language on the English Wikipedia is completely pointless. Its quite likely that if the topic exists on a foreign language Wikipedia it will be notable here but as noted we don't need to duplicate foreign language content here just like we don't need 2 articles on the same topic on the English Wikipedia. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 20:13, 15 March 2024 (UTC)
*'''Oppose''' still a completely valid deletion criteria. Not being used much doesn't mean it doesn't have its place in the toolbox, and each Wikipedia has different notability standards. [[User:SportingFlyer|SportingFlyer]] ''<span style="font-size:small; vertical-align:top;">[[User talk:SportingFlyer|T]]</span>''·''<span style="font-size:small; vertical-align:bottom;">[[Special:Contributions/SportingFlyer|C]]</span>'' 19:09, 9 March 2024 (UTC)
*Well. A2 exists to enforce [[WP:MACHINE]] so we shouldn't ''repeal'' A2 without modifying WP:MACHINE, but. I think the ideal process is, reviewing editor looks at article in %language on en.wiki and compares it to the same article on %language.wiki. Reviewing editor isn't necessarily expected to be able to ''read'' %language, but makes a quick eyeball assessment: does the version on en.wiki look reasonably developed and substantially different? If not, tag for A2. If so, reviewing editor tags the en.wiki version with {{tl|Not English}} and then drops a note on %language.wikipedia.org/Talk:%Article to ask if they want it. (Reviewing editor is likely going to have to use google translate to make an intelligible note in %language, but that ought to be acceptable for talk pages). %language.wiki then has access to the old text which they can use to develop their article if appropriate, and en.wiki doesn't have foreign-language content in mainspace. Happy days. I do feel that this process is a useful way round a 7 day community timesink at AfD, but I also think it needs better documentation than currently exists.—[[User:S Marshall|<b style="font-family: Verdana; color: Maroon;">S&nbsp;Marshall</b>]]&nbsp;<small>[[User talk:S Marshall|T]]/[[Special:Contributions/S Marshall|C]]</small> 21:25, 9 March 2024 (UTC)
*:A2 predates MACHINE.
*:If A2 requires human review, it should be PROD not CSD. I think immediate draftification is much better than PROD for a new non-English article. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 23:11, 9 March 2024 (UTC)
*::Thank you for sending me on that nostalgic trip into Wikipedia history. :) I don't think it's strictly accurate to say that A2 predates MACHINE. The text now at [[WP:MACHINE]] has moved around a lot, and was, originally, phrased as:{{tq2|Translation is hard. Amateur translators tend to produce prose that is unnatural, and perhaps incorrect when it comes to specialized terminology....Machine translation is much much worse. Never use machine translation to create an article!}} I've traced that text back to the first revision of [[Wikipedia:Translations]], on 11 May 2003. According to the edit summary that text was moved from the Village Pump and considering the date, I expect that would have been a cut-and-paste move. The paste includes undated text by [[User:MyRedDice]], who is now [[User:MartinHarper]] and was incidentally the inventor of the Three Revert Rule and the Barnstar, saying "We do indeed recommend against machine translation". In other words, the gist of WP:MACHINE has been custom and practice since at least May 2003.{{pb}}Well, at that point in time, what's now the Criteria for Speedy Deletion read like [[Special:Permalink/1674639|this]] and the criteria for speedy deletion were collectively called "exemptions from the five-day rule" (which I think at that time was the minimum possible time a page had to be listed on Votes for Deletion before anyone was allowed to delete it).{{pb}}I'm saying that both rules go back to Wikipedia's equivalent of [[time immemorial]].{{pb}}All CSD "require human review" because it's a human that adds the tags. We expect those humans have read, understood what they were reading, reflected if necessary, and then taken a decision to use CSD. Something should be a PROD when it needs ''two'' humans to review it. Therefore A2 is appropriate for CSD, not PROD.{{pb}}Why would draftification be a helpful step? Content doesn't meet A2 unless it duplicates content on another WMF project, so I can't see any benefit to using draft space in that way.—[[User:S Marshall|<b style="font-family: Verdana; color: Maroon;">S&nbsp;Marshall</b>]]&nbsp;<small>[[User talk:S Marshall|T]]/[[Special:Contributions/S Marshall|C]]</small> 00:13, 10 March 2024 (UTC)
*:::All CSD require human review? Great in theory. Tagging if often done in error. Any editor or IP can tag {{tl|Db-a2}}. And then, there’s plenty of not so old evidence of some admins would delete tagged pages en-mass, at high speed. This is why there is supposed to be the rule, all eligible pages ''should'' be deleted.
*:::Would draftification be helpful? Yes, it would be helpful to the editor who saved the article there. They should have saved it in draftspace. Moving it to draftspace necessarily means that the article log will point to the draftpage. Then, when that editor comes back, they can find the draft, both from the deletion log of the article title, and in their contribution history. This is more helpful to them than coming back to find a log entry mentions A2, and no record that they ever did anyhthing. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 05:53, 10 March 2024 (UTC)
{{block indent|em=1.6|1=<small>Notified: [[Wikipedia talk:Pages needing translation into English]]. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 00:47, 10 March 2024 (UTC)</small>}}<!-- Template:Notified -->
*'''Oppose''', solution looking for a problem. [[User:Stifle|Stifle]] ([[User talk:Stifle|talk]]) 11:46, 12 March 2024 (UTC)
*'''Change to speedy draftification''': As stated by editors in this discussion and above, deletion might be a bit too harsh, and these are requests for articles to be created on English Wikipedia. Speedy draftification might be the best way to allow for these articles to be developed for enwiki. Failing that, '''repeal'''. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 13:34, 12 March 2024 (UTC)
*'''Oppose''' per David Epstein, Cryptic, and S Marshall. Translation tools are not yet 'sufficient'. Moreover, one should not potentially use the mainspace in an attempt to tip the scales towards the translation or scrutiny of viability of one topic over any other. Just because a criterion exists does not mean the deletion of such a page is a certain; incubation is still an option if a page is deemed worthy of retention by those reviewing it. At the end of the day, non-English content is likely of little use to most of our readers; eliminating a longstanding tool to easily and quickly remedy that is not a good idea. <small>—&nbsp;[[User:Godsy|<span style="color:#39A78E;">'''Godsy'''</span>]]<sup>&nbsp;([[User talk:Godsy|TALK]]</sup><sub style="margin-left:-2.0ex;">[[Special:Contributions/Godsy|<span style="color:#DAA520;">CONT</span>]])</sub></small> 08:51, 14 March 2024 (UTC)
*'''Oppose''' As long as it is being used to delete pages that are of no use to us, we should not be repealing criteria solely because they are not used very often. Having this criteria discourages users from other language Wikipedias from copying their articles onto here without properly translating, resulting in a page that needs a fundamental rewrite. [[User:Funplussmart|funplussmart]] ([[User talk:Funplussmart|talk]]) 20:46, 16 March 2024 (UTC)
* '''Oppose'''; not broken, the last thing AfD needs is more burden. [[User:Queen of Hearts|Queen of Hearts]] <sup>she</sup>/<sub>they</sub><sup>[[User talk:Queen of Hearts|talk]]</sup>/<sub>[[Special:Contributions/Queen of Hearts|stalk]]</sub> 20:37, 18 March 2024 (UTC)


===Discussion of A2 RFC===
::Perfect - userfy these Drafts. Then we can tag and delete them U5. There are plenty of promosing drafts no one works on improving, keeping hopeless ones around helps no one. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 23:37, 15 November 2018 (UTC)
*'''Comment''' [[WP:Pages needing translation into English]] should be taken into account. Should this RFC be closed and redrafted to consider both together? Under the terms of [[WP:PNT]], an article created in a language other than English that ''doesn't'' qualify for A2 (or any other reason for deletion) gets a grace period of two weeks. If translation isn't at least underway by then, the article gets put up for deletion under [[WP:PROD]] or [[WP:AFD]]. It doesn't make sense to give non-English articles treatment that's disparate in this manner, one month to live if they aren't on another language's Wikipedia and six months to live if they are.
:::Moving something to a different namespace for the sole purpose of getting it speedy deleted would be a blatant bad faith misuse of both page moves and speedy deletion. Anyone doing that should expect a very swift trip to ANI. It's also a strong argument in favour of deprecating U5. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 00:19, 16 November 2018 (UTC)
:Having said that, draftification really has changed the game, as most of the otherwise legitimate articles listed on [[WP:PNT]], by the time I see them, are red links because someone's response was to draftify them. So if this RFC comes out in favor of draftification as a blanket treatment when a non-English article is on another Wikipedia, then it will make just as much sense to make draftification that standard treatment for ''all'' non-English articles, and eliminate [[WP:PNT]]'s role in that situation. [[WP:PNT]] would still be of use for cases for which it's used today, where someone has added a chunk of potentially useful non-English material to an article already in English. And it would retain its role as the place to post requests for fixing articles that ''have'' been translated to English.
::::I wouldn't even be opposed to repealing U5 per the reasons given here. [[WP:NOTWEBHOST]] is not an objective criteria, and while I'm unsure of how to search the deletion log to verify this, I can't imagine we use it enough that MfD wouldn't be a substitute for the few cases where it does come up. G11 already covers obvious spam in all namespaces anyway, and outside of stuff G11 already covers, everything else U5 could be used on is subjective violations of [[WP:UPNOT]] that should be deleted through consensus anyway. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 00:49, 16 November 2018 (UTC)
:If this change in guidance were to be made, however, it would definitely be time to rename [[WP:PNT]] (which should long ago have been renamed [[WP:Articles needing translation to English]], since non-articles, including drafts, aren't handled there) to something else, since coverage of "Pages needing translation" would no longer be its role at all.
:::::U5 is used a lot in userspace cleanup. Lots of random junk left by non contributors. MfD does not need all this worthless junk coming there. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 01:02, 16 November 2018 (UTC)
:Alternatively, we could simply allow the drafts to be listed at [[WP:PNT]]. And remove the two-week grace period. Let all entries remain posted until either translated or G13ed.
::::::We need though to have an ''objective'' way of determining what is and is not speedily deletable "junk" though (and no, "junk" is not an objective description of anything). The more I read in this discussion the less convinced I am that U5 is fit for purpose. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 01:51, 16 November 2018 (UTC)
:Due to all these considerations, I think A2 and [[WP:PNT]] should be considered holistically. [[User:Largoplazo|Largoplazo]] ([[User talk:Largoplazo|talk]]) 11:06, 10 March 2024 (UTC)
::::::::<small>[[User:Thryduulf|Thryduulf]], see [https://www.newswatchman.com/news/article_237d680e-af6d-598c-b624-a6de0758b7cb.html this article] or [[Junk (ship)|this article]]; "junk" is objective descriptions for both :-) [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 20:46, 18 November 2018 (UTC)</small>
::I may be wrong (I haven't done a lot of work at [[WP:PNT]] for at least a decade now) but I don't think any articles have actually been given the two weeks grace for a few years now. Most articles either get deleted as copyvios or A2 or moved to draft space well before the two weeks have expired. Ping @[[User:Lectonar|Lectonar]] who might be able to correct me. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 12:00, 12 March 2024 (UTC)
:::::::::<small>{{replyto|Nyttend}} fair point on the second link, but not really that useful for this discussion :P Unfortunately the first link is "unavailable due to legal reasons" in the UK so I'm unable to form a judgement. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:29, 18 November 2018 (UTC)</small>
:::I can only speak for myself here, but I will respect the 2 weeks grace for prodded articles. As for the case of [[Saturnino de la Torre]] which I deleted as an A2 because it had once existed on Spanish Wikipedia: I actually interpret A2 a bit more widely here: for me it's enough that an article has once existed in another Wikipedia; requirements for an article here are more strict regarding sources and notability in compariosn to most other Wikipedias....so if something is deleted at, e.g., Spanish Wikipedia, rare would be the case that it would stand as an article here. And yes, probably it would have been eligible as a G11, but that would mean the article would have to be translated first, or the prospective deleting admin is able to read and understand enough Spanish to be able to process it without translation...this would rather cut down the number of admins who could delete. On another point, ''G'' speedy deletion criteria are "general" ones, while ''A'' deletions are restricted to article space. When I have a choice, I will use the specialized criterion over the general one. Lastly, allowing drafts at [[WP:PNT]] will inflate the workload over there even more. It's bloated enough as it is. But I would support a move to [[WP:Articles needing translation to English]]. [[User:Lectonar|Lectonar]] ([[User talk:Lectonar|talk]]) 12:19, 12 March 2024 (UTC)
::::::::::<small>Must be some nutty GDPR thing; I've previously heard of people in the UK hitting GDPR restrictions on ordinary US news reports, which this is. It's a news story entitled "Junk wins prosecutor's race", about the re-election of Robert Junk to office in rural [[Pike County, Ohio]]. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 22:33, 18 November 2018 (UTC)</small>
::::It is not PNTers who do not respect the two weeks (I realise I have not been clear in what I wrote); what happens most of the time is that pages get listed at PNT and then are dealt with by other people using other mechanisms (draftified/speedied) so PNTers just have to remove the redlinked entries. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 13:53, 12 March 2024 (UTC)
::::::: '''Update:''' Today, I came up with a new proposal at [[Wikipedia:Village pump (policy)#Proposal/RfC: Should we allow WP:PROD in the draftspace?]]. [[User:Pkbwcgs|Pkbwcgs]] ([[User talk:Pkbwcgs|talk]]) 16:25, 16 November 2018 (UTC)
:::::That is correct. [[WP:PNT]] used to be fun, I actually got to do some translation, now it's just remove the red links and maybe the date header. On the other hand, if we were to start accepting drafts there, then I'd have my pointers to potential translation fodder back, in cases where the language is the ''only'' reason the article was draftified. [[User:Largoplazo|Largoplazo]] ([[User talk:Largoplazo|talk]]) 21:14, 18 March 2024 (UTC)
*'''Oppose''' I don't think there's much of a reason for this - I don't see web hosting issues at all at AfC, and I feel like it will be misused. [[User:SportingFlyer|SportingFlyer]] ''<span style="font-variant:small-caps">[[User talk:SportingFlyer|talk]]</span>'' 11:04, 17 November 2018 (UTC)
* To look at some real cases, would someone please temp undelete and list the last twenty A2 deletions? -[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 13:35, 10 March 2024 (UTC)
*:Undeleting into mainspace would be pretty bad. I'd say somebody just copy the contents and put them in userspace. [[User:Aaron Liu|<span style="color:#0645ad">Aaron Liu</span>]] ([[User talk:Aaron Liu#top|talk]]) 14:13, 10 March 2024 (UTC)
{{Archive bottom}}


== U5 timing ==
== RFC new R5 ==


<!-- [[User:DoNotArchiveUntil]] 19:01, 11 May 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1715454067}}
Hello, just wanted to come here for a sanity check. I just ran across [[User:AviatorTJ/SpaceKraft]] in CAT:CSD; it would definitely qualify for U5 were it newly created, but it's seven years old. Is the criterion meant for pages of any age, or should it be used only for recent creations? The criterion doesn't say anything about dates, but on the other hand I don't remember the last time I saw a page tagged for U5 that wasn't rather newly created. It would help if we expanded the criterion with a date comment, either "should only be used for recent creations" or "may be used regardless of the date when a page was created". [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 20:40, 18 November 2018 (UTC)
Should there be a new R5 criteria for incorrectly formatted redirects to DAB pages? {{tq|Redirects to disambiguation pages with malformities qualifiers such as [[Foo (desambiguation)]], [[Foo (DISAMBIGUATION)]] and [[Foo (Disambiguation)]], this excludes redirect using the correct [[WP:INTDAB]] title namely [[Foo (disambiguation)]] or any title that has useful history. Redirects with incorrect qualifiers that don't target disambiguation pages can be deleted under G14.}} '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:50, 6 April 2024 (UTC)
*'''Support''' as proposer and the discussions at [[Wikipedia:Redirects for discussion/Log/2024 March 26#London (Disambiguation)]] and [[Wikipedia:Redirects for discussion/Log/2022 August 24#"Title (Disambiguation)" redirects to disambiguation pages]] these redirects are a nuisance to editors trying to fix disambiguation errors and search takes readers to the correct title if deleted anyway. I would be open to moving the redirects to pages ending in the (correctly formatted) "(disambiguation)" that point to pages that aren't DAB pages here if people think that's a good idea. 1 objective, most agree they should be deleted though a significant minority disagree as is sometimes the case with other criteria, 2, uncontestable, per the 2 linked discussions there is a consensus that they should be deleted, 3, frequent, although not extremely frequent they are frequent enough IMO, 4, nonredundant, these may be able to be deleted under R3 or G6 as it was argued in the 2022 discussion but given the discussion it would be clearer to have a separate criteria. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:07, 6 April 2024 (UTC)
*Pinging people from the 2 linked RFDs {{Ping|Nickps|Certes|Thryduulf|Steel1943|PamD|InterstellarGamer12321|Utopes|Cremastra|Shhhnotsoloud|CycloneYoris|Explicit|Hqb|Sonic678|Neo-Jay|Station1|Axem Titanium|Mellohi!|Chris j wood|CX Zoom|Mx. Granger|The Banner|MB|Paradoctor|J947|Tavix|A7V2|Uanfala|Eviolite|BDD|BD2412|Compassionate727|Respublik|Legoktm}}. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:07, 6 April 2024 (UTC)
*'''Support'''. These shoot basically be deleted on sight. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 19:11, 6 April 2024 (UTC)
* '''Oppose alternative capitalization of first letter being included''' – These are not harmful and Wikipedia is not improved with their deletion. It's entirely predictable that someone would miscapitalize a disambiguator. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 19:42, 6 April 2024 (UTC)
*'''Support'''. As the only non-article pages in mainspace, disambiguation pages and redirects are each special and somewhat obscure from a reader viewpoint, and redirects to disambiguation pages are doubly so. The correct versions of these redirects are a technical measure to assist editors and the automated tools they use. The incorrect versions, including capitalised variants, serve no purpose and help no one. Shoot on sight. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 19:56, 6 April 2024 (UTC)
*'''Support'''. Entirely unhelpful to keep these around. Might as well keep any and every misspelling as entirely predictable that someone at some point will make such an error. Better to make it clear that it is an error than to let an editor think they have created a correct wiki link. [[User:Bkonrad|older]] ≠ [[User talk:Bkonrad|wiser]] 20:06, 6 April 2024 (UTC)
*'''Oppose''' deleting "(<u>D</u>isambiguation)" redirects if they redirect to a disambiguation page-someone might miscapitalize the D (like in the case of holding the {{key|Shift}} key for too long), and while it may not necessarily be helpful, it's not harmful either. '''Support''' deleting those with misspelled "disambiguations" and those that have "disambiguation" yet don't have appropriate disambiguation pages that exist-those ones are search bar clutter and might annoy or mislead people respectively. '''Neutral (tilting support)''' on deleting the "(DISAMBIGUATION)" ones though-this error (e.g., holding the {{key|Caps Lock}} key) does happen, but not very often. Those ''may'' help some people, but they're mostly an annoyance, so Wikipedia may be safe without the fully capitalized disambiguators. Regards, [[User:Sonic678|<span style="font-family:Racing Sans One; color:#0F45D2">SONIC</span>]][[User talk:Sonic678|<span style="font-family:Vivaldi; font-size:83%; color:#D4AF37">678</span>]] 20:19, 6 April 2024 (UTC)
*:{{tpq|those that have "disambiguation" yet don't have appropriate disambiguation pages that exist}} Redirects ending in "(disambiguation)" (with any capitalisation) that don't point to a disambiguation page and cannot be retargetted to an appropriate disambiguation page are already covered by R4. Those that don't end that way need discussion to determine what, if anything, the best target is. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 07:43, 7 April 2024 (UTC)
*'''Support'''. These are harmful because linking to them from anywhere except their RfD nomination is ''always'' a mistake per [[WP:INTDAB]]. They should all be red links so its immediately obvious to the editor that tries to add them. In fact, this is precisely why we should delete "(Disambiguation)" redirects since those are the most likely ones to make editors trip up. The very few editors that hold down Shift for too long while searching for disambiguation pages (I'm guessing people don't search for dab pages too often in general so imagine how rare those mistakes are) will be taken care of by search anyway. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 20:31, 6 April 2024 (UTC)
*:By that logic we shoudn't have any redirects pointed to dab pages. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 03:45, 7 April 2024 (UTC)
*::No, that doesn't follow from my comment. What I said only applies to the redirects included in the CSD proposal. Linking to e.g. [[doing]] instead of <nowiki>[[do (disambiguation)|doing]]</nowiki> is wrong but the redirect should still be kept since it's useful for searching. [[Do (Disambiguation)]] is not useful because it's an implausible search term and anyone who nevertheless searches it today ends up in the correct page yet it looks close enough to the correct version that an unsuspecting editor might think it's fine per [[WP:INTDAB]] even though it's not. Keeping it would provide no benefit to the readers <del>but would cause problems to the editors</del> <ins>and the problem it would cause to the editors outweighs any potential benefits</ins>. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 12:39, 7 April 2024 (UTC)<ins>;edited: 12:43, 7 April 2024 (UTC)</ins>
*:::I guess I just really disagree that it's an implausible search term to have the alternative capitalization. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 14:22, 7 April 2024 (UTC)
*::::Well, who types "(disambiguation)" in the first place? Almost all (if not all) our readers would type the name of the thing they are looking for and click the hatnote. I'm guessing (but I admittedly don't know for sure) that a lot of editors do the same. So, when even the correct capitalization is implausible, imagine what the incorrect one is. And again, for the very few people who do type the whole thing instead of clicking on the correct suggestion, and the very few times they get it wrong, search will find the right page anyway. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 14:32, 7 April 2024 (UTC)
*:::::Some people do search directly for disambiguation pages, e.g. when they are looking for a list of things called X, or when they know or suspect that the X they are looking for is not the primary topic but don't know what the article is called. As far as I am aware, it is not possible to know how many people "some" is, other than it's greater than zero.
*:::::Regarding the capitalisation, everywhere outside of disambiguators there is a very strong consensus that redirects from plausible alternative capitalisations (such as Title Case) are a Good Thing. I've never seen any remotely convincing evidence for why disamiguators are different. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:54, 7 April 2024 (UTC)
* [[File:Wikipedia search box screenshot for use in en.Wikipedia talk-Criteria for speedy deletion-RFC new R5.png|right]] '''Support''' Nothing has changed since the RFCs. <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 21:26, 6 April 2024 (UTC) <ins>; added image 21:54, 6 April 2024 (UTC)</ins>
*:As pointed out every time search suggestions (the image) are brought up at RFD, this is only true for a subset of ways people navigate Wikipedia. Users, including but not limited to those following links, entering the URI directly, or using some third-party search methods will not end up at a page that doesn't match the capitalisation of their search directly. What happens then depends on a combination of multiple factors, but some will be one click/tap away from the page they want others will be up to at least three clicks/taps away. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:21, 6 April 2024 (UTC)
*::Maybe you find it so frustrating because others don't find your argument convincing? This may be a case of touring the sticks.
*::{{tq|third-party search}} Just for kicks, I tried a few external search engines with the query "London (Disambiguation)". Unsurprisingly, all of them returned [[London (disambiguation)]] as their first hit. If you go through the search API, you go directly there. <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 00:20, 7 April 2024 (UTC)
*:::You not being convinced doesn't mean others weren't, so please don't act like they're silly for saying their peace. Thryduulf's argument in a previous RfD actually made me reconsider my view and realize how silly I was for supporting the deletion of alternative capitalizations of disambiguators. As if editors would never accidentally or mistakenly capitalize one, eh? As if these capitalizations are somehow detrimental and damaging, or unhelpful. I think what's silly is to act like they're saying something ludicrous. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 03:53, 7 April 2024 (UTC)
*::::{{tq|like they're silly for saying their piece}} Please [[WP:FOC|don't put words in my mouth]]. Thryduulf complained in their edit summary about not getting through to others with their argument. I suggested that they might not have given enough consideration to changing their approach, which hasn't worked. It's one of my more hard-earned lessons from contributing in this place that being Right™ and being agreed to are different things. As Lonestone put it, doing the same thing again and again and expecting to get a different result is not ''[[wikt:zielführend|zielführend]]''. <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 04:20, 7 April 2024 (UTC)
*:::::There is a difference between not being convinced by an argument and pretending that argument does not exist. It's fine to think that disadvantaging a proportion of readers is OK, what is not fine is claiming that nobody will be disadvantaged. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 07:40, 7 April 2024 (UTC)
*::::::Again, words are being put in my mouth. {{em|Where}} did I say that "nobody will be disadvantaged"? Maybe you were thinking of somebody else? Maybe I should now complain about not being understood? <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 07:59, 7 April 2024 (UTC)
*:::::::Saying "nobody will be disadvantaged" is implicit in your posting of the image directly above when it has been explained, multiple times, why arguments relating to search suggestions are incorrect and/or misleading (depending how they're phrased). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:12, 7 April 2024 (UTC)
*::::::::No, that is you reading stuff into my words. All I did was let some air out of your argument. You don't have to like it, but don't misrepresent my words. <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 19:24, 7 April 2024 (UTC)
*:::::::::You let no air out of my argument, because my argument has always explicitly acknowledged that search suggestions exist and help some people but because they do not help everybody they are not evidence the redirect is unnecessary. Pointing out that search suggestions exist adds nothing to that at all. Pointing out search suggestions exist in combination with an argument that says such redirects are unnecessary is misleading. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:51, 7 April 2024 (UTC)
*::::::::::It is [[WP:SATISFY|not my job to convince you]]. {{tq|It is not necessary or desirable to reply to every comment in a discussion.}}
*::::::::::That I have not rebutted your every point is because I don't deem it necessary. I've argued to the point where I let the process do the rest. It may not satisfy you, but it does {{em|not}} give you licence to impugn my words as misleading. That is inappropriate. You believe you're right? Fine. Then wait for the close. Or talk to someone else. The only thing you can achieve here is badgering me. <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 21:09, 7 April 2024 (UTC)
*:::::::::::I'm not asking you to convince me, or to agree with me. I'm asking you to acknowledge the existence of arguments that refute yours rather than pretend they don't exist. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:18, 7 April 2024 (UTC)
*::::::::::::Again for the hard of hearing: [[WP:BADGER]] {{tq|The fact that you have a question, concern, or objection does not [...] mean that others are obligated to {{em|answer}}}} (added emphasis) <span style="display:inline-block;position:relative;transform:rotate(-3deg);bottom:-.1em;">[[user:Paradoctor|Paradoctor]]</span> ([[user talk:Paradoctor|talk]]) 21:33, 7 April 2024 (UTC)
*::Depending on the search method of I use, you're 100% correct. The lack of the alternative capitalization has been a hindrance at times. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 03:54, 7 April 2024 (UTC)
*'''Strong oppose''' "Disambiguation" redirects per my arguments at the linked RfDs. These are useful redirects and deletion harms the encyclopaedia, speedy deletion would be even more harmful. Almost all implausible misspellings of "disambiguation" can be speedy deleted under G6 and/or R3 already, I've not seen any evidence there are enough that can't to justify speedy deletion. ''Plausible'' misspellings should be kept like any other plausible misspelling redirect. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:26, 6 April 2024 (UTC)
* '''Oppose''' per Thryduulf. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 21:39, 6 April 2024 (UTC)
* '''Oppose''' As far as I know, obvious and unlikely names can already be speedy deleted. <span style="border:1px solid green; padding:0 2px">[[User:The Banner|<span style="color:green">The&nbsp;Banner</span>]]&nbsp;[[User talk:The Banner|<i style="color:maroon">talk</i>]]</span> 22:36, 6 April 2024 (UTC)
*:When a case which R5 would cover goes to RfD, some editors say that it should have been deleted speedily but others oppose the deletion. I'm not sure whether those who oppose disagree that the case is obvious and unlikely, or that CSD includes obvious and unlikely redirects. Either way, it seems that we need to clarify the consensus on this matter. However, if another CSD criterion already covers this case, please suggest a clarification to it rather than creating R5. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 22:57, 6 April 2024 (UTC)
*::CSD is explicitly only for the most obvious cases. If there is disagreement about whether it should be deleted at all then it's not suitable for speedy deletion. The cases where there is agreement are already unambiguously covered by existing, uncontroversial criteria (G6*, R3 and R4). <small>*G6 isn't completely uncontroversial, but the "unambiguously created in error" part that is relevant here is not controversial)</small> [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:09, 6 April 2024 (UTC)
*:::There is clearly disagreement about whether R5 should become a CSD. Does that make it not a CSD? Is unanimity required for this sort of change, or just consensus? [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 08:03, 7 April 2024 (UTC)
*::::It needs to be uncontroversial that every page which ''could'' be deleted according to criterion ''should'' be deleted. When the discussions show substantial disagreement then it is clearly controversial. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:57, 7 April 2024 (UTC)
*::If an editor states that alternative capitalizations should have been speedy deleted then they're wrong. They do not qualify under the existing R3 and G6 rationale, as I've explained to Crouch when they've CSD tagged alternative capitalizations in the past. They're possible search terms, which makes them ineligible for R3, and frankly I'd love to see AnomieBot or something regularly create the alternative capitalizations, similar to how it does with hyphens and en dashes. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 03:58, 7 April 2024 (UTC)
*:::I hope there is no way that systematically cluttering the namespace with more erroneous redirects would gain consensus. Where do we stop? Do we also create 356,000 redirects for each plausible misspelling of "disambiguation"? How about duplicating every qualified article title by creating redirects from miscapitalisation Foo (Film), Foo (Footballer), etc.? [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 08:01, 7 April 2024 (UTC)
*::::Sure, why not? It doesn't make Wikipedia worse. They're possibly search terms. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 14:24, 7 April 2024 (UTC)
* '''Comment''': I don't want to bludgeon the discussion, so I'll back off after this. But can anybody give me one example of how pages with an alternative capitalization on the disambiguator are a net negative and worth spending our time on fighting against? Those are typically piped anyways, so people wouldn't typically notice anyways. I'm always open to changing my mind and view, but over the last year where I've been following that disagreement, I just don't get it, and I really want to. The justification I end up being led to is a a user essay, not a guideline, and [[WP:IDONTLIKEIT]]. If someone convinces me I'll happily change my view and help clean up. But I just genuinely don't get it and feel like I'm taking crazy pills when people are steadfast against alternative capitalizations. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 04:05, 7 April 2024 (UTC)
*:Suppose we have a page that intentionally links to more than 7 dab pages like [[Joey (name)]]. That page was tagged with {{tl|dablinks}} by [[:User:DPL bot]] [https://en.wikipedia.org/w/index.php?title=Joey_(name)&diff=prev&oldid=1217075152 here] because the links didn't end with "(disambiguation)" like [[WP:INTDAB]] says they should. Once that was fixed, the bot removed the tag. However, had a well meaning editor used "(Disambiguation)" instead in an attempt to fix the problem, the tag would have stayed and the bot would readd it if someone tried to remove it. In that case, the editor trying to fix the problem would be at a loss since all the dab links are correctly marked as such from their perspective. [[User:JaGa]] (who should have been notified of this discussion from the beginning) can correct me if I'm wrong.
*:Now, considering the hypothetical I described above as well as the fact that the number of people who will be inconvenienced by the absence of such redirects is vanishingly small, is it worth it to keep them? [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 13:57, 7 April 2024 (UTC)
*::@[[User:Nickps|Nickps]]: Would we not have the page link to the proper dab location instead? People linking a redirect by mistake (of say a plausible misspelling) would not be reason enough for redirect variations not to exist. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 14:27, 7 April 2024 (UTC)
*::If a tool used to maintain the encyclopaedia encounters something that makes it behave in an undesirable manner then it needs to be either fixed or replaced with a tool that works properly. We should never degrade the reader experience (such as by breaking links) just to make life easier for editorial tools. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:02, 7 April 2024 (UTC)
*:::The tool does not behave in an undesirable manner. This is what is supposed to happen. [[WP:INTDAB]] says {{tq|'''the community has adopted the standard of routing ''all'' intentional disambiguation links in mainspace through "Foo (disambiguation)" redirects'''}} (emphasis in the original). This isn't just a faulty assumption by a bot author, there is consensus behind it. Even if we decide that we should keep redirects of the form "... (Disambiguation)", "... (DISAMBIGUATION)" etc., there is no reason to change INTDAB or [[User:DPL bot]]'s behavior. We will just have to replace every mainspace link that points to such a page with the correctly capitalized version. The reason I still want to delete those pages is because I don't think such a process is worth it. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 19:30, 7 April 2024 (UTC)
*::::If the bot is failing to recognise intentional redirects to disambiguation pages as intentional redirects to disambiguation pages that is undesirable. {{tpq|Even if we decide that we should keep redirects of the form [...] We will just have to replace every mainspace link that points to such a page with the correctly capitalized version.}}{{fake citation needed}}.
*::::The purpose of routing intentional links to disamiguation pages via redirects is so that they can be distinguished from unintentional links to disambiguation pages. The capitalisation (or indeed spelling) of the redirect is completely irrelevant to that. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:55, 7 April 2024 (UTC)
*:::::I think INTDAB should stay exactly as is since if we changed it to allow alternative capitalizations, that'd cause intended dab links to be inconsistent with each other, which would look unprofessional. All lowercase "disambiguation" should absolutely be a house style for dab links, even if we allow alternate capitalizations to exist. At best, we could have a bot recognize that those links are intentional and change them to the correct version, but we should not let them stand. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 20:29, 7 April 2024 (UTC)
*:::::After carefully re-reading that comment three times, I can't believe that I understood it correctly. Is it seriously suggesting that any old qualifier that looks a bit like "(disambiguation)" will do and, rather than correcting such errors, we should leave them in place and rewrite our processes and software to allow anyone to misspell the word however they like? [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 20:40, 7 April 2024 (UTC)
*::::::You have not understood the comment correctly. I'm saying that we could choose to allow any string that resembled "disambiguation" and still achieve the goal of distinguishing intentional and unintentional links to disambiguation pages. This means that if we want to restrict it to a subset of that then it has to be for other reasons than simply achieving the goal. Personally I think "disambiguation", "Disambiguation" and "DISAMBIGUATION" should all be identified as correct; other capitalisations and any commonly-encountered misspellings (if there are any) should be changed to one of those three by a bot, and misspellings should be flagged for human attention.
*::::::What I didn't say, but should have done, is that regardless of what we choose to accept for internal links that is completely independent of which redirects should be kept for the benefit of people searching or following links from external websites (in the same we keep almost all other redirects from plausible but incorrect capitalisations despite not linking to them internally) [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:07, 7 April 2024 (UTC)
*:::::::Thanks; that's clearer. I think that any hypothetical bot should correct other capitalisations in links along with known misspellings, as we currently do manually. That is a discussion for another place but, if we find consensus that INTDAB links to Foo (DISAMBIGUATION) are a good thing, then we should retain redirects of that name rather than deleting them speedily (or slowly), and possibly create the 99.999% of them which are currently missing. That is indeed a different question from whether we should retain such redirects for searching or external links. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 21:24, 7 April 2024 (UTC)
*:::::::Its quite simple, if you think "Foo (Disambiguation)" or even "Foo (DISAMBIGUATION)" redirects are useful then get consensus to have a bot create all of them. Either readers and editors find them useful, in which case they should all be created or they don't, in which case they should all be deleted unless an exception applies. And if we think things out well as you said in the London discussion (its not clear if you're referring to the individual or mass creation as "well thought out") then we would realize that it is not good use of editor time to create and patrol random DAB redirects rather than create them when a bot. Again this is different to other types of redirects like where one redirect for an alternative name is used while the other isn't. All DAB pages have the same function and the (im)plausibility applies to all such titles regardless of if someone arbitrarily creates some. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:38, 9 April 2024 (UTC)
*::::::::@[[User:Crouch, Swale|Crouch, Swale]]: What makes alternative capitalizations on disambiguators any different from alternative capitalization redirects? I don't see people up in arms about alternative caps used for a wide variety of redirects. I'm not arguing for the full caps by any stretch, but I'm not sure consensus is even required for alternative capitalizations. As for, "{{tq|..then we would realize that it is not good use of editor time to create and patrol random DAB redirects}}", the bot which automatically patrols a number of redirects typically automatically marks a wide variety of alternative capitalizations as patrolled as well. I don't believe this would add much, if any, burden to the NPP team. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 20:23, 9 April 2024 (UTC)
*:::::::::RDAB gives the reasons for DAB pages with incorrect qualifiers and if we wanted them they would be created with the correct templates etc. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 14:04, 10 April 2024 (UTC)
*::{{od}}RDAB is an essay that expresses opinions. Some of those reflect widespread consensus, some of those opinions do not, and it makes no effort to distinguish them. It also makes no attempt to justify most of those opinions - e.g. it doesn't give any reasoning why "(Disambiguation)" should be regarded as less correct than "(disambiguation)". [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 14:59, 10 April 2024 (UTC)
*::@[[User:Crouch, Swale|Crouch, Swale]]: I've read the [[WP:RDAB]] essay, but I fail to see how disambiguators using a different capitalization are harmful to the encyclopedia but redirects using alternative capitalization without a disambiguation are not (not that I want other alternative capitalizations deleted, just wanted to ask this again since it wasn't addressed). In short, I'm looking for an explanation and justification other than because a user essay says. I'm trying very hard to understand how the disambiguations in brackets, such as "(Actor)", "(Politician)", or "(Singer)", make the site worse, but no one has offered up a good explanation. Capitalization after the opening bracket certainly isn't unlikely, someone may have just held the shift button a slight bit too long. Newer users also usually aren't familiar with our naming conventions, so it doesn't seem implausible that someone may capitalize what's in brackets not knowing that we don't do so. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 15:11, 10 April 2024 (UTC)
*::Bots which mark redirects as patrolled just look at who created them rather than attempting to triage their title, target, rcats, etc. Being patrolled in this way simply means that a trusted editor thought it should be created (or made a mistake). [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 17:23, 10 April 2024 (UTC)
*:::@[[User:Certes|Certes]]: That's actually not true, the bot will mark certain kinds of redirects as patrolled, even if you aren't on the [[WP:RAL|redirect autopatrol list]]. See some of the rules for the bot listed at [[User:DannyS712 bot III/rules]]. You'll note under bot task #38, point B, focuses on the target and the redirect, comparing the two for differences in capitalization and marking them as patrolled. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 18:28, 10 April 2024 (UTC)
*::::Ah, thanks for the correction. I remember making suggestions when Danny was writing the bot about what sort of redirects could safely be passed, then I ended up with mine being passed based on author, but I didn't realise both measures were in place. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 18:47, 10 April 2024 (UTC)
*:::::If you have any more suggestions about redirects you think that should be autopatrolled I'd love to hear it @[[User:Certes|Certes]]. We recently reached consensus to autopatrol the redirects left behind by page movers when a page is moved (based on the threshold to receive the page mover permission, we should be able to trust the moves made by these users). [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 18:52, 10 April 2024 (UTC)
*::::::Thanks, I'll have a think and reply somewhere more relevant. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 18:56, 10 April 2024 (UTC)
*:::::::A bot would still make fewer mistakes than a human if programmed correctly and would manage to create consistency. {{Ping|Hey man im josh|Thryduulf}} [[WP:AFFINITY]] says {{tq|or a disambiguated title with one parenthesis missing (the last is an example of an unnatural error; i.e. an error specific to Wikipedia titling conventions that would likely not be arrived at naturally by readers, thereby adding to the implausibility)}}. A title when the error is in brackets (or commas) is generally implausible as its very unlikely anyone will make use of it and as [[User:BD2412|BD2412]] said in the 2022 RFD {{tq|as it stands these excess incoming links are a nuisance to editors trying to fix disambiguation errors. Deleting these will only enable access to the links with the proper capitalization}}. So with almost no likelihood of use by readers (and if it is likely we should create all) but an inconvenience to editors who's efforts would be better spent of improving other things for our readers I think this along with the 2022 and 26 March RFD that there is a consensus (though weak) that these should not exist. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 22:16, 10 April 2024 (UTC)
*::::::::Note that [[WP:AFFINITY]] is just a different section of the same essay so you haven't actually answered the question asked. No evidence is presented for the assertion that {{tpq|A title when the error is in brackets (or commas) is generally implausible as its very unlikely anyone will make use of it}} - indeed in multiple AfDs evidence that people ''do'' use some redirects that have "errors" within the parentheses. {{tpq|Deleting these will only enable access to the links with the proper capitalization.}} As repeatedly explained, this is false - some readers will access the content they are looking for via other links, other readers will not.
*::::::::As also mentioned multiple times, the inconvenience to editors can be solved at a stroke by changing the programming of the bot to stop flagging the redirects as errors (and/or by changing them itself). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:15, 10 April 2024 (UTC)
*:::::::::No evidence has been presented to support the claim that readers will benefit from a few random qualified redirects to DAB pages while multiple editors who fix DAB linked have expressed the point that they inconvenience editors. In a few cases evidence has been presented that they get a few views and have a few links but that doesn't show the viewers would actually have been inconvenienced as its likely the readers would have landed on the correctly capitalized version first time and the links would be corrected/wouldn't have been made to the incorrect title "A redirect that has other wikipages linked to it is not necessarily a good reason for keeping it. Current internal wikilinks can be updated to point to the current title.". '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 21:29, 12 April 2024 (UTC)
*::::::::::"No evidence presented" – Seriously? There absolutely has been evidence that these can be useful. It's funny considering the crux of your argument is a user essay and [[WP:IDONTLIKEIT]]. As mentioned, the bots can be tweaked. Please ping me when you propose another rationale to delete all alternative capitalizations on Wiki because of people mistakenly linking to a redirect. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 21:48, 12 April 2024 (UTC)
*:::::::::::{{Ping|Hey man im josh}} From what I can see leaving aside the linkrot arguments that were presented in the 2022 discussion (but obviously not in the 2024 discussion) the main reason for keeping them was that some people navigate using direct URLs rather than the search box but there wasn't any reason to believe that its likely many will do that for the very small number of them that exist. And I didn't write the essay which is in the project space not userspace though I did add a "See also" to an essay I write years ago and have commented on the talk page, see [[WP:PERESSAY]]. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:46, 15 April 2024 (UTC)
*::::::::::::When asked for a reason other than "this user essay, that presents no evidence to back up its assertions, says so" you point to... a user essay that doesn't even discuss the topic, let alone present relevant evidence? Why do you think that is relevant?
*::::::::::::Your other argument is "evidence was presented in discussions that people use these redirects" as evidence for your assertion that people don't use these redirects. That's not convincing me you are listening to what people are saying to you. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 20:55, 15 April 2024 (UTC)
*:::::::::::::{{Ping|Thryduulf}} [[WP:RDAB]] is ''not'' a [[WP:User essay]] (yes it was a user essay in the past but its been in the project space for nearly 8 years) its a project essay that as noted I haven't really contributed to and most people support even though a significant minority oppose it. I'm just going by the consensus of which COSTLY has been cited in hundreds of RFDs over many years so its not my personal preference I'm going by what the consensus is which appears to be that they should be deleted. RDAB specifically discusses redirects with incorrect qualifiers. That's not a case of IDONTLIKEIT. If you want a reason other than based on the project space essay then I'd argue that those created accidentally (and were moved to the correct case) are [[Special:Diff/1106385203|borderline G6]]. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 17:53, 16 April 2024 (UTC)
*::{{od}}Those which are G6 can and should be deleted under that criterion so a new one isn't needed. Of the rest, firstly there aren't that many (so a new criterion isn't needed) and secondly not all of them ''should'' be deleted reducing the number even further. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:12, 16 April 2024 (UTC)
*::@[[User:Crouch, Swale|Crouch, Swale]]:
*::* [[WP:RDAB]] states: {{tq|This is an essay. It contains the advice or opinions of one or more Wikipedia contributors. This page is not an encyclopedia article, nor is it one of Wikipedia's policies or guidelines, as it has not been thoroughly vetted by the community. Some essays represent widespread norms; others only represent minority viewpoints.}}
*::* {{tq|WP:RDAB is not a WP:User essay}} – The point is it's an essay created by a few people, not policy, so the semantics of it don't really matter. These things have a habit of not changing beyond the original's writers intentions, otherwise people encourage someone to write another essay.
*::* {{tq|I haven't really contributed to and most people support even though a significant minority oppose it}} – You may not have contributed to it, but you're using it as the primary rationale when arguing for additional CSD criteria to be added. As you mention though, a significant minority oppose it, meaning this suggestion does not fit the criteria of being uncontroversial.
*::* {{tq|RDAB specifically discusses redirects with incorrect qualifiers.}} – [[Template:R from incorrect disambiguation]] and [[Template:R from miscapitalisation]] both exist as relevant categories and are accepted types of redirects, by and large. It's unclear how a mis/alternative capitalization in brackets makes the search time suddenly in valid.
*::* {{tq|If you want a reason other than based on the project space essay then I'd argue that those created accidentally (and were moved to the correct case) are borderline G6.}} – I've been begging for a reason other than the essay. As mentioned though, I fail to see what makes an alternative/miscapitalization of the first letter of a disambiguator an unlikely search term and an unhelpful redirect.
*::Thryduulf and I have presented numerous examples of how these redirects are possibly useful, but throughout the discussion you keep coming back to RDAB. Whether you want to use the words or not, this absolutely boils down to a case of IDONTLIKEIT. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 19:40, 16 April 2024 (UTC)
*:::{{Ping|Hey man im josh}} An essay that has been endorsed by the majority of people does appear to have consensus. Yes PANDORA is clearly controversial but RDAB appears to be less so even though it is still controversial. CHEAP is also an essay which has existed longer which has also been used by numerous people and IDONTLIKEIT which I don't think apples here is also one.
*:::Yes that is a reason against it but many CSD criteria are also somewhat controversial. If there is a weak consensus it may be useful to have it.
*:::Such templates are used on redirects but redirects with implausible or malformatted qualifiers are also commonly deleted at RFD.
*:::Though policies and guidelines are stronger arguments as noted essays can still be used to argue things on Wikipedia. In any case as noted both the 2022 and 2024 RFDs neither of which were started by me resulted in a consensus to delete. You don't have to agree with that consensus and are free to argue against it but to claim IDONTLIKEIT in face of those RFDs seems a bit odd.
*:::The main arguments you and Thryduulf have presented are direct URL entering and the fact people have thought it necessary to create them but as noted it doesn't appear readers are likely to find them useful due to the qualifiers being WP specific and the way the search box goes. Though I would say its hard to provide evidence either way though I accept incoming links is evidence of this. I'd also give more weight to what users who use/participate in the DAB fixing tools than what I think and as noted multiple such people have complained about them. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 21:30, 18 April 2024 (UTC)
:::::@[[User:Crouch, Swale|Crouch, Swale]]: {{tq|An essay that has been endorsed by the majority of people}} – Citation needed.
:::::I actually didn't mention the URL stuff. I said that it's easily possible, and likely that it happens all the time, where one user is typing and holds the shift button a little too long when adding a bracket, only to accidentally capitalize the first letter of the disambiguator. I have also said that I fail to see how these are harmful redirects. As we've also repeatedly mentioned when you bring up the search, the auto fill and drop down of options when you've partially typed in the search box doesn't work in every scenario, as you're suggesting. As such, it's then easy to see how a redirect from a typo / miscapitalization could be useful.
:::::I keep going back to IDONTLIKEIT because the focus of this discussion has been largely on the content of an essay that doesn't make any argument for why the redirects are harmful or detrimental. If there isn't an argument besides an essay and "they were deleted before", then that's IDONTLIKEIT.
:::::{{tq|I'd also give more weight to what users who use/participate in the DAB fixing tools than what I think and as noted multiple such people have complained about them.}} – Do you give weight to the people who review the redirects? I see alternative capitalization all the time, and when it's just on the first letter of a word I always mark it as reviewed for the reason that it could be helpful to someone.
:::::Franky I don't care at all about PANDORA in this situation. As an NPP coordinator / the leading redirect reviewer since over the past year and a half, I can attest that it's no extra work for reviewers (alt capitalizations are already auto reviewed) and we could ask Anome to have their bot auto create these like they do for titles with an en dash in the (the redirects they create use hyphens).
:::::In short, the alternative capitalization of the first letter is harmless, it's possibly useful, and it's not an improvement to the Wiki to delete these. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 21:58, 18 April 2024 (UTC)
:::::Directet URL entry is simply one example of a case-sensitive method of navigating Wikipedia, it is not the only one. Many of these redirects have non-trivial numbers of page views, which is objectively evidence of them being used and, given they lead unambiguously to the only correct target, evidence of utility.
:::::{{tpq|If there is a weak consensus it may be useful to have [a CSD criterion].}} is absolutely incorrect. CSD is explicitly only for the most obvious cases where everything that could be deleted by a criterion should be deleted, according to consensus. Situations where the is only a weak consensus at best cannot meet those requirements. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:26, 18 April 2024 (UTC)
::::::{{Ping|Hey man im josh|Thryduulf}} I don't know a huge amount about how DAB fixes work and how these interfere with it but [[User:Certes]] does appear to so may be able to explain better. In terms of caring about readers (or editors) using the redirects I'd argue its more confusing to have such redirects for a small number than not at all and if we thought such redirects were useful we would just get a bot to create all of them meaning such searches would always work rather than working in a small number of cases similar to the comments at [[Wikipedia:Redirects for discussion/Log/2024 January 24#Absolutely every malformed disambiguation without parentheses]]. So if we care about people being able to use such redirects why not do it for all. Personally I'm normally an inclusionist but I think such redirects are outside that, on a similar note just because I think its a good idea to have a separate article on every municipality and census settlement and even other settlements doesn't mean I would think its a good idea to have an article on every farm or building. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:05, 22 April 2024 (UTC)
:::::::So, basically, because there's not enough of the redirects of this style you're arguing it's more confusing? We could easily request AnomieBot be configured to create these types of redirects. As for the linked AfD, that's an entirely different set of potential disambiguations which are less likely than the likely possibility of accidently using an alternative capitalization. [[User:Hey man im josh|Hey man im josh]] ([[User talk:Hey man im josh|talk]]) 19:13, 22 April 2024 (UTC)
:::::::Personally I think helping people find the page they are looking for on some occasions is much better than going out of our way to never help them, but if creating a "(Disambiguation)" redirect to match every "(disambiguation)" page or redirect is what it takes to stop making the encyclopaedia harder to navigate then let's just do that. As for the linked RfD, you will see that I argued to keep those that are navigationally useful so I'm not sure why you think that example of OTHERSTUFF is helpful to your argument? [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:30, 22 April 2024 (UTC)
:::::::Link fixing is needed after an editor links to a dab such as [[Mercury]] when they meant [[Mercury (planet)]]. Very occasionally, we really do want a link to the dab. (''For other uses, see [[Mercury]]''). To mark such cases so we don't keep checking them repeatedly, we apply [[WP:INTDAB]] and link to [&#91;Mercury (disambiguation)|Mercury]]. Experienced dab fixers know to skip such links, and so do tools which produce reports such as [https://tools.wmflabs.org/dplbot/disambig_links.php Disambiguation pages with links]. They don't skip (Disambiguation), (DISAMBIGUATION) or (Disrandomtypotion), so links to such redirects would have to be checked again and again. Eventually, they would mount up and dwarf the actual errors. At that point, we would have no alternative but to give up and just leave all the bad links for our readers to follow. In fact, if (Disambiguation) redirects are created systematically, I for one will see no point in continuing this work and will give up immediately. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 19:39, 22 April 2024 (UTC)
::::::::{{Ping|Thryduulf}} Yes I know you !voted to keep but Josh !voted to delete which is who I was asking that particular question to. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 19:47, 22 April 2024 (UTC)
::::::::@[[User:Certes|Certes]] alternatively, the tools could just be adjusted so they don't mark "(Disambiguation)" etc as errors - indeed as they ''aren't'' errors they shouldn't marked as such at the moment. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:56, 22 April 2024 (UTC)
* '''Support all except capitalisation of first letter''', so I think this should be reworded to exclude that if it passes. As countless RfDs leading to [[WP:SNOW]]-level deletions (and amusing the daily logs to become massive) have shown, these redirects are completely unnecessary, unhelpful to the point that they are [[WP:COSTLY]] and should not exist, and they have clogged up the RfD log from discussions many times in the past. Therefore, this speedy deletion category is needed so that these can be deleted efficiently without wasting time or space at RfD. However, unlike the redirect types outlined at [[WP:RDAB]] and the other categories, there is a ''small'' chance that redirects with the alternate capitalisation can be useful. Even though this chance is small, I still think it is enough to justify a full discussion at RfD rather than speedy deletion. Leaving only this type of redirect for RfD is not enough to clog the daily log up with discussions, so I see this arrangement as a win-win where the unhelpful, unnecessary [[WP:RDAB]]-type redirects are speedily deleted as they should while redirects with a small chance of usefulness get a full RfD discussion without filling the log up with discussions. [[User:InterstellarGamer12321|<b>InterstellarGamer12321</b>]] ([[User talk:InterstellarGamer12321|<span style="color:#157710;">talk</span>]] &#124; [[Special:Contributions/InterstellarGamer12321|<span style="color:#e00000;">contribs</span>]]) 11:47, 7 April 2024 (UTC)
*:Also, I think at least some (if not all) of the text currently at [[WP:RDAB]] should be added to the speedy deletion criterion definition to specify which types of redirects fall under this criterion to avoid confusion. [[User:InterstellarGamer12321|<b>InterstellarGamer12321</b>]] ([[User talk:InterstellarGamer12321|<span style="color:#157710;">talk</span>]] &#124; [[Special:Contributions/InterstellarGamer12321|<span style="color:#e00000;">contribs</span>]]) 11:52, 7 April 2024 (UTC)
*If first-letter capitalization ([[Foo (Disambiguation)]]) is excluded, then no evidence has been presented that this happens ''at all'', let alone frequently enough. And [[Foo (desambiguation)]] is either an R3 or needs more than one pair of eyes anyway. No argument to answer. —[[User:Cryptic|Cryptic]] 12:39, 7 April 2024 (UTC)
**And the case for first-letter capitalization ''can't'' be made; there's been [[quarry:query/81833|763 such deletions ever]], with more than half on two days in late 2022. It's not because they're not being deleted, either, since only [[quarry:query/81832|four such pages currently exist]]. ([[Ø (Disambiguation)]] isn't a disambig.) This isn't remotely frequent enough to need a speedy deletion criterion. It's frequent enough for another batch rfd in another twenty years. —[[User:Cryptic|Cryptic]] 13:00, 7 April 2024 (UTC)
**:It's just 3. [[O (Disambiguation)]] is an {{tl|R to diacritic}} that redirects to [[Ø (Disambiguation)]]. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 21:21, 7 April 2024 (UTC)
**::Yes, [[Ø (Disambiguation)]] is a [[WP:IAR|IAR]] exception, notorious amongst dab maintainers for coming up as a false positive whenever we check for dodgy titles. Unsurprisingly, there are no pages with a qualifier of (DISAMBIGUATION) in all capitals. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 21:40, 7 April 2024 (UTC)
*'''Support''' because it is rare for people to capitalise "Disambiguation" or said word in all caps. "desambiguation" is a typo that would obviously be qualified for R3 anyways. [[User:ToadetteEdit|<span style="color:#fc65b8;">'''Toadette'''</span>]] <sup>''([[User talk:ToadetteEdit|<span style="color:blue;">Let's talk together!</span>]])''</sup> 10:28, 10 April 2024 (UTC)
*:Things that are rare fail [[WP:NEWCSD]] requirement 3. Also "rare" is not the same thing as "harmful". [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:10, 10 April 2024 (UTC)
*'''Oppose''' We already have criteria for the most obvious misspelling issues, redirects are cheap, deleting a redirect using other than CSD isn't exactly a burden on the system. I don't see this as solving a real issue, but it could cause some. [[User:Dennis Brown|<b>Dennis Brown</b>]] - [[User talk:Dennis Brown|<b>2&cent;</b>]] 06:30, 11 April 2024 (UTC)
*'''Oppose''' per Thryduulf and Dennis Brown. R3 suffices for most cases, and the rest can go to RfD. This is simply not a significant problem. – [[User talk:Bradv|<span style="color:#333">'''brad''v'''''</span>]] 15:15, 11 April 2024 (UTC)
*'''Support''' these routinely get deleted at RfD; there is no reason to have the same debate 1000 times when the merits remain the same every single time. [[User:Elli|Elli]] ([[User_talk:Elli|talk]] &#124; [[Special:Contributions/Elli|contribs]]) 19:45, 16 April 2024 (UTC)
*'''Oppose''': gods, are we still arguing about this? Per Thryduulf and my previous comments. These rarely do any harm. [[User:Cremastra|Cremastra]] ([[User talk:Cremastra|talk]]) 15:44, 21 April 2024 (UTC)
* Wait, aren't we discussing something similar above? It feels like this proposal should have been incorporated into that RfC, perhaps as a secondary question. Regardless, '''support'''; there is consensus from countless RfD discussions, not merely from the wording at RDAB, that these redirects are not helpful and should be deleted. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 16:45, 21 April 2024 (UTC)
*:They are properly separate because they deal with different things, only one of which meets the requirements for a speedy deletion criterion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 16:57, 21 April 2024 (UTC)
* '''Comment''': I would be okay with this if we limit it to recently created redirects (similar to how A10 and R3 are limited to recently created redirects). Without this qualification, I '''oppose''' the change. For redirects that have existed a long time, the small maintenance benefit of deleting them doesn't outweigh the risk of breaking incoming external links ([[WP:RFD#KEEP]] point 4). —[[User:Mx. Granger|Mx. Granger]]&nbsp;([[User talk:Mx. Granger|talk]] '''·''' [[Special:Contributions/Mx. Granger|contribs]]) 13:58, 25 April 2024 (UTC)


== Proposal: add a "recency" clause to G4 ==
:There is no reason for any time limits. It takes time for us to find and action pages [[Wikipedia:WikiProject_Abandoned_Drafts/Stale_drafts]] [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 20:47, 18 November 2018 (UTC)
:The criterion does not specify a time limit so there isn't one. It is irrelevant how long people take looking for things. I don't see it as a "Blatant misuse of Wikipedia as a web host" so I don't think U5 applies anyway. [[User:Thincat|Thincat]] ([[User talk:Thincat|talk]]) 21:16, 18 November 2018 (UTC)
:I might actually say the opposite — newer items are more likely to be something that might in good faith get worked on, while a userpage (from an editor that) has been inactive for seven years is unlikely to materialize into anything useful. On this specific case, it seems (from the user talk comments) like a fairly COI-driven attempt at a draft, probably for personal purposes, but not necessarily an explicitly U5-able page. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 21:20, 18 November 2018 (UTC)
* In implemention discussions for U5, time was well considered. Age of the page and time inactive of the user. The consensus was that neither was an important factor. This page is actually typical of the driving problem, old drive-by dumped NOTWEBHOST pages. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 21:22, 18 November 2018 (UTC)
** Per Amory, this is a (very poor) attempt at an encyclopaedia article not anything that can be deleted under U5 (nor should be subject to speedy deletion). And the disagreements here about whether it is or is not a NOTWEBHOST violation are a perfect example of why the criterion should not be expanded - it is not objective. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:32, 18 November 2018 (UTC)
***Deleted. Amory or Thryduulf, if either of you wants me to undelete it, I will; just don't call it junk, since "junk" is not an objective description of anything :-) Meanwhile, since ''consensus was that neither was an important factor'' when the criterion was created, I've [https://en.wikipedia.org/w/index.php?diff=869485653 expanded the criterion]. Any objections? [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 22:38, 18 November 2018 (UTC)
****PS, I'm leaving for church in a few minutes. If either of you two (or anyone else) wants it to be undeleted and I'm gone, feel free to leave a request at WP:REFUND, and remember to link this diff as proof that I'm fine with the undeletion. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 22:45, 18 November 2018 (UTC)
****Every speedy deletion criterion applies regardless of the age of the page, except for the handful which require a waiting period. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 22:41, 18 November 2018 (UTC)
***** The objection is bloat. It’s a non-information statement. If every non-information statement were included, policy would be useless. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 22:44, 18 November 2018 (UTC). It also applies regardless of the length of inactivity of the user. Another non-information statement. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 22:45, 18 November 2018 (UTC)
**** I’d call it borderline. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 22:42, 18 November 2018 (UTC)
****{{re|Nyttend}} I think {{u|Thryduulf}} was referring to [[#Proposal/RfC - Extend WP:U5 to the draftspace]] above when saying it {{tq|should not be expanded}}. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 23:13, 18 November 2018 (UTC)
*****{{replyto|Amorymeltzer|Nyttend}} yes indeed my "should not be expanded" comment was about its applicability to other namespaces not the mention of the timing (I'm neutral about that as it's the least of the problems with the criteria). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:25, 18 November 2018 (UTC)
****{{replyto|Nyttend}} That was very much not a U5 candidate - it was an abandoned draft encyclopaedia article. That it wasn't a very good draft and wouldn't have survived MfD is completely irrelevant. U5 is ''only'' for "writings, information, discussions, and/or activities not closely related to Wikipedia's goals" - any attempt at an encyclopaedia article is closely related to Wikipedia's goals. A very bad deletion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 23:25, 18 November 2018 (UTC)
*****Okay, I'll restore it. That's the fundamental problem with any criterion based on WP:NOT — how am I supposed to know what's closely related and what's only tangentially related? I would immensely prefer to get rid of it entirely, because "Most reasonable people [cannot necessarily] agree whether a page meets the criterion", to modify the box at the top of this page. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 05:02, 20 November 2018 (UTC)
****** This was central to the implementation discussion. Some judgement is required in many cases, but implementation was/is justified by (1) the very large number of pages that would be (and were) SNOW deleted at MfD, (2) the objective requirement of no serious contributions in the user’s contribution history. Experienced editors can be trusted. I have not seen or heard of any cases of U5 misuse. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 05:55, 20 November 2018 (UTC)


I propose to add a clause to [[WP:G4]] (recreations of deleted articles) to restrict the criterion to recreations of ''recently deleted'' pages. Proposed changes:
This type of junk "contributed" by an otherwise non-contributor and abandoned is exactly what U5 is for. If someone wants to retire U5 start an RFC but in the meantime I've started [[Wikipedia:Miscellany for deletion/User:AviatorTJ/SpaceKraft]] [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 06:12, 20 November 2018 (UTC)
*{{replyto|Legacypac}} Just because something should be deleted does not mean that it should be speedily deleted. Speedy deletion is explicitly the exception not the norm and only for those cases where consensus at a discussion will ''always'' be to delete. Even looking at just today's MfD listings it is clear that poorly written draft encyclopaedia articles do not always get unanimous consensus to delete. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:20, 21 November 2018 (UTC)


{{tq2|This applies to sufficiently identical copies, having any title, of a page {{green|recently}} deleted {{red|<s>via its most recent</s>}} {{green|as the result of a}} [[Wikipedia:Deletion discussions|deletion discussion]]. [...] }}
== Proposal to expand R2 ==


(There is a footnote following "deletion discussion" explaining that the most recent deletion discussion determines the validity of this criterion, so I don't think that needs to be awkwardly shoehorned into the criterion itself.)
One of the key distinguishing features of pages and namespaces is their intended audience: readers (content pages/namespaces) versus editors (administrative/technical pages/namespaces). As a general rule, and with some exceptions (e.g. shortcuts), we avoid redirects that transport readers from a content namespace to a non-content namespace. R2 currently covers the specific scenario of redirects from the main namespace to non-content namespaces (except the Wikipedia namespace).


I have noticed a trend lately of editors tagging articles with this criterion and linking to a "most recent" discussion that is many years old, both for pages recently created, and for pages which were recreated shortly after their deletion discussion but have hung around for many years without issue. A problem with G4 is that non-admins can't see the deleted version to compare to, but I don't think it's reasonable to presume that no new information is available many years later, nor is it reasonable to assume that an editor creating an article on a topic which was deleted many years ago is recreating an identical article, and so these tags don't meet the "objective" nor the "uncontestable" provisions of speedy deletion. This criterion is meant to capture obvious attempts to evade deletion, but the current scope is too broad. I don't have a suggestion for defining "recently" but we have similar clauses in other criteria.
I think that we should also avoid (and speedily delete) redirects that transport readers from any content namespace to the User namespace. These redirects can lend undue gravitas to user pages (and subpages) and as a result mislead readers into thinking they are part of the encyclopedia proper. Therefore, I propose to modify R2 as follows:


*'''Support''' as proposer. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 14:26, 12 April 2024 (UTC)
<blockquote>This {{xt|criterion}} applies to redirects (apart from [[Wikipedia:Shortcut|shortcuts]]) from the [[Wikipedia:Main namespace|main namespace]] to any other namespace ''except'' the '''Category:''', '''Template:''', '''Wikipedia:''', '''Help:''' and '''Portal:''' namespaces{{xt|, and to redirects to the User: namespace from the main or other content namespaces (Book:, Category:, File:, Portal:, and Template:)}}.</blockquote>
*'''Comment''' I'm not sure whether this is necessary because a substantially identical version can appear the same after 3 months or 3 years. An objective reference point could be that if the new version cites at least one reliable source more recent than the last deletion discussion, G4 is unlikely to apply. However, I'm unsure if the frequency of "gaming" such a criterion (i.e., shoehorning a recent source into an article otherwise identical to the one deleted) would be high enough to merely discourage such tagging, or low enough that such pages can safely be automatically disqualified from G4. <sup>[[User:ComplexRational|'''<span style="color:#0039a6">Complex</span>''']]</sup>/<sub>[[User talk:ComplexRational|'''<span style="color:#000000">Rational</span>''']]</sub> 14:59, 12 April 2024 (UTC)
*'''Oppose'''. The question is not whether the deletion was recent, the question is whether the reasons for deletion still apply. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 15:23, 12 April 2024 (UTC)
*'''Oppose''' Pretty much per Kusma - this IMO defeats the point. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 15:49, 12 April 2024 (UTC)
*How long generally would have to go by to prevent G4? I don't think anything less than 10 or 5 years would be a good idea especially since our inclusion criteria often get stricter. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:08, 12 April 2024 (UTC)
*'''Oppose''' per Kusma. In some cases previous discussions stay relevant for over a decade, in others they're obsolete within weeks. I am open to clarification regarding when it applies, but a nebulous "recent" is not it. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 20:15, 12 April 2024 (UTC)
*'''Oppose'''. The points raised in a deletion discussion don't automatically become invalid because time has passed since the discussion. Adding this restriction to G4 would just force us to open more discussions where we restate arguments that were raised years before, and Wikipedia has enough active deletion discussions as is. [[User:Glades12|Glades12]] ([[User talk:Glades12|talk]]) 18:37, 22 April 2024 (UTC)


== Proposed new or modified criterion: clear SALT evasion ==
If there are good reasons to have redirects from content namespaces to the User namespace, please share them. Thanks, -- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 02:00, 19 November 2018 (UTC)
*'''Oppose''' as not needed. These almost never appear at RfD, and when they do they are often speedily deleted under G6 (redirects created when pages created in the wrong namespace are moved) or G7 (author requests deletion, e.g. if they're leftovers from swapping pages or after a major rewrite). Of those that are not speedily deleted, most are indeed deleted but some are retargetted. So unless you can show that there is an ongoing problem with these then a change to the speedy deletion criteria is simply not needed. Just because something is undesirable does not mean that it must be speedy deletable. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 02:12, 19 November 2018 (UTC)
*:<span class="template-ping">@[[User:Thryduulf|Thryduulf]]:</span> I agree with most of what you say, including that nearly all of these are already eligible for speedy deletion under G6. However, in view of that, would it not be better to clarify and use R2 instead of G6, so that a more informative deletion rationale than "general housekeeping" is used? Thanks, -- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 02:51, 25 November 2018 (UTC)
*::I've very much in favour of moving things out of G6 (see my proposal for an R4 on this page for example), and pages created in error is certainly a good candidate for unbundling, but that needs to be a comprehensive G criterion (something like "Pages unambiguously created in error, at the wrong title or in the wrong namespace. This includes redirects created when moving such pages to their correct location if the redirect is not otherwise useful" along with some wording about leaving the redirect a while if the page was there a long time and letting creators and other interested parties know the new location if that isn't obvious) - analogous to how redirects created when cleaning up page move vandalism are speedy deletable under G3 not a separate R criterion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:42, 25 November 2018 (UTC)
*:::I would support a new criterion along the lines you suggested, but I don't see that as precluding the option of expanding R2 in the meantime to include a subset of these cases. After all, if a new G criterion is established, it would be simple enough to restore R2's original language. If you remain unconvinced, then thank you anyway for explaining your reasoning. -- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 19:25, 25 November 2018 (UTC)
*::::That's true, but we're back to the basic issue that these redirects are so rare that there is no need to do the work of expanding then contracting R2. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:48, 25 November 2018 (UTC)
*'''Oppose''' per Thryduulf. This is a very rare encounter, and there are a few legitimate cases (userfications of books and userboxes being two big ones) where these redirects could and should be retained. Any other cases can easily be taken care of through RfD. [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 02:28, 19 November 2018 (UTC)
*:Userboxes I understand, due to transclusions, but... why should userfied ''Book:'' redirects be retained? -- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 03:37, 19 November 2018 (UTC)
*::<span class="template-ping">@[[User:Nathan2055|Nathan2055]]:</span> Friendly ping. -- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 02:51, 25 November 2018 (UTC)
*Any redirects from articlespace to userspace (which as noted here is rare) are flagged up by [[Wikipedia:Database reports/Articles containing links to the user space|this report]] and shortly after deleted (by me), under R2, which I have never interpreted as not including userspace--[[User:Jac16888|<span style="color: Blue;">Jac</span><span style="color: Green;">16888</span>]] [[User talk:Jac16888|<sup><span style="color: red;">Talk</span></sup>]] 21:04, 25 November 2018 (UTC)
*:{{replyto|Jac16888}} That is a correct application of R2, but the main thrust of this proposal is to extend that to userspace from namespaces such as "Book:, Category:, File:, Portal:, and Template:" not just from the main namespace. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:46, 25 November 2018 (UTC)
*::Ah I see, I misunderstood the gist of the proposal, but yes it does seem to be a very rare situation. Also worth pointing out that there are many userspace based catergories and templates--[[User:Jac16888|<span style="color: Blue;">Jac</span><span style="color: Green;">16888</span>]] [[User talk:Jac16888|<sup><span style="color: red;">Talk</span></sup>]] 21:55, 25 November 2018 (UTC)
*:::Templates, yes, but categories functionally cannot be in userspace (or any other namespace). Where I see this issue mostly, and what prompted my suggestion, is redirects from ''Book:'' to ''User:'' namespace that result from books being userfied without the suppression of a redirect. I admit it is not a very common issue (my guess would be 100–200 pages), so I suppose G6 will suffice. Thanks,-- [[User:Black Falcon|Black Falcon]] <sup>([[User talk:Black Falcon|talk]])</sup> 17:28, 26 November 2018 (UTC)


This proposal is for a criterion for deletion of articles which are obvious recreations of any article that is [[WP:SALT|create protected]]. This is possibly already partly covered by [[WP:G4]] (though only for "substantially identical" recreations) or [[WP:G5]] (though that is based on the editor, not the topic) but I would like to create an explicit, articles-only criterion for this (so as to except legitimate drafts). Proposed wording:
== New criterion for rejected / advertisement-declined drafts ==


{{tq2|'''Axx: Unambiguous creations of a topic protected against creation.''' This applies to any article, having any title, that is an unambiguous creation of any topic that has been [[Wikipedia:Protection policy#Creation protection (salting)|protected from creation]] under any title, or is an unambiguous attempt to evade the [[MediaWiki:Titleblacklist|title blacklist]]. This criterion does not apply to drafts approved by [[Wikipedia:Articles for creation|articles for creation]] nor content recreated by a [[Wikipedia:Requests for undeletion|request for undeletion]] or [[Wikipedia:Deletion review|deletion review]]. It also does not apply if the page creator holds the userrights to override the creation protection, though it is expected that users creating a protected page will have consulted with the protecting administrator first.}}
I would like to float a suggestion about bot deletion of drafts that belong to two groups:
#those that have been rejected (this is a new feature in AFCH script); and
#those that have been declined on advertising grounds.


*'''Support''' as proposer. Open to suggestions for wording, of course. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 14:52, 12 April 2024 (UTC)
There are currently [[:Category:Rejected AfC submissions|350 drafts in the first group]] and [[:Category:AfC submissions declined as an advertisement|3100+ in the second group]], and growing. Currently, unless these drafts are tagged for speedy deletion, they would be eligible for G13 deletion in 6 months. What I'd like to propose is:
*Not sure that this is needed, and if it is, it should be via clarification of G4 instead of a new A criterion. Why should it not apply in Wikipedia space? —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 14:59, 12 April 2024 (UTC)
# expedited timeframe (30 days), and
*On second thought, '''oppose''', this seems backwards. SALT is there to help enforce G4, we shouldn't add secondary criteria to deal with people going around the tool that helps us deal with G4. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 15:21, 12 April 2024 (UTC)
# making such deleted drafts ineligible for [[WP:REFUND]].
* '''Support''' Makes sense. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 15:49, 12 April 2024 (UTC)
*'''Oppose'''. An admin can salt a title for any reason whatsoever. This criterion would give any admin unilateral power to declare any topic speedy-deletable. -- [[User:King of Hearts|<b style="color:red">King of ♥</b>]][[User talk:King of Hearts|<b style="color:red"> ♦</b>]][[Special:Contributions/King of Hearts|<b style="color:black"> ♣</b>]][[Special:EmailUser/King of Hearts|<b style="color:black"> ♠</b>]] 16:16, 12 April 2024 (UTC)
*If whatever's created in defiance of a salting isn't already speedyable, then the salting isn't valid. Evasion of salting is an indicator that we need to escalate to other tools - typically some combination of blacklisting, blocking, and edit filters - not just to deescalate to simple deletion, which has already shown itself to be inadequate by the very fact that it's salted to begin with. —[[User:Cryptic|Cryptic]] 16:19, 12 April 2024 (UTC)
*'''Oppose''' G4 seems sufficient, as noted an admin can protect a page sometimes if its only re created a few times and then sometimes 10\20 years down the line someone completely different wants to create a page sometimes on a completely different topic. Personally I'd rethink if we should even be salting many pages anyway. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:15, 12 April 2024 (UTC)
*'''Oppose''', mostly per Cryptic. G4 already applies to pages with any title, so for pages that are substantially identical this is redundant. For pages that are not substantially identical, then if they are not already speediable under a different criterion then we should not be speedy deleting them - not least because some of them will have addressed the reason for the first deletion. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 20:19, 12 April 2024 (UTC)
*'''Oppose''' G4 already covers this, and is intentionally broad in that you can delete virtually any title if it is substantially similar. Adding a new cat would likely muddy the waters. I don't see the need to even tweak G4, but if it needed it, that would be better than a new cat of CSD. Additionally, if a user is creating multiple articles to bypass SALT, they typically get blocked for WP:DE, and any SALT bypassing article they create using a sock can be deleted under G5 '''or''' G4. [[User:Dennis Brown|<b>Dennis Brown</b>]] - [[User talk:Dennis Brown|<b>2&cent;</b>]] 00:40, 16 April 2024 (UTC)
*'''Oppose''' per King of Hearts. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|talk]]) 02:23, 16 April 2024 (UTC)
*'''Oppose'''. If the original page met a CSD, then the same criterion can be used to delete it under any other title. If the page was deleted after an XfD, then you can use G4 regardless of the new title. If neither is true, an admin shouldn't have deleted the page in the first place let alone used the salt feature. [[User:Glades12|Glades12]] ([[User talk:Glades12|talk]]) 18:48, 22 April 2024 (UTC)


== Clickable icons to CSD template ==
{{U|Legacypac}} lays out the rationale for faster deletion of unsuitable, promotional drafts here: [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3ACriteria_for_speedy_deletion&type=revision&diff=868849106&oldid=868844490]. Bot deletions would also mean that editors and admins would save time G11 deleting those.


The new criterion would be technically similar to G13, in terms of bot-deletion procedure and one-week notice. This will give the author time to save their draft off-wiki if desired. I would appreciate thoughts on this rough proposal and then perhaps go to an RfC, if this suggestion is deemed suitable. --[[User:K.e.coffman|K.e.coffman]] ([[User talk:K.e.coffman|talk]]) 00:48, 21 November 2018 (UTC)
Hello, I've proposed adding a clickable icon to the speedy deletion tags. Please visit [[Template talk:Db-meta#Add clickable icon]] to participate in the proposal. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 20:01, 29 April 2024 (UTC)
* '''Oppose''' in favour of putting a G11 button inside the afch GUI. Draft reviewers should be consciously making the decision, and unsuitable advertising should be G11 speedied without delay. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 03:01, 21 November 2018 (UTC)


== Proposal (U3A) ==
A bot does some G13 nominations but not the deletions. I favour deletion quicker but would hate to create anything that would e interpreted as a minimum time before deletion (as G13 is seen by some). Let's talk this idea out to build something that we can get passed.


I am proposing a new criteria:
I like the idea of building in the G11 button like the G12 button is built into the script. Anything duplicating G11 is going to be impossible to get passed as a CSD. We just need to get more aggressive at using G11 on the declined as an Adv cat and as we find the pages submitted to AfC.
*'''U3''': A user page which is the exact same content as an existing page, and which have no reason to do so. This would only apply to the main user page, not others.
Feel free to comment. <span style="font-family:monospace; font-weight: bold"><span style="color:ForestGreen">[[W:EN:User:TheTechie|<span style="color:Green">thetechie@enwiki</span>]]</span>: [[User talk:TheTechie|<span style="MediumBlue">~/talk/</span>]] <span style="">$</span></span> 01:34, 3 May 2024 (UTC)


*'''Support''' as proposer. <span style="font-family:monospace; font-weight: bold"><span style="color:ForestGreen">[[W:EN:User:TheTechie|<span style="color:Green">thetechie@enwiki</span>]]</span>: [[User talk:TheTechie|<span style="MediumBlue">~/talk/</span>]] <span style="">$</span></span> 01:34, 3 May 2024 (UTC)
The "unsuitable" declines can be run through MfD but some people don't like that. Many can be G11 or hoax or otherwise speedied under existing criteria. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 03:36, 21 November 2018 (UTC)
*If we are going to create a new UCSD, it would be U6 ([[WP:U3]] was previously non-free image galleries in userspace). If I understand the proposal correctly, would this be to deal with [[WP:COPIES]] issues? If so, I support such a CSD (see [[WP:MFD]], which is currently flooded with COPIES issues). However, the wording needs some work (in particular, to add a grace period for temporary drafting). <b>[[User:HouseBlaster|House]][[Special:Contributions/HouseBlaster|<span style="color:#7D066B;">Blaster</span>]]</b>&nbsp;([[User talk:HouseBlaster|talk]]&nbsp;·&nbsp;he/him) 01:43, 3 May 2024 (UTC)
* '''Oppose''' no reason these pages should be deleted instead of blanked or redirected to the page they copy from. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 02:36, 3 May 2024 (UTC)
*I don't really understand the situation or the use case. If it's someone's own userpage, they can use U1. If it's someone else's, then there might be a reason the proposer does not know. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 03:17, 3 May 2024 (UTC)
*I don't see the need. If they copy a page over from mainspace to their page without attribution, we can delete it as a copyvio, technically speaking. Most of the time I've seen people do this, they are using the user page as a sandbox and just don't know they have a sandbox. They may either be preparing a major rewrite, or just trying to learn how to do things. Both circumstances mean they need to use a sandbox, but it isn't particularly disruptive. The only problems I typically see with "articles" on userpages are copies of deleted articles, without attribution, because they are trying to push them back into mainspace. We already handle those via G4 or G12, even tho it isn't in article space. I guess my point is, I don't see what problem this would fix when we already have plenty of tools to deal with actual problems on user's pages. [[User:Dennis Brown|<b>Dennis Brown</b>]] - [[User talk:Dennis Brown|<b>2&cent;</b>]] 07:05, 3 May 2024 (UTC)
*'''Oppose''' per Dennis Brown and Pppery. Deletion isn't needed in the majority of cases and we have existing criteria available for what it is. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 08:48, 3 May 2024 (UTC)
*Just noting from a "copyvio" perspective that attribution can easily be provided in an edit summary (e.g. "text here copied from [[XYZ]]") and almost never requires G12 (and in fact most times is a bit of IAR when deleting as such). [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 09:36, 3 May 2024 (UTC)
*:Perhaps, but a little bit of discussion (or totality of circumstances) can usually tell you if deletion or education is the solution. [[User:Dennis Brown|<b>Dennis Brown</b>]] - [[User talk:Dennis Brown|<b>2&cent;</b>]] 09:41, 3 May 2024 (UTC)
*G12 [[WP:G12|specifically excludes copies from Wikipedia]]: {{tq|"free content, such as a Wikipedia mirror, do[es] not fall under this criterion, nor is mere lack of attribution of such works a reason for speedy deletion"}}. Copying within Wikipedia is allowed for a reason and [[WP:RIA|it's easy to repair "bad" copies]]; please don't delete unattributed copies under G12. [[User:Sdrqaz|Sdrqaz]] ([[User talk:Sdrqaz|talk]]) 10:56, 3 May 2024 (UTC)
*:That isn't what I was proposing. <span style="font-family:monospace; font-weight: bold"><span style="color:ForestGreen">[[W:EN:User:TheTechie|<span style="color:Green">thetechie@enwiki</span>]]</span>: [[User talk:TheTechie|<span style="MediumBlue">~/talk/</span>]] <span style="">$</span></span> 16:56, 3 May 2024 (UTC)
*::I was responding to the comments saying that G12 could be used to delete unattributed copies; I wasn't commenting on your proposal specifically. [[User:Sdrqaz|Sdrqaz]] ([[User talk:Sdrqaz|talk]]) 21:41, 3 May 2024 (UTC)
*[[WP:COPIES]] and the section below it deals with this. This criteria seems like a good idea but I don't think would pass NEWCSD due to being potentially bity and cases where someone needed a copy to work on before adding to the mainspace article. '''[[User:Crouch, Swale|<span style="color:Green">Crouch, Swale</span>]]''' ([[User talk:Crouch, Swale|<span style="color:Blue">talk</span>]]) 18:00, 3 May 2024 (UTC)


== Proposal: new criteria for duplicate drafts ==
* Virtually no MfD deletions of drafts did not already fit under G11. “Aggressive” is not the word, just a straight face reading of G11 is needed. If it is promoting something (song, person, product, theory), and if it zero reliable sources meaning that no current content can be reliably reused, it fits G11. Even if the topic is notable, [[WP:TNT]] applies, with the current version needing deletion per G11. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 03:59, 21 November 2018 (UTC)
{{atop
::By aggresive I refer not to how we read G11 but that AfCers should use it more instead of just declining the page. Seek deletion of promotional drafts. [[User:Legacypac|Legacypac]] ([[User talk:Legacypac|talk]]) 04:09, 21 November 2018 (UTC)
| status = withdrawn
::: AfCers should consider G11, alongside G12, first. There is no point making nuanced comments on a page that is to be immediately deleted. How can we get a G11 button the the GUI. Personally, I think the CSD tab is sufficient. I’m not what what I did to get nonstandard feature running for me. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 04:17, 21 November 2018 (UTC)
| result = Just redirecting instead. <span style="font-family:monospace;">'''<nowiki>'''[[</nowiki>[[User:CanonNi]]<nowiki>]]'''</nowiki>'''</span> ([[User talk:CanonNi|talk]] • [[Special:Contributions/CanonNi|contribs]]) 13:53, 20 May 2024 (UTC)
::::[[User:SmokeyJoe]] - I don't know if I agree or disagree about "making nuanced comments", and I ask what SJ means because he has in the recent past stubbornly insisted that the inability to provide comments on a Reject was a feature rather than a bug (although the developer recognized it as a bug and fixed it). What is meant by nuanced comments? My own opinion is that reviewer comments on a draft that is being tagged for G11 may be very useful to clarify for the reviewing-deleting admin why the draft is G11. For instance, I point out and take issue with the first-person plural, or with phrases that are marketing buzzspeak. (The presence of marketing buzzspeak isn't itself enough for me to hit G11. Writing in first-person plural is enough for me to hit G11.) [[User:Robert McClenon|Robert McClenon]] ([[User talk:Robert McClenon|talk]]) 04:08, 25 November 2018 (UTC)
}}
::::: [[User:Robert McClenon|Robert McClenon]], "stubbornly insisted that the inability to provide comments on a Reject was a feature rather than a bug" was based on a misconception and a slowness to understand what others, including you, were saying. You pointed out some good reasons for wanting to leave comments in different places, and I then agree with you. --[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 05:47, 25 November 2018 (UTC)
::::::[[User:SmokeyJoe]] - Good. Thank you. Perhaps pointing out a particular aspect of the draft that makes it obviously spam, such as the use of the first-person plural, is one of them. I think that comments may be useful information for the deleting admin if G11 is used. Thank you. [[User:Robert McClenon|Robert McClenon]] ([[User talk:Robert McClenon|talk]]) 06:28, 25 November 2018 (UTC)
* '''Oppose''' as that should shorten the [[WP:DEADLINE]] for drafts arbitrarily. It would also encourage editors to resubmit drafts that aren't ready in order to keep it active, increasing the workload on reviewers. There's no goal to reduce the number of rejected drafts overall, only ones that tackle the pending approval queue. As for advertising, if a draft is tendentiously resubmitted without reducing the tone, then I think that should be ready for CSD G11 or MFD. I'd prefer to use AFCH to guide a few decent drafts and editors to get better sources so as to meet GNG. [[User:AngusWOOF|<strong><span style="color: #606060;">AngusWOOF</span></strong>]] ([[User talk:AngusWOOF#top|<span style=" color: #663300;">bark</span>]] • [[Special:Contributions/AngusWOOF|<span style="color: #006600;">sniff</span>]]) 04:14, 21 November 2018 (UTC)

As written, I'd have to oppose creating any additional criteria for drafts declined as advertising due to the overlap with G11. That said, there are two worthwhile ideas in this thread that are worth exploring. Allowing the deletion of rejected drafts does have merit, as does adding a G11 button into the AFCH script. [[User:Tazerdadog|Tazerdadog]] ([[User talk:Tazerdadog|talk]]) 05:10, 21 November 2018 (UTC)

* '''Support with caveat''' I'm in favour of the idea's principle, because while encouraging article creation is important AfC does get quite a bit of promotional bullshit. The only thing that gives me pause is the rejection part, because I'm sure that there needs to be more rejection rationales and a clearly established consensus for what is eligible for rejection. The rationales are already set pretty much arbitrarily so I think waiting for the rejection to come out of beta, get wider testing, and establish rationales are needed before basing a CSD off of one. Thanks. [[User:ProgrammingGeek|'''<span style="color:Green">Programming</span><span style="color:Orange">Geek</span>''']][[User talk:ProgrammingGeek|<sup><span style="color:Green"> talk</span><span style="color:Orange">to</span>me</sup>]] 05:24, 21 November 2018 (UTC)

*'''Oppose''' - This is really completely unnecessary, and just serves as a complicated way of speeding up G13. If a draft is purely promotional, G11 it. Otherwise just wait the six months and do G13. I have no idea why people are constantly pushing for more options to nuke drafts faster when we're already getting rid of them after six months anyway. [[WP:DEADLINE|Wikipedia does not have a deadline.]] [[User:Nathan2055|Nathan2055]]<sup>[[User talk:Nathan2055|talk]] - [[Special:Contributions/Nathan2055|contribs]]</sup> 07:05, 21 November 2018 (UTC)
*'''Oppose'''' - a draft that is declined as pure/blatant advertisement also usually is a G11 candidate. This proposal is redundant. —[[User:Jéské Couriano|<i style="color: #228B22;">Jeremy</i>]] [[User talk:Jéské Couriano|<span style="color: #228B22">v^_^v</span>]] <sup><small>[[Special:Contributions/Jéské Couriano|Bori!]]</small></sup> 07:14, 21 November 2018 (UTC)
*'''Oppose''' per Nathan2055. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 07:48, 21 November 2018 (UTC)
*'''Comment''' This seems rather pointless. Adverts can usually be G11ed anyway, and if we have to wait 6 months for a draft to get deleted... who cares? Just forget about it and a bot will deal with it later by nominating it with G13. Currently not seeing enough value here to support. — '''''<small>[[User:Insertcleverphrasehere|Insertcleverphrasehere]] <sup>([[User talk:Insertcleverphrasehere|or here]])</sup></small>''''' 08:12, 21 November 2018 (UTC)
*'''Oppose''' as a solution in search of a problem. When I decline drafts as adverts, I tag the worst of them for G11 deletion using Twinkle, it's really easy and simple to do with just a few clicks. [[User:Dodger67|Roger (Dodger67)]] ([[User talk:Dodger67|talk]]) 08:32, 21 November 2018 (UTC)
*'''Oppose''' if a draft is not sufficiently promotional to be speedy deleted under G11 it should not be speedily deleted for being promotional. I'm also not seeing any need for something like this, there are only four draftspace pages currently listed at MfD where being promotional is relevant: [[Wikipedia:Miscellany for deletion/Draft:Daniel Mark Harrison]] which has received keep !votes and so is clearly not a speedy deletion candidate for any reason; [[Wikipedia:Miscellany for deletion/Draft:Mike Smith (businessman)]] where the nominator ([[user:Legacypac|Legacypac]]) discusses each reference individually indicating that editorial judgment is required and so speedy deletion would clearly be inappropriate; [[Wikipedia:Miscellany for deletion/Draft:Heart to Heart Counseling Center]] was originally a draft submitted in apparent good faith and only the actions of the author since that was rejected and their ''probable'' COI with a related person mean its being considered for deletion - no objective criterion could ever be crafted to deal with this situation; and [[Wikipedia:Miscellany for deletion/Draft:National Data Guardian for Health and Care in England]] which appears to have been moved to mainspace as [[National Data Guardian for Health and Care in England]] without the MfD being formally closed - obviously not something that should be speedily deleted. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:12, 21 November 2018 (UTC)
*'''Oppose''' Don't see that 30 days is so superior to 6 months. [[User:UnitedStatesian|UnitedStatesian]] ([[User talk:UnitedStatesian|talk]]) 20:13, 21 November 2018 (UTC)
*'''Oppose''' . I'm not generally in favour of bot deletions of anything. Notwithstanding, a blatant advert or other promotional device can always be very quickly flagged G11 and deleted by an admin, plus, if necessary, blocking the author. [[User:Kudpung|Kudpung กุดผึ้ง]] ([[User talk:Kudpung|talk]]) 03:10, 22 November 2018 (UTC)
*'''Oppose''' - My understanding from the referenced discussion is that the motivation for this proposal is to address SEO-related abuse. It is not clear that 1/ this is a significant and important issue to address 2/ this proposal actually addresses the issue or 3/ that this is the best or only way to address the issue. ~[[User:Kvng|Kvng]] ([[User talk:Kvng|talk]]) 17:36, 24 November 2018 (UTC)
*'''Oppose''' shortening the period to 30 days, as stated by various editors, and oppose any CSD that involves Reject, which is still new. I support providing a speedy deletion option on 'adv', just as there is on 'cv', and speedy deletion options on Reject. [[User:Robert McClenon|Robert McClenon]] ([[User talk:Robert McClenon|talk]]) 04:08, 25 November 2018 (UTC)
*'''Comment''' - I support strengthening the existing rules on undeletion/restoration of G11. At present it might or might not be emailed. Don't restore or email it. Anyone who is stupid enough not to keep a copy of the spam that they submit is a dumb spammer, and I have no sympathy for dumb spammers. [[User:Robert McClenon|Robert McClenon]] ([[User talk:Robert McClenon|talk]]) 04:15, 25 November 2018 (UTC)
*'''oppose''' per all reasons given above by other 11 editors--[[User:Ozzie10aaaa|Ozzie10aaaa]] ([[User talk:Ozzie10aaaa|talk]]) 02:04, 28 November 2018 (UTC)
===Speedy Tag Options on Reject===
I think that there is consensus that speedy tagging from within the Reject dialog would be a good idea. Since the current bases for Reject are quite general, Notability and Contrary to Purpose, I suggest that any Rejection should have options for [[WP:G3|G3]] for purely vandalistic crud, [[WP:G10|G10]] for attack pages, and [[WP:G11|G11]] for advertising. I know that G11 will be used more often, because there are rational self-serving reasons for trying to advertise on Wikipedia, and vandals and trolls get indeffed quickly. [[User:Robert McClenon|Robert McClenon]] ([[User talk:Robert McClenon|talk]]) 04:22, 25 November 2018 (UTC)

== C1 question ==

I have always read C1 as meaning a cat could not be ''nominated'' until it had sat empty for 7 days, but {{yo|Liz}} corrected me, to say the speedy nom. could happen immediately, but that the cat. would not be deleted until the seven days had passed. Perhaps a clarifying adjustment to the C1 language is warranted? [[User:UnitedStatesian|UnitedStatesian]] ([[User talk:UnitedStatesian|talk]]) 13:04, 23 November 2018 (UTC)

:I fail to see the need. C1 has no waiting period ''after'' tagging, so whether you wait seven days and then tag or tag and then wait seven days makes no difference. Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 13:48, 23 November 2018 (UTC)

== Proposal to expand A7 (adding "product or service") ==

A new product or service may be an offering of an existing organization (perhaps one for which an article exists), and it may be the fault of the editor that
* it lacks citations to notable sources
* the value of the product or service is not well explained.

The combination may call for AfD, but at least there's a chance for others to pitch in. If the subject were an organization, CSD would not apply, hence my recommendation. [[User:Pi314m|Pi314m]] ([[User talk:Pi314m|talk]]) 18:51, 3 December 2018 (UTC)
*This has been proposed numerous times before, see the archives. It would be an extremely big expansion, so much so that several other perennial suggestions for A7 expansion would be included (e.g. books, films and software are all products). It would help your case if you could point to a large number of articles which are currently being put through PROD or AfD which would qualify for A7 if this was enacted. The categories of A7 are almost all areas where we have a subject-specific notability guideline, indicating that there are distinctive features of notable subjects that we can recognise. We don't have one for products or services. '''''[[User:Hut 8.5|<span style="color:#FF0000;">Hut 8.5</span>]]''''' 19:04, 3 December 2018 (UTC)
:Yeah, sorry but I got to '''oppose''' any such expansion. It fails pretty much rules #1, #2 and #3 on top of this page. Products are, not only because there is not a notability guideline to well, guide us, extremely subjective (#1). Also, in many cases the product was created by a notable entity, meaning [[WP:ATD|alternatives to deletion]] exist that are preferable to deletion, such as merging or redirecting. Last but not least, products don't have articles created about them frequently enough to warrant speedy deletion (#3). Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 19:18, 3 December 2018 (UTC)
*'''Oppose''' per SoWhy and Hut 8.5. This fails three of the four most basic requirements for a new CSD criterion and narrower aspects of it have previously been rejected for being too broad. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 00:17, 4 December 2018 (UTC)

== Proposal to add T4: Unused ==

Templates that are unused and have been created more than 3 - 6 months ago should be able to be deleted by speedy deletion criteria, or moved back to user space. In my opinion it's a waste of time at [[WP:TfD]] to have to propose, then wait for multiple wikipedians to contribute to discussion about a template that's not actually used.

This proposal could be tweaked slightly - eg caveats being if there is an obvious use case or if it's an intended article to move back to user space - but I think the principle still holds. Thoughts? (I will ping TfD). --[[User:Tom (LT)|Tom (LT)]] ([[User talk:Tom (LT)|talk]]) 00:12, 6 December 2018 (UTC)
:I have not given this proposal any deep thought yet, but my off-the-cuff reaction is that we'd need to be careful about templates that are designed to be substituted - it could be difficult to determine how often those are used. [[User:Tazerdadog|Tazerdadog]] ([[User talk:Tazerdadog|talk]]) 03:17, 6 December 2018 (UTC)
:This should be like something like [[WP:C1]] IMO; if a template has been tagged for more than 7 days and remains unused, it may be deleted; unless there's an indication the template is meant to be substed. Perhaps also the template cannot be deleted if it is less than 3 months old. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 09:07, 6 December 2018 (UTC)
:Question: How often (= requirement #3 for new SD criteria) are such templates really nominated for deletion? Looking at [[WP:TFD]] now, there seem to be but a few templates nominated that are truly unused, so why can't TFD handle them? Regards [[User:SoWhy|<span style="color:#7A2F2F;font-variant:small-caps">So</span>]][[User talk:SoWhy|<span style="color:#474F84;font-variant:small-caps">Why</span>]] 10:51, 6 December 2018 (UTC)
::{{u|SoWhy}}, that varies - sometimes people nominate twenty in a day, sometimes there aren't any (see [[Wikipedia:Templates for discussion/Log/2018 September 2]] or [[Wikipedia:Templates for discussion/Log/2018 November 7]] for examples of a bunch nominated in a day). I'd definitely say there are enough for a CSD criteria; would probably reduce nominations at Tfd by 30+%. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 11:06, 6 December 2018 (UTC)


== Proposal: Move deletion of disambiguation pages from G6 → A12 ==
Similar to [[Wikipedia talk:Criteria for speedy deletion#Redirects in the File: namespace G6 → R4]] above: another thing that seems out-of-place and better as its own criteria is the deletion of disambiguation pages. Multiple discussions have been held to clarify the criteria (examples: [[Wikipedia_talk:Criteria_for_speedy_deletion/Archive_62#G6_and_redirects_ending_in_"(disambiguation)"|1]], [[Wikipedia_talk:Criteria_for_speedy_deletion/Archive_53#Propose_clarification:_CSD_G6_-_when_does_it_apply_to_disambiguation_pages_with_only_two_listed_articles?|2]]), which belies the simple obvious maintenance nature of G6; and even in 2010 there was [[Wikipedia_talk:Criteria_for_speedy_deletion/Archive_38#Disambiguation_criterion|discussion]] of splitting it off. Compared to the other subcriteria listed at G6, this subcriteria is quite lengthy and explicit on what is or is not applicable, so it may as well be its own criteria. Another advantage is intuitiveness: people will more easily realize there's a criteria for deleting disambiguation pages and will find it quicker if it is separated out under its own heading (I didn't even know that the criteria was even there until I saw someone delete a disambiguation page under G6 and was wondering how G6 applied).


So I'm proposing to split it off as criteria A12, with essentially the same wording, that is, something like:


Hi. I'm proposing that a new criteria be added for speedy deletion of drafts, which are duplicated by an existing, rejected draft. Any thoughts? <span style="font-family:monospace;">'''<nowiki>'''[[</nowiki>[[User:CanonNi]]<nowiki>]]'''</nowiki>'''</span> ([[User talk:CanonNi|talk]] • [[Special:Contributions/CanonNi|contribs]]) 04:24, 20 May 2024 (UTC)
{{quote|This applies to [[Wikipedia:Disambiguation|disambiguation]] pages which either: disambiguate only one extant Wikipedia page and whose title ends in "(disambiguation)"; or disambiguate zero extant Wikipedia pages, regardless of its title. If the page links to only one article and does not end in ''(disambiguation)'', simply change it to a redirect.}} [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 11:29, 6 December 2018 (UTC)
: Just redirect rather than deleting. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 04:27, 20 May 2024 (UTC)
*'''Support''' exactly per nomination. I will advertise this discussion at [[Wikipedia talk:WikiProject Disambiguation]]. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:03, 6 December 2018 (UTC)
:'''[[WP:SRE]]'''. Rejected draft? Redirect to the rejected draft. Do not review, using AfC tools or otherwise, a content fork. If your redirecting is reverted, take it to MfD. Only MfD could generate compelling data to support a [[WP:NEWCSD]] for draftspace, like it did for G13. [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 06:36, 20 May 2024 (UTC)
*'''Support''' per nom, though no-target dabs could also fall under [[WP:G8]] in my opinion. [[User:Ivanvector|Ivanvector]] (<sup>[[User talk:Ivanvector|Talk]]</sup>/<sub>[[Special:Contributions/Ivanvector|Edits]]</sub>) 12:17, 6 December 2018 (UTC)
:I agree with the others here. Redirecting requires no criterion and usually works. Same for drafts that duplicate an existing article (and are not someone actively working on an improvement to that article). —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 08:02, 20 May 2024 (UTC)
*'''Support''' per nom and the G8 idea is good too. [[User:CoolSkittle|<span style="background-color: blue; color: orange">CoolSkittle</span>]] ([[User talk:CoolSkittle|talk]]) 12:28, 6 December 2018 (UTC)
:This isn't necessary. If it's a duplicate of another draft just redirect or merge them, if it's a duplicate of an article (and not an attempt to improve it) then redirect to that article. If it's actively causing problems for some reason, and doesn't somehow meet an existing criterion, then explain that at MfD. In every other case, doing anything other than waiting for G13 is a waste of time and effort. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 13:42, 20 May 2024 (UTC)
{{abot}}

Revision as of 13:53, 20 May 2024

Improper disambiguation redirects

First RfC

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
Procedural close. Per WP:PGCHANGE, this discussion was required to be widely advertised; it was not. Editors are encouraged to participate on the follow-up RfC below. voorts (talk/contributions) 01:35, 8 March 2024 (UTC)[reply]


For a while now WP:RFD has been flooded with nominations for redirects that a missing a space between the term and the opening parenthesis of a disambiguator (e.g. Constantine(video game) and Scaramouche(1952 film)), see for example sections 17 to 35 at Wikipedia:Redirects for discussion/Log/2024 January 31, sections 17 to 57 at Wikipedia:Redirects for discussion/Log/2024 February 1, and similar in the days leading up to them. These discussions invariably end up being deleted uncontroversially, and the number of discussions is causing issues for RfD (see e.g. Wikipedia talk:Redirects for discussion#Can we reduce the number of RfDs transcluded on this page?). Accordingly I propose a new speedy deletion criterion R5:
Redirects with no space before a parenthetical term, e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does not apply to terms that will correctly or plausibly be searched for without spaces, e.g. 501(c)(3)

  • Before nominating a redirect under this criterion:
    • Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist
    • Adjust any incoming internal links to point to the correctly spaced version.
  • This criterion does not apply if the redirect is the result of page move made less than 30 days ago, but criteria R3 and/or G6 may apply.

The rationale for the last bullet is to allow time for mirrors, etc. to catch up. If the page was moved and then immediately moved again, or created at this title then quickly moved then this title was obviously created in error and G6 applies. Thryduulf (talk) 13:34, 2 February 2024 (UTC)[reply]

  • I'd support this. As you said, it's been an ongoing issue and the discussions end the same way every time. It's adding unnecessary bureaucracy when the outcome is clear from the beginning. Hey man im josh (talk) 13:39, 2 February 2024 (UTC)[reply]
  • Support – these are among the most straightforward closes I regularly encounter at RfD, and they aren't adequately covered by R3 and G6. Complex/Rational 13:54, 2 February 2024 (UTC)[reply]
  • Support. I would also support coverage of other obvious typographical errors, such as disambiguators missing a closing paren. BD2412 T 15:26, 2 February 2024 (UTC)[reply]
    The most recent large discussion I found about missing closing parentheses was very controversial as they were working around an external link problem. I can't remember what the outcome was in the end but it was relisted a couple of times, so not at all suitable for speedy deletion. Thryduulf (talk) 15:30, 2 February 2024 (UTC)[reply]
    I've started trying to track past nominations such as these and I have 3 bulk nomination links saved in my notes for these types of redirects. They're for February, 2019, April, 2019, and October, 2022, the most recent of which was contentious. I'm sure you already know Thryduulf, but I thought I'd share the links for reference. Hey man im josh (talk) 17:28, 2 February 2024 (UTC)[reply]
  • Support * Pppery * it has begun... 16:11, 2 February 2024 (UTC)[reply]
  • Support but I would title it "Redirects with no space before a parenthetical disambiguator" to define the scope. If not then things like 501(c)(3) absolutely will be carelessly tagged and deleted. Ivanvector (Talk/Edits) 16:36, 2 February 2024 (UTC)[reply]
    Good suggestion. I think that's a good differentiation to make. Hey man im josh (talk) 17:32, 2 February 2024 (UTC)[reply]
  • Why aren't these R3's? Is it just that we're only now working through a backlog of very old ones that nobody noticed before? What happens when those are gone? And would a database report to detect new ones help? —Cryptic 17:07, 2 February 2024 (UTC)[reply]
    Some of the ones that have been nominated recently have been around for over a decade. I guess a database report wouldn't harm. Thryduulf (talk) 17:10, 2 February 2024 (UTC)[reply]
    Very preliminary version at quarry:query/80153. Very many false positives still, chemical names in particular, and it's not immediately obvious how to filter them out without introducing false negatives. I'd hope that most wouldn't be interpreted as a disambiguator, but I'm sure someone would eventually carelessly speedy ones like Chromium(III), and I wouldn't be entirely surprised to find ones of the much-more-common sort like Dysprosium(III) nitride tagged db-r5 either.
    What I'm not seeing are recently-created ones. The current most recent is Deportivo Toluca F.C.(women) from January 13, and the next most recent is Fletcher Ladd(justice) from December 14. Unless RFD has been very diligent about deleting recently-created ones in particular recently - has it? - this suggests to me a backlog we can hope to eventually clear rather than an ongoing and permanent problem. —Cryptic 17:55, 2 February 2024 (UTC)[reply]
    I tweaked your query to just filter out the articles, which got the total down to 12.2k. If it helps, Dcirovic seems to have created 900+ of the redirects that appear in the query. I expect that they're legit ones which could be removed. I also noticed that your list is including redirects that contain "-(", which could be something to look at to trim it a bit. Hey man im josh (talk) 19:22, 2 February 2024 (UTC)[reply]
    Filtering out non-redirects is good if you're looking for more to bring to RFD, or potentially speedy. It's not so good in the context of this discussion (since it also filters out redirects currently at RFD, since they're not technically redirects while tagged) or in an ongoing database report (we'd want to see pages created at or moved to titles like these as soon as they happen, not just after someone else happens to notice them, moves them back, and doesn't deal with the redirect).
    You can reasonably go further than just eliminating -( by looking specifically for a letter- or digit-like character before the paren, as in quarry:query/80157. Again, if I were watching a date-ordered report, I'd rather see them show up than risk missing a false negative - it misses Deportivo Toluca F.C.(women) from above, for example. —Cryptic 20:59, 2 February 2024 (UTC)[reply]
    Even just removing '-(' is going to filter out redirects we should deal with, like Hurdling-(horse race). —Cryptic 21:28, 4 February 2024 (UTC)[reply]
    I don't know the flavor of SQL being used here and I don't have Quarry access but could it stand to have something along the lines of AND NOT EXISTS (SELECT 'X' FROM page otherpage WHERE otherpage.page_title = REPLACE(page.page_title, '(', ' (')? — Preceding unsigned comment added by Largoplazo (talk • contribs) 20:56, 3 February 2024 (UTC)[reply]
    WMF-run wikis are backed by MariaDB, a MySQL fork. You (and anyone else with a registered account) do have Quarry access, if you care; click "Login" from the upper right and it'll bounce you through meta. And, again, that sort of refinement is going to result in many false negatives - this time, it'll find pages that haven't been partially dealt with (by someone creating the properly-disambiguated title), but miss cases where someone saw a page at Acme(widget manufacturer) and moved it to Acme (widget manufacturer) without dealing with the leftover redirect. —Cryptic 20:38, 4 February 2024 (UTC)[reply]
    That right there is one of the largest groups of false positives I've found: Valid chemistry-related titles with parentheses without spacing before/after parentheses. Thus .. my reservations about making this a CSD. Steel1943 (talk) 19:59, 4 February 2024 (UTC)[reply]
    (For what it's worth, here's the regex query I've developed over time that reduces the amount of chemistry-related false positives: [^ 0-9:\-\)]\([^0-9\-\)][^\)]. (Search using this regex [takes a bit to load]) However, it also doesn't allow any numbers directly after a "(" which will make "bad" disambiguators that start with years not appear in the list either.) Steel1943 (talk) 20:09, 4 February 2024 (UTC)[reply]
    (Well, I just tried my own regex a few times, and even that list on 20 titles has like 2–3 false positives. Over the years, trying to write the perfect regex to reduce false positives has been rather difficult.) Steel1943 (talk) 20:15, 4 February 2024 (UTC)[reply]
    @Steel1943 What we could do is tag chemistry redirects with a proper redirect category and then exclude the redirect template or category from the query. This way future editors will also know that these aren't fit for speedy deletions. Gonnym (talk) 20:46, 4 February 2024 (UTC)[reply]
  • Support it seems to pass most of the NEWCSD requirements, objective, as noted all discussions seem to today result in deletion with most people agreeing, uncontestable, there is a clear consensus today to delete these, frequent, although it may become less frequent if newer ones are caught and deleted under R3 other namespaces and if future ones get missed (and some in other namespaces not yet checked as all from what I can remember have been namespace redirects but there will probably be such redirects in other namespaces) will be needed, nonredundant, as noted while many newer ones can be deleted under R3 older ones can't and although it could already be argued these can be deleted under G6 it would probably be more sensible for the same reason G14 was split to have a separate criteria. In terms of consensus etc in previous years such redirects were kept often per WP:CHEAP, see Wikipedia:Redirects for discussion/Log/2013 December 26#Burn (Scotland but in more recent years such as Wikipedia:Redirects for discussion/Log/2022 October 27#Redirects with disambiguators missing ")" the consensus has changed namely that such redirects are WP:COSTLY. I would put one condition here, that the redirect doesn't have any article content history currently at the title (as opposed to from a move) Wikipedia:Redirects for discussion/Log/2024 January 30#Montblanc(ffta) for example was an article so as a sub topic the history should probably be moved to Montblanc (ffta) (and the resulting redirect could then be deleted under R5) and Wikipedia:Redirects for discussion/Log/2024 January 29#Musa(name) which has significant history. When it comes to such redirects they should in some cases be moved to the correct title, in some cases should be restored and sent to AFD and in some cases are simply duplicates which means that if they only contain nonsense etc or don't contain any significant content not in the target they don't need to be kept and could have been deleted as A10 if they hadn't been redirected.
  • I also think we should cover "(Disambiguation)" redirects like London (Disambiguation) per Wikipedia:Redirects for discussion/Log/2022 August 24#"Title (Disambiguation)" redirects to disambiguation pages. I would also support incorrectly capitalized qualifiers like Morbius (Film), see Wikipedia:Redirects for discussion/Log/2022 September 13#Morbius (Film) but the consensus seems to be weaker. Crouch, Swale (talk) 22:17, 2 February 2024 (UTC)[reply]
    Excluding redirects that have history as an article would seem best as there aren't so many of them that RfD would be overwhelmed and the best course of action is not always the same. As for "improperly" capitalised disambiguators, the consensus that these are bad is weak and (from my biased perspective) getting weaker so they definitely shouldn't be speedily deleted. Thryduulf (talk) 22:25, 2 February 2024 (UTC)[reply]
    I'm surprised those capitalizations were deleted. I don't personally support that as alternative capitalizations are typically valid redirects. Hey man im josh (talk) 22:33, 2 February 2024 (UTC)[reply]
    I don't think capitalization redirects with incorrect qualifiers are useful as users are very unlikely to use incorrect Wikipedia qualifiers, see WP:UNNATURAL and for internal searchers they would get to the correct place anyway. These redirects do inconvenience editors though.
    @Thryduulf: Would something like This criteria does not apply to any redirect that has non-redirect content (such as being a separate article or template etc) at the current title's history unless the page would qualify for speedy deletion (such as A10 or G1) if restored. If the page was redirected more than a month ago then the page can be moved to the correct title without redirect or the resulting redirect deleted immediately under this criteria. This would clarify that redirects like Montblanc(ffta) could not be deleted by this criteria but because it was redirected ages ago it could be moved to Montblanc (ffta) without redirect or the redirect speedily deleted. While I don't really agree with you that article content can't be deleted at RFD I don't think article content should be speedily deleted under R5. And cases like say Musa(name) that have history that can't easily be moved would still go to RFD but as you say there aren't many of these case so shouldn't be a problem. Crouch, Swale (talk) 20:06, 5 February 2024 (UTC)[reply]
    I think I agree with the concept in your second paragraph, but the wording isn't the clearest (I had to read it multiple times to be clear about what you mean). I've not got time right now to improve it though. Your first paragraph is almost completely backwards - they do help and don't hinder - (UNNATURAL is a mix of correct, debatable and incorrect) but as this is something good faith editors disagree about it fails the uncontroversial requirement for speedy deletion. Thryduulf (talk) 22:22, 5 February 2024 (UTC)[reply]
  • I am wondering if this would make more sense as X3. Recently created redirects which match the description of the proposed R5 fall under R3; once the "backlog" has been cleared this would seem redundant (NEWCSD#4). I think RfD can handle the occasional term(dab) that makes it past NPR without getting nominated for R3. HouseBlaster (talk · he/him) 08:14, 3 February 2024 (UTC)[reply]
    I strongly support X3 and oppose weakly support R5. Once the backlog is cleared, it will be redundant (i.e. fail WP:NEWCSD4) to R3; RfD will be able to handle the occasional redirect that makes it through the R3 window. HouseBlaster (talk · he/him) 03:03, 23 February 2024 (UTC) EDITED 00:20, 6 March 2024 (UTC)[reply]
  • Support per my previous discussion with Thryduulf. As I noted there, RfD has continued to be inundated with RDAB redirects, so I do think a CSD criterion is warranted. I would also support expanding the scope to cover the other types of errors mentioned at RDAB (I can live with capitalization differences being exempted, if others agree with Thryduulf that they are not uncontroversial), including (disambiguation, ((disambiguation), (disambiguation) (disambiguation), etc. InfiniteNexus (talk) 18:17, 3 February 2024 (UTC)[reply]
    Missing closing parentheses were controversial last time they were discussed en mass so are not suitable for speedy deletion. I don't recall seeing any of the others at RfD recently. Ø (Disambiguation) (disambiguation) is the only page I can find "(disambiguation) (disambiguation)", and that's a {{R from merge}} so likely needs to be kept. As of the 21 November dump of page titles (the most recent I have downloaded) there were no instances of "((disambiguation" or "disambiguation))". Thryduulf (talk) 10:46, 4 February 2024 (UTC)[reply]
    Wikipedia:Redirects for discussion/Log/2024 January 20#Andrew Sinclair (privy councellor and etc., Wikipedia:Redirects for discussion/Log/2024 January 20#Bonaparte's Retreat (Disambiguation), Wikipedia:Redirects for discussion/Log/2024 January 20#Islamic Resistance in Iraq (Disambiguation ), Wikipedia:Redirects for discussion/Log/2024 January 21#Terminal value (philosophy/, Wikipedia:Redirects for discussion/Log/2024 January 21#Chen Mingyi (Taiwan), etc. You can easily find more cases of RDAB via regex search, e.g. [1] [2] [3] [4] [5]. InfiniteNexus (talk) 17:53, 4 February 2024 (UTC)[reply]
  • Oppose while I like the idea; I don't think this will reduce the load on RfD. Maybe what is needed is a proposed deletion process. I think we can expand WP:PROD to include redirects. Awesome Aasim 19:07, 3 February 2024 (UTC)[reply]
    Please also see User_talk:176.33.241.125#Can you group all your misspaced parentheses RfDs into one nomination? where I give a kind request for all the similar redirects to be in one nomination to make discussion easier to follow. Awesome Aasim 19:08, 3 February 2024 (UTC)[reply]
    From memory, a PROD for redirects has been rejected previously and I oppose it now. PROD only works for pages that are reasonably well watched, but very few redirects are watched other than by their creators (and not even always then) so PRODed redirects are unlikely to be seen. Thryduulf (talk) 10:38, 4 February 2024 (UTC)[reply]
    Do you think extending the PROD duration and maybe having a bot update the list of PRODded redirects periodically would solve this problem? Awesome Aasim 17:53, 4 February 2024 (UTC)[reply]
    Also I disagree that PROD won't work for pages not well watched; we have maintenance categories where people can review PRODs and reject them if they disagree. Awesome Aasim 18:00, 4 February 2024 (UTC)[reply]
    PROD only works for pages that are reasonably well watched: it was my impression that PROD is used largely by new page patrol, so that wouldn't be the case. No? Largoplazo (talk) 20:45, 4 February 2024 (UTC)[reply]
    I personally think PROD should be available to all types of pages but that's a different discussion. In any case these redirects shouldn't be left to clutter the search etc for 7 days. Crouch, Swale (talk) 20:06, 5 February 2024 (UTC)[reply]
  • Support. These RfD end the same and are basically just a waste of editorial time and take time away from the other nominations. Gonnym (talk) 13:21, 4 February 2024 (UTC)[reply]
  • @Utopes just sent another batch of redirects to RfD today, so pinging them here. Also pinging @Steel1943, who previously nominated several RDAB redirects, and notifying 176.33.241.125 on their talk page. InfiniteNexus (talk) 18:10, 4 February 2024 (UTC)[reply]
    Thanks for the tip! I didn't even realize this was a discussion taking place when I sent those, will leave a comment now. 👍 Utopes (talk / cont) 20:31, 5 February 2024 (UTC)[reply]
  • Neutral. I'm concerned drive-by admins will delete redirects that look like disambiguation issues when the title is actually valid (false positives). Examples: BSc(Hons) (currently nominated at RFD) and JANET(UK) (apparently, a valid alternative/former name for its target [see its edit history for my back-and-forth edits on this].) Yeah, given my level of participation in these redirects, one would think I would be supporting this ... but not so much since I'm concerned administrators may not get it right the first time when enforcing such a speedy deletion criterion, which has a potential to cause harm to the encyclopedia. Steel1943 (talk) 19:47, 4 February 2024 (UTC)[reply]
    Create a temporary criterion "X3" until the numbers get low enough to where it can be reasonably appealed. Thinking about this, turns out I'm okay if this is the chosen path, given that I think "X" criteria tend to make admins do a double take and research the redirect's history prior to deleting the redirect. Seems like such a situation could appease all parties. Steel1943 (talk) 23:28, 9 February 2024 (UTC)[reply]
  • I've stuffed the (full, unfiltered) results into subpages of User:Cryptic/Improper disambiguation redirects, and am going to spend a few hours classifying them - maybe all of them, but at least the first subpage which has the thousand most recent. Yes, even the relatively-easy-to-detect chemical ones. A problematic case with two examples has already jumped out at me (maybe the same sort as Steel1943's above, I haven't looked at them) - CPUSA(PW)/CPUSA(P) and PCd'I(ml). Would the advocates of this criterion speedy those? And if not, how are they excluded by this wording? —Cryptic 20:42, 4 February 2024 (UTC)[reply]
    The first two should be excluded as they "will [be] correctly or plausibly be searched for without spaces" - determined by them being listed in bold in the target article without spaces. PCd'I(ml) does not appear to be correct - the article uses the acronym spaced and every unspaced google hit seems to relate to this redirect, so would be correctly speedily deleted. Thryduulf (talk) 22:08, 4 February 2024 (UTC)[reply]
  • No confidence that some heathen who thinks there should be a space before the param list of function prototypes won't use this as an excuse to speedy int main(void). —Cryptic 21:38, 4 February 2024 (UTC)[reply]
  • Support if I create the list, and improper disambiguation does not affect some titles like 501(c)(3) and chemical names like Cadmium(I). 176.33.241.125 (talk) 01:54, 5 February 2024 (UTC)[reply]
  • Support: Such redirects are almost invariably getting deleted at RfD – I haven't found a single nomination in the last 30 days that closed as anything other than "delete", though BSc(Hons) seems headed to "keep". – This proposal will probably reduce the backlog and editor workload considerably. My only issues are the potential misuse/careless use of the criterion, hence why I would additionally support a listing of major exceptions (chemical names come to my mind but there are others). Dsuke1998AEOS (talk) 02:49, 5 February 2024 (UTC)[reply]
  • Neutral, but would love to support a criteria that can be used to clean these. From what I've seen, while these titles might look the same, the backgrounds for all can be vastly different. As an example based on my personal experiences, I set out to find the total number of film redirects that were exactly: Foo(film). There were 172 of these, yet their histories were always varied. (I found it useful to display these titles in a Massviews chart). There are some pages that were recently created, and could qualify for R3 (although not usually). Sometimes, these were intentionally created with the lack-of-space, but most of the time these titles came about as left-behind from moves. Sometimes these were created at a bad title with extensive histories before being BLAR'd into the version that already exists, or may contain convoluted reversions between two titles that only differ in their spacing. In some of these cases though, G6 is likely to apply under the stipulation that they're "redirect(s) left over from moving a page that was obviously created at the wrong title." (which directly comes from Template:Db-error). The reason I'm neutral is because while I agree that these titles should be ridden of, I don't know if there is a clear-cut description would lead to deletion at this stage, more than what we already have described in G6 and R3. I agree something needs to be done, but investigating the histories seems to be an absolute requirement here, which cancels out a lot of these situations I'd think. Utopes (talk / cont) 20:47, 5 February 2024 (UTC)[reply]
    As a question to this, would Shock(film) be eligible for CSD under this criteria, with its history? What about Rockers(film), which survived RfD? Brij Bhoomi(film) has 173 pageviews this month (due to its multiple incoming links), but would it also be CSD-able under this criteria despite it getting 17 views a day? At RfD I'd !vote to delete all of these for sure, but what I don't know is whether CSD makes the deletions too hasty, and whether there is value in investigating their histories and circumstances for existence. These are just the (film) redirects, and I don't know how complicated the other titles could be. Utopes (talk / cont) 20:56, 5 February 2024 (UTC)[reply]
    @Utopes: "...there is value in investigating [the redirects'] histories and circumstances for existence..." There always is, which is one of the reasons I cannot sway my opinion one way or another to codify these redirects as eligible for CSD. Steel1943 (talk) 22:20, 5 February 2024 (UTC)[reply]
    As more and more examples get brought up, I'm becoming less and less certain that speedy deletion beyond R3 and G6 is possible in a way that is not too narrow to be useful and not too broad so as to catch things that shouldn't be deleted. I need to think more. Thryduulf (talk) 22:25, 5 February 2024 (UTC)[reply]
    (edit conflict)I agree with that, yes. This is my concern as well. When looking through these titles, the backgrounds can be vastly different. When putting the Foo(film) RfD together, I was skipping over pages in history, because those would need to be checked on a case-by-case basis, presumably. It was unclear to me whether this new CSD criteria puts weight into histories, and if so, by how much? If we take away the pages with history, we're left with a decently smaller number of applicable pages, and the question becomes whether a whole criterion is necessary for the [X] number of cases that are safe to outright delete. I don't know how much that number is. Utopes (talk / cont) 22:32, 5 February 2024 (UTC)[reply]
    I guess my follow-up would be to find a comparison. How are histories dealt with other R CSD criteria? I feel like I've seen situations where a page (and its history) are replaced with a redirect (I think it was to Draftspace, but I can't recall), which was then tagged as R2'd by someone who followed up with the page. How "valuable" is the page history there? I'd presume it's checked every time, so doing it here might not be that unconventional. The question becomes what constitutes a "valuable history" that makes CSD a safe action for redirects that meet R5. Utopes (talk / cont) 22:44, 5 February 2024 (UTC)[reply]
    It should be checked every time, as with all other speedy criteria. I have no confidence that it is. —Cryptic 02:59, 6 February 2024 (UTC)[reply]
  • So, I've finished sorting the most recent 2000 and least-recent 1100ish page titles containing an open-paren not preceded by a space at User:Cryptic/Improper disambiguation redirects (I was never going to get through all of them, and had only been fooled into thinking I could because SDZeroBot initially only gave me about a third of the results). The conclusions I'm drawing from that are:
    • We should make it explicit that this only applies to disambiguators per se, not parenthesized text that's part of the redirect subject's proper name, even if it's misspaced or misspelled. (This sounds obvious to me when it's put like that, but nobody's brought it up as the general case, even though more specific subcases like chemicals and section names have been.) So It's On(Dr.Dre)187um Killa and INS Talwar(F40) and Cheeses...(of Nazereth) wouldn't be speedyable, but restatements of the proper name or redundant parenthesized names like in King Edward Medical university(KEMU) and SsangYong Rodius(Stavic) could be. "Plausibly be searched for without spaces" is too vague, fails NEWCSD#1, and will be abused.
    • Section names like 501(c)(3) aren't common. Chemical names and processes are very, very common, and I didn't notice any incorrectly-formed disambiguators in chemistry-related redirects. If we're mentioning broad classes of counterexamples, that should be the first. I further think we should specifically exclude the entire subject area even if the disambiguator of a chemistry-related redirect is ill-formed and it would otherwise qualify.
    • These aren't frequent. There are a lot of extant cases, but we only see a handful of new ones a month. This seems to be a recurring theme at RFD - someone finds some broad new class of malformed redirects that have been accumulating since 2001, starts nominating them at RFD - sometimes properly in batches, sometimes individually! - and then it finds its way here, even though new ones aren't being rapidly created, and those that are fall under existing criteria.
    I've commented multiple times above, so I'll bold a position here: I oppose this as a permanent criterion, for being infrequent, redundant to R3, and error-prone; I'm neutral on a temporary X- series criterion until the old ones are dealt with. —Cryptic 03:26, 6 February 2024 (UTC)[reply]
    We can't delete anything under R3 unless it was created recently. It would make more sense to expand the scope of WP:G14, which already includes (disambiguation) redirects. InfiniteNexus (talk) 05:41, 7 February 2024 (UTC)[reply]
    Well, yes, R3 is recent only. Quite obviously. As I mentioned above. But there's a finite, relatively small, number of non-recent ones: roughly 5000, based on the sample I analyzed, and that's assuming a vanishingly-small number of redirects with non-redirect history (which I didn't check for). As soon as they're gone - and that'll happen quickly, the admins vying for topspot at the awful WP:ADMINSTATS scoreboard query for speedy candidates like these and feed them into Twinkle - it'll be entirely redundant. —Cryptic 03:02, 8 February 2024 (UTC)[reply]
    admins vying for topspot at the awful WP:ADMINSTATS scoreboard - surely not: the top admin there is behind the second-top admin by 400,000 deletions and so 5000 entries would be trivial. * Pppery * it has begun... 03:09, 8 February 2024 (UTC)[reply]
    I hadn't realized about these all time lists. It's just as I've always suspected, there's just no keeping up with Explicit. Hey man im josh (talk) 04:05, 8 February 2024 (UTC)[reply]
  • Support as a useful tool. Even if the current situation looks temporary, forcing repeated discussions isn't a good use of anyone's time. Also, there's no way of knowing it won't flare up again at some point, since redirects aren't necessarily closely watched and these sorts of mistakes can steadily build up unnoticed; hell, this discussion is going on now because it already happened once. I don't buy the arguments that admins should be assumed to be total rubes, it doesn't actually take a PhD to recognize scientific nomenclatures and other idiosyncratic spellings aren't the same as Wikipedia disambiguators. If there's that much concern, just create a Category:Redirects with unspaced parentheticals or something similar; don't force people to murder untold numbers of characters and minutes of their lives they're not getting back. The Blade of the Northern Lights (話して下さい) 17:23, 8 February 2024 (UTC)[reply]
  • @Thryduulf:, what I think could be helpful would be if we can identify which / how many of these qualify for G6 or R3 already, and use those existing criteria where appropriate. Once all of the G6/R3 candidates are addressed, maybe we can take a look at what remains, and the commonalities between them? If I had to guess, maybe 50% of these were unambiguously created in error and currently actionable?{{cn}} which might allow us to compartmentalize this block bit by bit. Utopes (talk / cont) 20:27, 9 February 2024 (UTC)[reply]
  • Strong Oppose these redirects are entirely harmless. We may as well have them since they likely bring a small net benefit to the encyclopedia. The do no damage. Readers don't know our guidelines on how to format the disambiguator, and readers are our priority, not top-down decisions based on overly-finicky guidelines.🌺 Cremastra (talk) 13:22, 14 February 2024 (UTC)[reply]
  • Would they qualify under WP:G6? — Qwerfjkltalk 21:17, 14 February 2024 (UTC)[reply]
    The very fact that this is controversial indicates it isn't a G6. * Pppery * it has begun... 21:25, 14 February 2024 (UTC)[reply]
    The ones that were very obviously created by or when fixing a mistake (most commonly this is evidenced by being moved to and from this title by the same person in quick succession) do qualify as G6, but this only applies to some of the redirects that would fall under this criterion (either because they were created deliberately or because it isn't obvious whether creation was intentional or not). Thryduulf (talk) 21:55, 14 February 2024 (UTC)[reply]
  • Support. Agree with editor Cremastra that these are harmless and possibly a bit helpful as {{R from typo}}s; however, the issue is that they are being deleted anyway and clogging RfD, which begs for a solution. And this solution does the trick as long as care is taken not to delete needed redirects that just look like the bad guys. P.I. Ellsworth , ed. put'er there 22:43, 14 February 2024 (UTC)[reply]
  • Comment: I'm worried that, as worded, the proposed criterion doesn't take into account page history that (a) may be required to be kept for attribution in the case of redirects from merges (which might lead to accidental breaches of licensing requirements), or (b) is otherwise useful; both of which are listed in the redirect guideline's reasons for keeping redirects. I'm also worried that it doesn't take into account the age of these redirects - some may have existed for a significant length of time and/or may be redirects with old history, which are listed in the guideline as redirects that should not normally be deleted without good reason & that should be left alone. I also share Cremastra's view about these redirects being harmless - in RfD discussions I've seen where such redirects have been nominated, I sometimes see WP:RDAB being cited; however, that shortcut links to an essay that doesn't explain why such redirects are costly enough as to warrant deletion (as opposed to being cheap). With the greatest respect to Paine Ellsworth,/gen I'm very hesitant to think we should be creating a new CSD criterion for redirects that may be being deleted at RfD when (arguably) they should be being kept, especially when they are possibly...helpful (which is another reason in the guideline for keeping them). Only a comment for now while things are still mulling around in my head, but I think I'll add a bolded !vote at some point relatively soon. All the best, ‍—‍a smart kitten[meow] 01:59, 16 February 2024 (UTC)[reply]
    Strong oppose per my comments above. I am heavily unconvinced that these redirects are costly enough to warrant deletion in the first place. To take a few recent RfD examples ([6] [7], [8] [9] [10] [11] [12] [13]), often in such discussions the only reason given for deleting them is per WP:RDAB - but, as I mentioned above, that essay section doesn't explain why these redirects are at all costly and/or problematic (and so, arguably, isn't a valid rationale for deletion - especially when considering that redirects are cheap is one of the guiding principles of RfD). I'm concerned that a local consensus may have formed at RfD to delete these redirects, and I wouldn't want to create a speedy deletion criterion that further embeds this. All the best, ‍—‍a smart kitten[meow] 18:09, 18 February 2024 (UTC)[reply]
  • Comment Considering many RfD participants don't watch this page or subscribe to FRS, is it reasonable to advertise this RfC via an editnotice at RfD? InfiniteNexus (talk) 16:07, 16 February 2024 (UTC)[reply]
  • Create a temporary criterion per Steel and Cryptic. These redirects are a countable list and will go away in some time. Hence I would not prefer a "R5" as this becomes redundant once the backlog is gone. Also, we need the updated wordings incorporating Crouch Swale's suggestions about page history, which was also A Smart Kitten's concern. Jay 💬 06:32, 17 February 2024 (UTC)[reply]
    The problem with making it temporary is that this backlog already built up once, so removing it once this current issue is resolved allows it to build up again. The other two temporary criteria were to deal with issues that definitively weren't going to recur, which is not the case with this; people will still inevitably create these bad redirects. Why take away a useful tool? The Blade of the Northern Lights (話して下さい) 15:47, 20 February 2024 (UTC)[reply]
    My understanding behind the suggestions for a temporary criterion is that once the backlog is cleared, the combination of a report, R3 and G6 would mean there aren't enough redirects to meet NEWCSD criterion 3 (frequent). Of course there is nothing stopping us enacting a temporary criterion and then making it permanent later if the issue remains ongoing. Thryduulf (talk) 20:04, 20 February 2024 (UTC)[reply]
    If there's a choice, I'd definitely take a temporary criterion over nothing at all. The Blade of the Northern Lights (話して下さい) 03:48, 25 February 2024 (UTC)[reply]
  • Support with caveat that it excludes redirects with a substantial non-redirect history. That situation is rare enough to be worth discussing; and there could easily be situations where eg. an article was turned into a redirect that fits this description, which nobody noticed, and is then listed under this CSD - it wouldn't even have to have been done maliciously (although ofc it could be.) And if there is a history, whether due to a merge or whatever, this CSD would usually be the wrong approach anyway - in that case you'd want to move the redirect to preserve history and attribution, rather than create a new one that lacks them. --Aquillion (talk) 19:16, 20 February 2024 (UTC)[reply]
  • Oppose per WP:CHEAP. -- Tavix (talk) 03:06, 23 February 2024 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Discussion (Improper disambiguation redirects)

Skimming over some of the discussion at VPPOL regarding the recent G5 RFC, it appears there is a view that RFCs to establish a new speedy deletion criterion should be advertised on T:CENT; which I am personally amenable to. Looking in WP:CENT/A, I can't see that it's already been notified there. What are others' views on the idea of adding this to CENT? I would be in favour of it, but I wanted to hear from other editors first. All the best, ‍—‍a smart kitten[meow] 03:57, 5 March 2024 (UTC)[reply]

While I have no objection to doing so, I don't think it's worth it as there isn't a clear consensus here and I don't think more input is going to significantly change that. More workshopping leading to a second proposal that was advertised on CENT would be a better use of time I think. Thryduulf (talk) 12:10, 5 March 2024 (UTC)[reply]
That's a fair point. ‍—‍a smart kitten[meow] 23:55, 5 March 2024 (UTC)[reply]
After skimming through the discussion prior to closing, I got here. At this point, I can close this per WP:PGCHANGE since it wasn't properly advertised, or this RfC can be relisted and then advertised at T:CENT, VPPOL, and other appropriate places. I personally prefer the latter, since I see a consensus forming around creating X3 that excludes redirects with a substantive page history or redirects from merges. voorts (talk/contributions) 03:54, 6 March 2024 (UTC)[reply]
Personally, I'd prefer a new proposal with a specific proposed wording to be the one advertised to make it clear what people are supporting/opposing. Thryduulf (talk) 04:26, 6 March 2024 (UTC)[reply]
Does this work for people?

X3: Redirects with no space before a parenthetical disambiguation, e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does not apply to terms that will correctly or plausibly be searched for without spaces, nor does it apply if the redirect contains substantive page history (e.g. from a merge). Before nominating a redirect under this criterion:

  • Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist
  • Adjust any incoming internal links to point to the correctly spaced version.
HouseBlaster (talk · he/him) 17:49, 6 March 2024 (UTC)[reply]
Yes I think that makes sense per my above comments. Crouch, Swale (talk) 18:05, 6 March 2024 (UTC)[reply]
There is a typo ("not does it apply" should be "nor does it apply"), and I wouldn't object to giving an example of "correctly or plausibly" but other than those two minor points this looks good to me. Thryduulf (talk) 18:34, 6 March 2024 (UTC)[reply]

I have silently corrected the typo. As for examples, I did not include any because I honestly could not think of any (which certainly does not mean they don't exist, but does very much mean I am open to suggestions). In e.g. 501(c)(3), "(3)" is not a parenthetical disambiguation. Likewise for things like Dysprosium(III) nitride: the "(III)" is not a disambiguator.

If there are no other points, I will look to launch an RfC with a CENT listing ~tomorrow. HouseBlaster (talk · he/him) 18:47, 6 March 2024 (UTC)[reply]

RfC: enacting X3

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
There is consensus for implementing X3. There is support for implementing a speedy deletion criterion of some sort–that much is clear. More contested was whether or not said criterion should be temporary, as was proposed here, or permanent, as was proposed in an aborted previous RfC. Valid arguments were presented on both sides regarding this matter, but, as many supporters' rationales did not comment on this debate at all, their support should be presumed to be for the actual proposal laid out in front of them, which was for X3. This close does not preclude an RfC to implement a permanent criterion held at a later date. (non-admin closure) Mach61 14:04, 2 May 2024 (UTC)[reply]

Should X3 (redirects with no space before a parenthetical disambiguation) be enacted as a temporary CSD? 17:34, 7 March 2024 (UTC)

Proposed text:

X3: Redirects with no space before a parenthetical disambiguation, e.g. "Foo(bar)", "Joe Smith(disambiguation)". This does not apply to terms that will correctly or plausibly be searched for without spaces, nor does it apply if the redirect contains substantive page history (e.g. from a merge). Before nominating a redirect under this criterion:

  • Create the correctly spaced version as a redirect to the same target if it would make a good redirect but does not exist
  • Adjust any incoming internal links to point to the correctly spaced version
  • Support as proposer. These are all redirects which are errors in the act of disambiguation, and thus has no natural affinity with the article in question. I will also add that in the above discussion people have explained why this is A Good Thing; I will let them explain their own reasoning rather than attempt to filter it through my voice. I will note that this is supposed to be a temporary criterion per WP:NEWCSD criterion 4, as once the "backlog" has been cleared it will be redundant to WP:R3. (For transparency, this comment includes a hidden ping to everyone who commented above. I have opted for a hidden ping to avoid the distraction of a bunch of usernames.) HouseBlaster (talk · he/him) 17:34, 7 March 2024 (UTC)[reply]
  • Support per HouseBlaster and my comments in the preceding section (tldr; when nominated at RfD these redirects are inevitably deleted). Although it is very likely that once the backlog is cleared the combination of R3 and G6 will make the need for this redundant we can discuss making it permanent if that turns out not to be the case. Thryduulf (talk) 17:57, 7 March 2024 (UTC)[reply]
  • Support it may be better to make it permanent because some redirects will likely later get missed and then becoming too old for R3 but its better than nothing. Crouch, Swale (talk) 18:16, 7 March 2024 (UTC)[reply]
  • Strong oppose, per my comments in the previous RfC. Although this proposed criterion takes into account page history, it doesn't factor in redirects' ages - which may lead to redirects that have existed for some time (including potentially redirects with old history) being deleted; despite the Redirect guideline stating that these should be left alone. Furthermore, and most importantly, the essay cited as the deletion rationale (WP:RDAB, part of WP:COSTLY) doesn't explain why these redirects are harmful enough to warrant deletion at all - simply stating that, in the opinion of the essayist, there is no need to redirect from them. As far as I can see, these redirects are entirely harmless. As I said in the previous discussion:

    I am heavily unconvinced that these redirects are costly enough to warrant deletion in the first place. To take a few recent RfD examples ([14] [15], [16] [17] [18] [19] [20] [21]), often in such discussions the only reason given for deleting them is per WP:RDAB - but, as I mentioned above, that essay section doesn't explain why these redirects are at all costly and/or problematic (and so, arguably, isn't a valid rationale for deletion - especially when considering that redirects are cheap is one of the guiding principles of RfD). I'm concerned that a local consensus may have formed at RfD to delete these redirects, and I wouldn't want to create a speedy deletion criterion that further embeds this.

    All the best, ‍—‍a smart kitten[meow] 18:18, 7 March 2024 (UTC)[reply]
    Redirects with significant history, including old history, are excluded from this criterion. That doesn't invalidate the rest of your comment though. Thryduulf (talk) 18:36, 7 March 2024 (UTC)[reply]
    For clarity, when I used the phrase redirects with old history, I was referring to redirects with entries in the page history from previous versions of Wikipedia - i.e., those that {{R with old history}} would be applied to. I read the phrase substantive page history in the proposed criterion as referring to an article (instead of just a redirect) being present in the history - therefore, my understanding was that redirects with old history are not necessarily excluded from this criterion. All the best, ‍—‍a smart kitten[meow] 18:50, 7 March 2024 (UTC)[reply]
    I meant substantive page history to mean something like page history with something more than adding/removing rcats/fixing double redirects/etc. HouseBlaster (talk · he/him) 19:25, 7 March 2024 (UTC)[reply]
    Why not just add this to the "e.g." parenthetical above? I think that would avoid further confusion. voorts (talk/contributions) 01:36, 8 March 2024 (UTC)[reply]
  • Notified Wikipedia talk:Redirect & Wikipedia talk:WikiProject Redirect of this discussion. ‍—‍a smart kitten[meow] 18:18, 7 March 2024 (UTC)[reply]
  • Neutral If there seriously is a problem with these kinds of redirects then sure, go ahead. But I am failing to see how these can just all be nominated in one big RfD with consensus to delete. Are there too many of them? I know the IP that was doing the nomination of them failed to group the redirects appropriately together in a single nomination. Awesome Aasim 18:20, 7 March 2024 (UTC)[reply]
    Grouping up nominations more often then not leads to a failed nomination as editors just can't handle a large amount. Gonnym (talk) 16:15, 8 March 2024 (UTC)[reply]
  • Oppose per WP:CHEAP. I fail to see what harm these redirects are causing and would recommend instead to just leave them alone. -- Tavix (talk) 18:28, 7 March 2024 (UTC)[reply]
  • Neutral What is the problem that needs to be solved? The Banner talk 18:35, 7 March 2024 (UTC)[reply]
  • Support, this is a convention that affects a quite-literally-"random" selection of pages that happened to have issues. While it is good to create redirects for reasonable typos based on different way that search terms can be spelled, errors in the act of disambiguation are not useful or plausible typos to keep. Out of the millions of pages that have parenthesis in their titles, there is not a single time when I, nor you, nor anyone would expect that the Foo(bar) version exists for the same title. Basically, if you were to purposely leave off this space when searching for a title, there is a 0.1% chance that the redirect would exist (as it's a group of thousands among a pool of millions). It's totally unreliable, will never be intentionally typed, and all-in-all exist as clutter among incoming links with the potential to drown out and dilute the actually likely typos. To quote WP:COSTLY, redirects also need looking after. While they may not take up a lot of bandwidth on their own, these faulty titles have been a WP:PANDORA's box cracked wide open, which has led to a surplus of unexpected corners where edits can go undetected. Out of the thousands of affected redirects, I'll estimate that 10%(?) have substantial history, as duplicate pages left unincorporated for anywhere up to a decade and beyond in some cases. That's still hundreds of titles with histories! Of course these such cases wouldn't apply under this new CSD criterion, but by removing the titles that have no reason to exist, a higher focus can be placed on the titles that ARE distinguished by their complicated histories, most of which haven't seen the light of day from their peculiar, isolated locations.
All in all, an uncontrolled surplus of these titles makes it difficult to monitor new content, harder for editors to track changes and split histories, adds unnecessary and unlikely filler to redirect lists, maintains a faulty narrative that it's okay to move a title to "Foo(bar)" if "Foo (bar)" is salted for whatever reason, or that it's okay to have these unlikely parenthetical errors in titles (which always get ejected to new titles per the MOS anyway), and just all-in-all makes navigation less consistent to randomly account for an implausible typo redirect that exists 0.1% of the time. Utopes (talk / cont) 20:02, 7 March 2024 (UTC)[reply]
Based on my comment below, I am moving to oppose the current version. I would hypothetically support a permanent R5 that does not include the bullet points, which puts the onus unnecessarily on new page patrollers to continuously be jumping through hoops to follow these. As it stands there is a very high reliance on the idea that "once these are deleted then we will start catching everything with R3/G6/RfD" which is exactly what is going on right now, with very little success. This is plucking the flower without detaching the root of the issue. Utopes (talk / cont) 02:40, 11 March 2024 (UTC)[reply]
  • Support since I suggested it above. Steel1943 (talk) 20:21, 7 March 2024 (UTC)[reply]
    Blarg, my own comment further down in the discussion concerns me. Steel1943 (talk) 22:45, 7 March 2024 (UTC)[reply]
  • Strongly oppose per Tavix and my comments above. 🌺 Cremastra (talk) 20:44, 7 March 2024 (UTC)[reply]
  • Support per Hey man im josh below. Preferably without the two bullet points, and preferably permanently. In regards to deleting the two bullet points, CSDs should be simple. We should not be putting the burden of checking other pages, editing other pages, etc in order to place a CSD on patrollers and administrators. I'd prefer to keep CSDs simple, without a bunch of little gotchas and caveats. The complexity of NPP workflows is a big problem, slowing down review times and leading to NPP burnout. –Novem Linguae (talk) 21:46, 7 March 2024 (UTC)[reply]
    "...We should not be putting the burden of checking other pages, editing other pages, etc in order to place a CSD on patrollers and administrators." For what it's worth, such actions have to be taken in some cases, such as for WP:R4 and most of WP:G8, and for good reasons; thus, that quoted claim cannot be applied across the board. Steel1943 (talk) 22:17, 7 March 2024 (UTC)[reply]
    G14, A2 and A10 all require checking the existence and/or content of other pages too. G12 requires checking for external sources. Thryduulf (talk) 23:33, 7 March 2024 (UTC)[reply]
    It seems that this RFC's wording says that the CSD is temporary, but lists no expiration date. Is this really a temporary X criteria if this CSD has no expiration date? Perhaps it would make more sense to have this as a permanent R criteria, then use an RFC to repeal it later. –Novem Linguae (talk) 02:12, 11 March 2024 (UTC)[reply]
    Changing to Oppose. This proposed criteria is too complicated because of the two bullets. I do not like the idea of a CSD where patrollers and admins are required to do a bunch of cleanup steps before placing or executing the CSD. The two bullet points put a lot of burden on the patroller and deleting admin. Are these bullets required when filing RFDs or closing RFDs? This is more cleanup burden than the status quo, if I'm understanding things correctly. –Novem Linguae (talk) 02:17, 11 March 2024 (UTC)[reply]
    Replying to both your comments in order: neither X1 nor X2 had built-in expiration dates; they were just repealed when the cleanup was done. And this is complicated because it is temporary: there are people (e.g. me) who are volunteering to complete the steps required by the two bullet points to clean up the backlog of incorrectly spaced disambiguations. Put differently, this is not meant for e.g. NPPers (though they are welcome to use it), instead it is meant for people who volunteer to help with this backlog. If you (generic you) wish to use RFD, nobody will stop you; this is a shortcut for the people who feel like it is a shortcut. But a discussion takes volunteer time; I think it is easier to check Special:WhatLinksHere and potentially create a redirect (both of which could be linked from the CSD template for ease of use) than have a weeklong discussion. HouseBlaster (talk · he/him) 17:59, 13 March 2024 (UTC)[reply]
  • Comment Support (summoned by bot). I’m supportive in principle, but the discussion above highlighted some instructive examples, such as the chemistry false positives, and the film examples where each case seemed to warrant individual investigation, so I’m a little hesitant on whether this change might reduce due diligence that would have caught false positives. Then again, if that happens, just recreate them? Barnards.tar.gz (talk) 22:31, 7 March 2024 (UTC)[reply]
    The Chemistry examples would not be in scope because the text in the parentheses is not a disambiguator, similarly anything that is correctly rendered without a space cannot be deleted by this. The concern with the film redirects was almost entirely that some have substantial history, such redirects are explicitly excluded from this this criterion. Thryduulf (talk) 23:37, 7 March 2024 (UTC)[reply]
    Fair enough, I have upgraded my comment to a Support. Barnards.tar.gz (talk) 20:04, 8 March 2024 (UTC)[reply]
Comment/Question (probably primarily to those "support"-ing this proposal): Does anybody recall why the texts at WP:UNNATURAL and WP:RDAB were written? I've ... unfortunately slept since they were added to Wikipedia:Redirects are costly, and the comments above by The Banner and Barnards.tar.gz seem to validate that without quick-to-find context, this proposal may be a bit confusing to understand regarding what problem it is trying to solve, especially for those who do not visit WP:RFD regularly. If anyone recalls the reasons and/or precedents, it may need to be added to Wikipedia:Redirects are costly or even Wikipedia:Redirects for discussion/Common outcomes since I just realized that ... I don't see this as an example at Wikipedia:Redirects for discussion/Common outcomes, and I would have expected to have found it there. Steel1943 (talk) 22:39, 7 March 2024 (UTC)[reply]
  • Support the exceptions have been well thought out, the risk of unintended consequences seems low. – Teratix ₵ 05:06, 8 March 2024 (UTC)[reply]
  • Support per Utopes. While these redirects are cheap, the effort wasted on individually judging their deletion is not. Without this proposal, it is apparent that editors unfamiliar with this discussion will continue to flood RfD with uncontroversial deletion requests. BluePenguin18 🐧 ( 💬 ) 05:22, 8 March 2024 (UTC)[reply]
  • Support per my comments in the previous discussion – individual nominations have invariably resulted in a clear consensus to delete. I trust that the reviewing admins would catch most false positives. Perhaps this could then be incorporated into R3 after the current round of cleanup is complete, if a standalone criterion would be redundant. Complex/Rational 15:27, 8 March 2024 (UTC)[reply]
    The only reason these aren't included in R3 at the moment is the recency requirement of that criterion (which is there for good reason). Thryduulf (talk) 15:39, 8 March 2024 (UTC)[reply]
  • Support: The outcome of these types of redirects being sent to RfD is extremely predictable and it would save everybody involved some time. Hey man im josh (talk) 15:42, 8 March 2024 (UTC)[reply]
  • Weak support (Invited by the bot) "Weak" because I have less expertise on this than the other respondents above. Everything has a cost (including retained redirects) and IMO folks who calculate that based on what the hard drive cost are mistaken. Also, if these are already all getting uncontroversially deleted, then IMO that refutes the argument that some need to be kept. North8000 (talk) 19:17, 8 March 2024 (UTC)[reply]
  • Support. As in the above closed discussion, my support for this action is resumed. P.I. Ellsworth , ed. put'er there 20:11, 8 March 2024 (UTC)[reply]
  • Support well thought-through proposal and supported by an apparent consensus across multiple RfDs on the topic. I don't see a large benefit to delaying the cleanup by requiring all of these go through RfD; if it's obvious just let sysops delete it and avoid the busywork and bureaucracy, that's the whole point of CSDs. Wug·a·po·des 20:57, 8 March 2024 (UTC)[reply]
  • Support per my previous comment. My support is primarily because of the RfD nominations, which almost always result in deletion and are an unnecessary waste of time, but secondarily because of the unnatural aspect of the typos (as Utopes said above). Personally, I would be even more restrictive: for example, I'm never going to speedy a redirect that has had hundreds (or, heck, even just tens) of pageviews in the last month, but I understand that pageviews are rarely a consideration for redirects nominated at RfD, and this proposal is obviously better than nothing. Dsuke1998AEOS (talk) 02:41, 9 March 2024 (UTC)[reply]
  • I'd really be happier if this spelled out "non-redirect history" rather than the vague "substantial". (The only other thing it could mean - pages tagged {{R with old history}} - isn't a concern; no page with a matching title is tagged with the template, and the oldest, Road Warriors (Atlantic League)(version 2), postdates modern MediaWiki and has an article in the history besides.) —Cryptic 03:03, 9 March 2024 (UTC)[reply]
  • Support from a maintenance perspective. Redirects need maintenance to ensure they're categorized appropriately, link to Wikidata items, etc. With the sheer amount of redirects on enwiki, it's not going to make a huge difference, but it's nice to do housekeeping. SWinxy (talk) 18:59, 9 March 2024 (UTC)[reply]
  • Support per my previous comments. RfD has been constantly overwhelmed in recent days. InfiniteNexus (talk)
  • Support: uncontroversial maintenance work supported by previous consensus. — Bilorv (talk) 16:39, 10 March 2024 (UTC)[reply]
  • Comment. Now that I've thought about what this would entail, I do want to add: while I support the addition of a CSD to cover these, there is nothing about the group of affected pages that signals it into the X category. Under the pretense that a CSD will be created for this, I oppose X3 and support R5. There are other supporters above who also prefer something permanent, which is my lean as well, and there has not been a spot to cover how this would be categorized. R5 was the original suggestion, but was changed to X3 by HouseBlaster when starting this RfC. As a refresher on the precedent for X criterion, which has only been enacted once ever (X1/X2 occurred simultaneously), both of these affected a limited number of titles which was impossible to grow in scope, due to the finite bounds, and will 100% never be a problem again when the target set of titles gets dealt with. This was due to the clearly defined and permanent bounds of the X1 and X2 sets.
X1 was created to deal with redirects meeting one criteria: "created by Neelix". After Neelix's ban, that group of 50,000 eventually would basically disappear, and cannot possibly grow in size due to the finite nature of a single banned user's page creations. X2 was a bit more nuanced, but was created to deal with faulty pages created by the content translator tool, specifically before the configuration error described at WP:CXT was fixed in 27 July 2016. This set too, would disappear in number, in part due to the full draftification of remaining pages.
The list of redirects applicable under X3: "Redirects with no space before a parenthetical disambiguation", is totally unlike X1 and X2, in the sense that Foo(bar) can be created by anyone, at any time, for all time. Based on the hundreds of recent RfDs, there is consensus that these titles can go. There's thousands of these pages at the moment, and this mistake was equally as common 12 years ago just as it was common 2 years ago. It's because of this that the temporary aspect I don't think holds up; there needs to be a long term solution that doesn't involve hawking NPP eternally for R3 candidates. In the opening, HouseBlaster states that: "this is supposed to be a temporary criterion per WP:NEWCSD criterion 4, as once the "backlog" has been cleared it will be redundant to WP:R3." This is only the case if every single Foo(bar) title is caught within a month of creation forever, i.e. within the window where R3 applies. While many of these titles are quite old, this quarry shows many (but not all) of the 100+ Foo(bar) redirects created within the last two years, the key takeaway being that "they exist" and haven't been RfD'd or R3'd yet. If we delete all the Foo(bar) titles and end up with another 100+ of these two years from now, now we're back where we started with the overflow. From my point of view, this should be a permanent CSD until the consensus is that this shouldn't be a permanent CSD any longer. These titles will always pop up and calling this X3 implies that there will never be a surplus of these ever again, which cannot be known. Utopes (talk / cont) 22:29, 10 March 2024 (UTC)[reply]
If these get created at such a rate that those which are not caught by the combination of R3 and G6 gets to a point that RfD gets overwhelmed again or it looks like it wouldn't if X3 didn't exist we can easily convert it to R5 at that time because we will have evidence that it is needed permanently. We don't have that evidence now. Although I suspect it wasn't your intent, the wording of your comment implies that the change from R5 to X3 was a unilateral decision by HouseBlaster, but it was a decision taken based on comments in the first discussion and discussion of the way forward following it. Thryduulf (talk) 00:42, 11 March 2024 (UTC)[reply]
Apologies, it looks like I didn't see the other parts of the discussion where the temporary aspect was being talked about. HouseBlaster was the person saying X3 in the first RfC, whereas the other mentions were of whether or not to make a "temporary criteria" without necessarily saying "X3". It was then proposed as X3 a day before the new RfC began, with the sign-off being mainly for the proposed text and in my eyes wasn't necessarily about the X3 vs R5 decision.
Something that has been brought up previously is that this is redundant to R3 and G6, when this is not the case. (Side note: The last R3 deletion was 4 days ago, on Solar eclipse of 2024-04-28, not super important though, just a fun thing). R3 is its own entity entirely and is completely time-sensitive for recent redirect creations. This is impossible to be a failsafe alone. Redirects will be missed, or mistakenly patrolled, and based on the sheer number of recently-created Foo(bar) pages from the last year or so that still exist untouched, they definitely escape eyes. The criteria that has more pertinence is G6, which is reserved for errors, and most of these are errors! The (unanswered) question I asked in the first RfC was whether we should go through and delete the errors right now, and see how many intentional creations remain. Who knows! Maybe we won't need to make a temporary CSD in the first place if the CSD is just going to go away once we temporarily clear the backlog. Contrarily to what you say, this is fundamentally an ongoing issue if we have Burek(song), Poison ivy(plant), and KP Oli Cup(cricket) all created days ago in Feb/March 2024, and all marked as new-page-patrolled too, preventing anyone from possibly spotting these in time to R3. These aren't even necessarily G6-able either, and if we start picking up several a month to RfD (despite overwhelming consensus being to always delete regardless of time spent at title), this backlog will never be fully cleared. Because of the continuous nature that these redirects get created, this should be R5, in my eyes. There's no evidence to suggest this is temporary, as we have pages that meet this criteria from 2002 through 2024. Starting at X3 and moving to R5 is unprecedented to occupy a temporary X CSD first, and there is a need to get it right the first time to avoid occupying more CSD names than we have to. If there are titles here that are G6-able as unambiguous errors, I say let them be G6ed if they can. If it's a permanent thing, let it be permanent! I'm in support of the speedy deletion of all of these pages, but I think the idea that the Foo(bar) group is a temporary and countable problem is just not the case. Utopes (talk / cont) 02:20, 11 March 2024 (UTC)[reply]
Everything is unprecedented until it's needed for the first time, that's not a reason to support or oppose anything. Everybody supporting a temporary criterion was supporting the creation of a criterion numbered X3 even if they didn't use that explicitly (temporary criteria are numbered in the X series, the next one available is 3) in the same way that everyone supporting a new permanent criterion for redirects only is supporting a criterion numbered R5 and everyone supporting a new permanent criterion for articles is supporting a criterion numbered A12, regardless of whether they use those names or not.
Some of the titles are G6-able, some aren't, but the point is that once the backlog has been cleared the combination of R3 and G6 means that the few not eligible under either criterion will not overload RfD to the point a new criterion is needed, as best we can predict based on the data we have now. If that changes then there is no harm at all (number exhaustion is not a thing) in changing X3 to R5. Thryduulf (talk) 16:47, 11 March 2024 (UTC)[reply]
That's a very useful query but let's not limit ourselves strictly to its output. Other redirects should also go, such as "Joe Smith(disambiguation)" mentioned in the proposal (excluded because of the space) and 10,000 Summers(No Devotion song), which also has a space in the qualifier. (The database Quarry uses represents spaces as underscores.) Certes (talk) 21:43, 13 March 2024 (UTC)[reply]
  • Oppose X3, although I could support a CSD for one-character typo disambiguation redirects. Temporary criteria are there to help fix issues created by specific users or specific software tools; this one has no business being temporary. —Kusma (talk) 07:02, 11 March 2024 (UTC)[reply]
    @Kusma: The point is such typos are already covered by R3 if recently created. Once a cleanup is done under X3, the ability to speedily delete longstanding typo redirects is no longer needed. -- King of ♥ 16:26, 11 March 2024 (UTC)[reply]
    Why would plausible typos like omission of a single space be covered by R3? These are being generated quite frequently, which shows they are not freak occurrences, but plausible typos. I can't see R3 being applicable. —Kusma (talk) 16:38, 11 March 2024 (UTC)[reply]
  • R5 as first choice, X3 as second per my reasoning earlier in this discussion and Utopes above. The Blade of the Northern Lights (話して下さい) 17:42, 11 March 2024 (UTC)[reply]
  • Support X3 first choice, R5 second choice - This is most cleanly X3. However, we should dump the quarry query onto a page somewhere, and state that X3 applies only to these redirects. This is appropriate as X3 because the backlog is disproportionate to the creation rate. Tazerdadog (talk) 21:17, 12 March 2024 (UTC)[reply]
  • Support. These redirects are not useful, given that we have the correct versions, and simply clutter search results and the database. {{Database report}} is good at dumping quarry queries onto a page. Certes (talk) 21:07, 13 March 2024 (UTC)[reply]
  • Oppose as there are so many correct redirects without a space before (. It would lead to too many erroneous deletions. More care and consideration is required than a speedy delete. R3 can be used if creation is recent. Suppress redirect on move policy would also need to match. Graeme Bartlett (talk) 22:32, 13 March 2024 (UTC)[reply]
    Not specific to you, but I see a lot of discussions on this page (to borrow my earlier wording) act as if in this area admins are also total rubes. Admins are by definition experienced enough to distinguish obvious errors in Wikipedia disambiguators, even unfamiliar ones, from idiosyncratic spelling conventions such as chemical nomenclature or artwork titles. As an example, even someone unacquainted with chemistry can click the redirect Fe(III) oxide and, within two paragraphs, see ample evidence that it's part of a nomenclature. By contrast, if someone were to somehow create Isaac Brock(longevity claimant), no one experienced enough to be an admin would think that the disambiguator (longevity claimant) is unique among disambiguators in lacking spaces; even without its existence, if you get as far as typing in "Isaac Brock(" you'll see the result you're looking for in the dropdown search results. And on top of that, if there's a mistake it's also entirely reversible. The Blade of the Northern Lights (話して下さい) 04:02, 14 March 2024 (UTC)[reply]
    This is all well and good so long as the admin bothers to read the page title and comprehend what they are doing before pressing delete. Doesn't sound especially difficult of course, but CSD definitely attracts the type who are intent on speed over anything else. J947edits 07:05, 14 March 2024 (UTC)[reply]
  • R5 as first choice, X3 as second. There are ways to handle some of the false positives, including using {{R from chemical formula}} on chemistry redirects. The fact is that there are just a very large amount of these and this ongoing clean up has been going on for years. Even using twinkle to send to RfD is time consuming as some editors want these grouped up (which is understandable), but the template at RfD is expanded (for whatever reason) so it isn't a smooth and easy copy/paste. Then we also come into a problem of batch nominations where time and time again it has proven that editors just don't like these and these fail for no other reason other than that. So we end up with clean up editors needing to decide each time what amount is the correct amount to batch up... which is just a waste of time. To the above concern about admins not doing their job correctly. If the that happens, the problem isn't with this but with the admin themselves and the proper channels should handle that. --Gonnym (talk) 08:13, 14 March 2024 (UTC)[reply]
  • Comment - I originated (and have expanded as necessary over time as more examples arise) the content contained at WP:RDAB. I did so because it is easier to reference the sentiment expressed there with a quick shortcut rather than repeating myself over and over again at redirects for discussion. However, on similar grounds, I oppose this as a temporary remedy because such redirect archetypes arise and populate the venue so often. I am also unsure if I would support such a criterion if it were proposed as permanent. I would have to put a lot more thought into the matter than I have at the moment. — Godsy (TALKCONT) 09:36, 14 March 2024 (UTC)[reply]
    @Steel1943: A partial answer to your question posed much above (i.e "does anybody recall why the texts at WP:UNNATURAL and WP:RDAB were written?") is contained in my comment right above this. Let me know if elaborating further on any particular point would be of help. — Godsy (TALKCONT) 09:55, 14 March 2024 (UTC)[reply]
  • Support There seems to be agreement that these should be deleted at RfD, and that is what ultimately controls. * Pppery * it has begun... 23:14, 14 March 2024 (UTC)[reply]
  • Support per NOTBURO; this solely enforces a longstanding consensus, even if I disagree with the longstanding consensus. First hand experience, this is also putting a huge burden on RfD. Queen of Hearts she/theytalk/stalk 20:39, 18 March 2024 (UTC)[reply]
  • Support per WP:NOTBURO, I have no opinion on the underlying arguments, but if there is general consensus that a) these redirects are not needed and b) going through all of them at RfD manually will take a huge amount of time, there is no real reason to not do this. ~~ AirshipJungleman29 (talk) 16:32, 19 March 2024 (UTC)[reply]
  • Support without bullet points -- this is a good proposed CSD, but needs to be made as simple as possible, and there should be no requirement for a CSD editor to subsequently go through and do additional cleanup of links, or create new pages. The whole point of CSDs are that they should be *speedy*. SWATJester Shoot Blues, Tell VileRat! 17:13, 19 March 2024 (UTC)[reply]
  • Support they always get deleted so let's speed it up. Headbomb {t · c · p · b} 21:53, 24 March 2024 (UTC)[reply]
  • Support R5, weak support X3. Fine, let's just get this done. (I've already commented a few times in this discussion, so I've already elaborated my stance.) Steel1943 (talk) 14:21, 27 March 2024 (UTC)[reply]
  • Support R5 There is no reason for this rule to be temporary, although we do need manual check for false-positive matches such as Iron(II)Ferrous. –LaundryPizza03 (d) 23:32, 1 April 2024 (UTC)[reply]
  • Support don't care whether temp or perm. Yes, there could be false positives, but I assume editors are smart enough to make the right judgements. Toadspike (talk) 10:11, 3 April 2024 (UTC)[reply]
  • Support as such redirects are often implausible and unlikely a search term. R5 would be suitabile for this; it is unlikely for people to type titles without space between the ambiguous term and the disambiguator. Toadette (Let's talk together!) 10:21, 10 April 2024 (UTC)[reply]
  • Comment to prevent archiving before this is closed. It's been listed at WP:ANRFC since 30 March. Thryduulf (talk) 14:14, 25 April 2024 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Post-RFC

Just noting that I have created {{db-x3}} and Category:Candidates for speedy deletion as redirects with no space before a parenthetical disambiguation, and updated MediaWiki:Deletereason-dropdown and CAT:CSD to match. I think that's everything that needs doing, but please feel free to fix whatever else needs it. Primefac (talk) 15:06, 2 May 2024 (UTC)[reply]

Twinkle update requested by Gonnym (thanks!). Primefac (talk) 15:20, 2 May 2024 (UTC)[reply]
Before we start deleting, can we please just have a discussion about whether to implement this as X3 or R5? Because there is functionally no reason to have this be X3, as there is nothing inherently temporary about this issue. Nobody has identified which of the relevant titles are already speedy delete-able, and how many of the leftover redirects are actually affected by this; any number is just guesses and estimates, a STARK contrast to the systematic and temporary nature of X CSDs. There has been significant pushback to the bullet points, of which none of the support !voters have clarified any reason for keeping them (as an aside to "these pages should be deleted", of which I agree they should be). I appreciate the gusto of the non-admin closure but basically all of the significant issues are currently unaddressed, which need solutions before proceeding, in my opinion. Utopes (talk / cont) 01:17, 3 May 2024 (UTC)[reply]
The wording of the close leaves the option of converting this to R5 in the future, which mostly addresses the concerns that it will only need to be temporary: I have a funny feeling that this process will take a while, and if in the meantime there is demonstrable evidence that redirects are still being created in this manner and not being handled under the existing R3 it will make that much more of a compelling case to make X3 a permanent R.
Personally speaking, I would have made the bullet points optional (adding in a "should") to address the concerns of those against them, but on the whole I suspect that folks looking for and dealing with X3 will already be motivated (since they wanted it in the first place) to take care of the "paperwork" when filing that this issue with the bullet points will end up being a non-issue. Primefac (talk) 05:41, 3 May 2024 (UTC)[reply]
I don't understand why you think the X3/R5 option is urgent? Any, as was explained multiple times in the discussion, there is no evidence available that this needs to be permanent - if that changes then we will have evidence to support making it a permanent criterion. As for the bullet points - changing links is necessary to prevent harming the encyclopaedia, creating new redirects where the search term is plausible but a mistake was made in missing a space benefits readers (who are always the most important). These are things that should be done prior to many speedy deletions already and nobody has articulated any good reason why they're a bad idea (being allowed to nominate something for speedy deletion without making sure you aren't breaking something is not a good reason). If you do think the requirements are too onerous then that's fine, you can simply not nominate any pages under this criterion. Thryduulf (talk) 07:51, 3 May 2024 (UTC)[reply]
  • What about similar errors like Foo (disambiguation and Foo disambiguation), while the proposal was only for missing spaces I think we should consider other errors. Crouch, Swale (talk) 18:03, 3 May 2024 (UTC)[reply]
    Those would need to be a separate proposal to be speedily deletable. There have been arguments made that "Foo (disambiguation" redirects can be helpful in certain circumstances and so aren't uncontroversial. I don't recall ever seeing a "Foo disambiguation)" redirect come to RfD so it would almost certainly fail the frequency requirement. Almost every other type of error is rare, already covered by R3 and/or G6, and/or not uncontroversial. Thryduulf (talk) 18:46, 3 May 2024 (UTC)[reply]

Time to get rid of A2?

Pretty much the title. For one, it is not used frequently (the last 100 entries take us back to November 2021). But more importantly, I don't think deletion is actually beneficial. The criterion itself calls for tagging with {{Not English}} (if it does not exist on a different language Wikipedia), and I would add that draftification is a good option as well. Given those two alternatives to deletionWP:ATD-T and WP:ATD-I—exist, I am not sure we should have this CSD (c.f. WP:PRESERVE). Is there anything I am missing/other thoughts? HouseBlaster (talk · he/him) 03:46, 5 March 2024 (UTC)[reply]

Nowadays most of these creations are in Draft space, so that is where they get knocked back. If there is a chance that the content is useful to another project or could be translated, then draftifying could be good. Graeme Bartlett (talk) 21:45, 5 March 2024 (UTC)[reply]
Presumably, the justification for draftifying new non-English articles is Wikipedia:Drafts#During new page review #2a-iii, that the article meets some speedy deletion criterion, namely A2? So in order to continue justifying these draftifications it would be appropriate to add non-English to the list of reasons why a page might be obviously unready for mainspace, releasing A2 from its role there. —David Eppstein (talk) 22:18, 5 March 2024 (UTC)[reply]

RfC: deprecating A2

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Should A2 (Foreign-language articles that exist on another Wikimedia project) be deprecated as a CSD? 01:18, 9 March 2024 (UTC)

  • Support as proposer. A2 is rarely used, and thus fails NEWCSD3. The last 100 entries on that query take us back to November 2021, and when you ignore false positives my rough count takes us back to February 2021. Assuming all of the articles which qualify for A2 need to be deleted, AfD can handle an additional ~0.14 articles a day. But more importantly, I don't think deletion is needed in this case. Incubation and tagging for translation is a viable WP:ATD, and per ATD If editing can address all relevant reasons for deletion, this should be done rather than deleting the page. HouseBlaster (talk · he/him) 01:18, 9 March 2024 (UTC)[reply]
Notified: Template:Centralized discussion. HouseBlaster (talk · he/him) 01:22, 9 March 2024 (UTC)[reply]
  • Oppose. Foreign language articles pasted into English Wikipedia without any translation are low effort on the part of the article creator and not a good use of editor time. The status quo of deleting these seems fine here. Also, the idea of sending more articles to AFD is not exactly a selling point, as it is often mentioned that AFD is backlogged and does not have enough regular !voters. –Novem Linguae (talk) 02:23, 9 March 2024 (UTC)[reply]
  • NEWCSD is not the threshold to repeal a criterion, unless you'd like to make a play at A7 and G11 - when we've removed criteria before, it was because essentially all uses of them were incorrect. And oppose on the merits too: these aren't enwiki articles, they're requests for enwiki articles, without even the possibility of moving them to the proper project (where, in my experience, they're either ignored forever or deleted outright anyway). —Cryptic 02:43, 9 March 2024 (UTC)[reply]
  • Oppose. It may not be used much directly, but my comment above that it is still needed to justify draftication appears to remain unaddressed by the nominator. —David Eppstein (talk) 02:50, 9 March 2024 (UTC)[reply]
    I would be happy to note in the proposal that it would be deprecated in favor of draftifying. HouseBlaster (talk · he/him) 16:01, 9 March 2024 (UTC)[reply]
    You miss the point. To draftify an article requires a rationale. The current rationale for draftifying non-English articles invokes A2. Removing A2 also removes this rationale from draftification, preventing in-process draftification of non-English articles. If you want to continue draftifying non-English articles, leave A2 in place and it will just work. —David Eppstein (talk) 19:03, 9 March 2024 (UTC)[reply]
    “Wanted topic but not in English” sounds like a good draftification rationale. SmokeyJoe (talk) 23:02, 9 March 2024 (UTC)[reply]
  • Strong support per every point by the proposer. Eligible cases are required to have a corresponding article on another language Wikipedia. This is an implicit claim that the topic is missing from the English Wikipedia. Draftification for translation is an obvious better route. Far less WP:BITEY is one big reason. SmokeyJoe (talk) 08:16, 9 March 2024 (UTC)[reply]
  • Support per proposer and especially SmokeyJoe. This criteria long predates draftspace, and the wiki has also changed in other ways in the past 15 or so years. Additionally, every criterion should be compatible with NEWCSD. Yes there are some that have been grandfathered in, but that doesn't mean they would be good criteria if proposed today or that we shouldn't periodically review existing criteria to see if they are still fit for purpose (this is why R4 and G14 exist as separate criteria). Thryduulf (talk) 09:48, 9 March 2024 (UTC)[reply]
    • Oppose at least for now. Largoplazo makes good points in the Discussion section below about needing to consider this in concert with pages needing translation, and others' comments about how this interacts with criteria for draftification are also valid. This isn't an endorsement of the status quo, rather I think we need to take a comprehensive look at how we want to handle non-English submissions in 2024 and then make necessary changes to all the affected policies and guidelines to match that. Thryduulf (talk) 11:44, 10 March 2024 (UTC)[reply]
  • Oppose per Cryptic. Just copying some content doesn't mean one would necessarily work on translating it. Aaron Liu (talk) 13:36, 9 March 2024 (UTC)[reply]
    Sounds like the purpose of draftspace! SmokeyJoe (talk) 23:03, 9 March 2024 (UTC)[reply]
    That takes six more months of lying around, which irks me >:(. If someone wants to actually work on something, IMO they'd translate the text and put it there one by one instead of just copying something, or, even better, use the content translation tool. I don't see the value of keeping stuff that would be deleted under A2. Aaron Liu (talk) 23:27, 9 March 2024 (UTC)[reply]
    You think six months is too long a deadline?
    There is no cost to putting the foreign language submission in draftspace. I think there is value in giving the author one week to follow up. And once it’s been one week, why not ignore it for six months. The cost of complicating G13 is more than the cost of leaving untouched in draftspace for six months.
    Many editors are not very good with their first edit. Here, it is necessarily an autoconfirmed editor, but still, fresh autoconfirmed editors are not always very good. Do you think Wikipedia needs a higher barrier for competence before they are allowed to create a mainspace page?
    The value of draftification is in pointing out to the newcomer where draftspace is, and allowing them to continue their intended contribution. SmokeyJoe (talk) 05:59, 10 March 2024 (UTC)[reply]
    I don't see how deleting a copied page produces a higher barrier to contribution. My interpretation of A2 is that it only applies if the article's entirely foreign language but nothing else. If there is something else to salvage, A2 wouldn't apply, and the article can still be draftified. Aaron Liu (talk) 13:07, 10 March 2024 (UTC)[reply]
  • Support. In 2024, there are sufficient tools available to assess whether a foreign-language page is worthy of translation (then it can be draftified) or not (then the other criteria apply). A2 seems to do more harm than good if we delete articles solely based on whether they are not in English and not on their merits. For example, Karl Friedrich Wunder which was deleted as A2 in January was a copy of de:Karl Friedrich Wunder (a notable 19th century photographer) was eligible for deletion under G12 since copying another language Wikipedia article is also a violation of copyright. Saturnino de la Torre was a wrong A2 since it didn't exist on es-wiki at that time but was probably eligible for G11 like the es-wiki counterpart. Point is, I don't think there is really much need anymore for A2 because in most cases the material either already fails another criterion or it's translation-worthy. Regards SoWhy 18:26, 9 March 2024 (UTC)[reply]
  • Oppose when I first looked and read this discussion or at last the 1st points I was going to support. However having read the rest and thought a bit more about it I think this criteria is good. Objective, most people are likely to agree foreign language articles that exist on another Wikimedia project should be deleted as no content is actually lost as the content and history will still be on the foreign language project. Uncontestable, again this is a bit like A10 and arguably for the same reason as splitting G14 from G6 it might not be a good idea to merge or if this criteria is removed I'd expect people to use G6 anyway. Unlike T2 its quite simple so which as noted in the discussion to repeal T2 that the criteria is not easy to understand unlike this one. Frequent, yes it doesn't appear to be extremely frequent but with around 1 use per week that seems frequent enough given as noted in the U3 discussion neither A9 nor A11 appeared in around 32 hours of deletion. So I think this passes the 1st and 2nd NEWCSD and given the reasons for splitting G14 I'd argue along that logic it passes the 4th item and in terms of the 3rd though not very frequent seems frequent enough. I'd agree the articles can be drafted upon request but it seems a bit pointless given the article will still exist on the other project so if the author wants to start translating they can still use that page to get the content from. Crouch, Swale (talk) 18:42, 9 March 2024 (UTC)[reply]
    “Uncontestable”, that the wanted topic but not written in English needs to be deleted? That sounds weak. SmokeyJoe (talk) 23:07, 9 March 2024 (UTC)[reply]
    Its not the topic its the content, having a foreign language article with the same content as the native language on the English Wikipedia is completely pointless. Its quite likely that if the topic exists on a foreign language Wikipedia it will be notable here but as noted we don't need to duplicate foreign language content here just like we don't need 2 articles on the same topic on the English Wikipedia. Crouch, Swale (talk) 20:13, 15 March 2024 (UTC)[reply]
  • Oppose still a completely valid deletion criteria. Not being used much doesn't mean it doesn't have its place in the toolbox, and each Wikipedia has different notability standards. SportingFlyer T·C 19:09, 9 March 2024 (UTC)[reply]
  • Well. A2 exists to enforce WP:MACHINE so we shouldn't repeal A2 without modifying WP:MACHINE, but. I think the ideal process is, reviewing editor looks at article in %language on en.wiki and compares it to the same article on %language.wiki. Reviewing editor isn't necessarily expected to be able to read %language, but makes a quick eyeball assessment: does the version on en.wiki look reasonably developed and substantially different? If not, tag for A2. If so, reviewing editor tags the en.wiki version with {{Not English}} and then drops a note on %language.wikipedia.org/Talk:%Article to ask if they want it. (Reviewing editor is likely going to have to use google translate to make an intelligible note in %language, but that ought to be acceptable for talk pages). %language.wiki then has access to the old text which they can use to develop their article if appropriate, and en.wiki doesn't have foreign-language content in mainspace. Happy days. I do feel that this process is a useful way round a 7 day community timesink at AfD, but I also think it needs better documentation than currently exists.—S Marshall T/C 21:25, 9 March 2024 (UTC)[reply]
    A2 predates MACHINE.
    If A2 requires human review, it should be PROD not CSD. I think immediate draftification is much better than PROD for a new non-English article. SmokeyJoe (talk) 23:11, 9 March 2024 (UTC)[reply]
    Thank you for sending me on that nostalgic trip into Wikipedia history.  :) I don't think it's strictly accurate to say that A2 predates MACHINE. The text now at WP:MACHINE has moved around a lot, and was, originally, phrased as:

    Translation is hard. Amateur translators tend to produce prose that is unnatural, and perhaps incorrect when it comes to specialized terminology....Machine translation is much much worse. Never use machine translation to create an article!

    I've traced that text back to the first revision of Wikipedia:Translations, on 11 May 2003. According to the edit summary that text was moved from the Village Pump and considering the date, I expect that would have been a cut-and-paste move. The paste includes undated text by User:MyRedDice, who is now User:MartinHarper and was incidentally the inventor of the Three Revert Rule and the Barnstar, saying "We do indeed recommend against machine translation". In other words, the gist of WP:MACHINE has been custom and practice since at least May 2003.
    Well, at that point in time, what's now the Criteria for Speedy Deletion read like this and the criteria for speedy deletion were collectively called "exemptions from the five-day rule" (which I think at that time was the minimum possible time a page had to be listed on Votes for Deletion before anyone was allowed to delete it).
    I'm saying that both rules go back to Wikipedia's equivalent of time immemorial.
    All CSD "require human review" because it's a human that adds the tags. We expect those humans have read, understood what they were reading, reflected if necessary, and then taken a decision to use CSD. Something should be a PROD when it needs two humans to review it. Therefore A2 is appropriate for CSD, not PROD.
    Why would draftification be a helpful step? Content doesn't meet A2 unless it duplicates content on another WMF project, so I can't see any benefit to using draft space in that way.—S Marshall T/C 00:13, 10 March 2024 (UTC)[reply]
    All CSD require human review? Great in theory. Tagging if often done in error. Any editor or IP can tag {{Db-a2}}. And then, there’s plenty of not so old evidence of some admins would delete tagged pages en-mass, at high speed. This is why there is supposed to be the rule, all eligible pages should be deleted.
    Would draftification be helpful? Yes, it would be helpful to the editor who saved the article there. They should have saved it in draftspace. Moving it to draftspace necessarily means that the article log will point to the draftpage. Then, when that editor comes back, they can find the draft, both from the deletion log of the article title, and in their contribution history. This is more helpful to them than coming back to find a log entry mentions A2, and no record that they ever did anyhthing. SmokeyJoe (talk) 05:53, 10 March 2024 (UTC)[reply]
  • Oppose, solution looking for a problem. Stifle (talk) 11:46, 12 March 2024 (UTC)[reply]
  • Change to speedy draftification: As stated by editors in this discussion and above, deletion might be a bit too harsh, and these are requests for articles to be created on English Wikipedia. Speedy draftification might be the best way to allow for these articles to be developed for enwiki. Failing that, repeal. Awesome Aasim 13:34, 12 March 2024 (UTC)[reply]
  • Oppose per David Epstein, Cryptic, and S Marshall. Translation tools are not yet 'sufficient'. Moreover, one should not potentially use the mainspace in an attempt to tip the scales towards the translation or scrutiny of viability of one topic over any other. Just because a criterion exists does not mean the deletion of such a page is a certain; incubation is still an option if a page is deemed worthy of retention by those reviewing it. At the end of the day, non-English content is likely of little use to most of our readers; eliminating a longstanding tool to easily and quickly remedy that is not a good idea. — Godsy (TALKCONT) 08:51, 14 March 2024 (UTC)[reply]
  • Oppose As long as it is being used to delete pages that are of no use to us, we should not be repealing criteria solely because they are not used very often. Having this criteria discourages users from other language Wikipedias from copying their articles onto here without properly translating, resulting in a page that needs a fundamental rewrite. funplussmart (talk) 20:46, 16 March 2024 (UTC)[reply]
  • Oppose; not broken, the last thing AfD needs is more burden. Queen of Hearts she/theytalk/stalk 20:37, 18 March 2024 (UTC)[reply]

Discussion of A2 RFC

  • Comment WP:Pages needing translation into English should be taken into account. Should this RFC be closed and redrafted to consider both together? Under the terms of WP:PNT, an article created in a language other than English that doesn't qualify for A2 (or any other reason for deletion) gets a grace period of two weeks. If translation isn't at least underway by then, the article gets put up for deletion under WP:PROD or WP:AFD. It doesn't make sense to give non-English articles treatment that's disparate in this manner, one month to live if they aren't on another language's Wikipedia and six months to live if they are.
Having said that, draftification really has changed the game, as most of the otherwise legitimate articles listed on WP:PNT, by the time I see them, are red links because someone's response was to draftify them. So if this RFC comes out in favor of draftification as a blanket treatment when a non-English article is on another Wikipedia, then it will make just as much sense to make draftification that standard treatment for all non-English articles, and eliminate WP:PNT's role in that situation. WP:PNT would still be of use for cases for which it's used today, where someone has added a chunk of potentially useful non-English material to an article already in English. And it would retain its role as the place to post requests for fixing articles that have been translated to English.
If this change in guidance were to be made, however, it would definitely be time to rename WP:PNT (which should long ago have been renamed WP:Articles needing translation to English, since non-articles, including drafts, aren't handled there) to something else, since coverage of "Pages needing translation" would no longer be its role at all.
Alternatively, we could simply allow the drafts to be listed at WP:PNT. And remove the two-week grace period. Let all entries remain posted until either translated or G13ed.
Due to all these considerations, I think A2 and WP:PNT should be considered holistically. Largoplazo (talk) 11:06, 10 March 2024 (UTC)[reply]
I may be wrong (I haven't done a lot of work at WP:PNT for at least a decade now) but I don't think any articles have actually been given the two weeks grace for a few years now. Most articles either get deleted as copyvios or A2 or moved to draft space well before the two weeks have expired. Ping @Lectonar who might be able to correct me. —Kusma (talk) 12:00, 12 March 2024 (UTC)[reply]
I can only speak for myself here, but I will respect the 2 weeks grace for prodded articles. As for the case of Saturnino de la Torre which I deleted as an A2 because it had once existed on Spanish Wikipedia: I actually interpret A2 a bit more widely here: for me it's enough that an article has once existed in another Wikipedia; requirements for an article here are more strict regarding sources and notability in compariosn to most other Wikipedias....so if something is deleted at, e.g., Spanish Wikipedia, rare would be the case that it would stand as an article here. And yes, probably it would have been eligible as a G11, but that would mean the article would have to be translated first, or the prospective deleting admin is able to read and understand enough Spanish to be able to process it without translation...this would rather cut down the number of admins who could delete. On another point, G speedy deletion criteria are "general" ones, while A deletions are restricted to article space. When I have a choice, I will use the specialized criterion over the general one. Lastly, allowing drafts at WP:PNT will inflate the workload over there even more. It's bloated enough as it is. But I would support a move to WP:Articles needing translation to English. Lectonar (talk) 12:19, 12 March 2024 (UTC)[reply]
It is not PNTers who do not respect the two weeks (I realise I have not been clear in what I wrote); what happens most of the time is that pages get listed at PNT and then are dealt with by other people using other mechanisms (draftified/speedied) so PNTers just have to remove the redlinked entries. —Kusma (talk) 13:53, 12 March 2024 (UTC)[reply]
That is correct. WP:PNT used to be fun, I actually got to do some translation, now it's just remove the red links and maybe the date header. On the other hand, if we were to start accepting drafts there, then I'd have my pointers to potential translation fodder back, in cases where the language is the only reason the article was draftified. Largoplazo (talk) 21:14, 18 March 2024 (UTC)[reply]
  • To look at some real cases, would someone please temp undelete and list the last twenty A2 deletions? -SmokeyJoe (talk) 13:35, 10 March 2024 (UTC)[reply]
    Undeleting into mainspace would be pretty bad. I'd say somebody just copy the contents and put them in userspace. Aaron Liu (talk) 14:13, 10 March 2024 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

RFC new R5

Should there be a new R5 criteria for incorrectly formatted redirects to DAB pages? Redirects to disambiguation pages with malformities qualifiers such as Foo (desambiguation), Foo (DISAMBIGUATION) and Foo (Disambiguation), this excludes redirect using the correct WP:INTDAB title namely Foo (disambiguation) or any title that has useful history. Redirects with incorrect qualifiers that don't target disambiguation pages can be deleted under G14. Crouch, Swale (talk) 18:50, 6 April 2024 (UTC)[reply]

  • Support as proposer and the discussions at Wikipedia:Redirects for discussion/Log/2024 March 26#London (Disambiguation) and Wikipedia:Redirects for discussion/Log/2022 August 24#"Title (Disambiguation)" redirects to disambiguation pages these redirects are a nuisance to editors trying to fix disambiguation errors and search takes readers to the correct title if deleted anyway. I would be open to moving the redirects to pages ending in the (correctly formatted) "(disambiguation)" that point to pages that aren't DAB pages here if people think that's a good idea. 1 objective, most agree they should be deleted though a significant minority disagree as is sometimes the case with other criteria, 2, uncontestable, per the 2 linked discussions there is a consensus that they should be deleted, 3, frequent, although not extremely frequent they are frequent enough IMO, 4, nonredundant, these may be able to be deleted under R3 or G6 as it was argued in the 2022 discussion but given the discussion it would be clearer to have a separate criteria. Crouch, Swale (talk) 19:07, 6 April 2024 (UTC)[reply]
  • Pinging people from the 2 linked RFDs @Nickps, Certes, Thryduulf, Steel1943, PamD, InterstellarGamer12321, Utopes, Cremastra, Shhhnotsoloud, CycloneYoris, Explicit, Hqb, Sonic678, Neo-Jay, Station1, Axem Titanium, Mellohi!, Chris j wood, CX Zoom, Mx. Granger, The Banner, MB, Paradoctor, J947, Tavix, A7V2, Uanfala, Eviolite, BDD, BD2412, Compassionate727, Respublik, and Legoktm:. Crouch, Swale (talk) 19:07, 6 April 2024 (UTC)[reply]
  • Support. These shoot basically be deleted on sight. BD2412 T 19:11, 6 April 2024 (UTC)[reply]
  • Oppose alternative capitalization of first letter being included – These are not harmful and Wikipedia is not improved with their deletion. It's entirely predictable that someone would miscapitalize a disambiguator. Hey man im josh (talk) 19:42, 6 April 2024 (UTC)[reply]
  • Support. As the only non-article pages in mainspace, disambiguation pages and redirects are each special and somewhat obscure from a reader viewpoint, and redirects to disambiguation pages are doubly so. The correct versions of these redirects are a technical measure to assist editors and the automated tools they use. The incorrect versions, including capitalised variants, serve no purpose and help no one. Shoot on sight. Certes (talk) 19:56, 6 April 2024 (UTC)[reply]
  • Support. Entirely unhelpful to keep these around. Might as well keep any and every misspelling as entirely predictable that someone at some point will make such an error. Better to make it clear that it is an error than to let an editor think they have created a correct wiki link. olderwiser 20:06, 6 April 2024 (UTC)[reply]
  • Oppose deleting "(Disambiguation)" redirects if they redirect to a disambiguation page-someone might miscapitalize the D (like in the case of holding the ⇧ Shift key for too long), and while it may not necessarily be helpful, it's not harmful either. Support deleting those with misspelled "disambiguations" and those that have "disambiguation" yet don't have appropriate disambiguation pages that exist-those ones are search bar clutter and might annoy or mislead people respectively. Neutral (tilting support) on deleting the "(DISAMBIGUATION)" ones though-this error (e.g., holding the ⇪ Caps Lock key) does happen, but not very often. Those may help some people, but they're mostly an annoyance, so Wikipedia may be safe without the fully capitalized disambiguators. Regards, SONIC678 20:19, 6 April 2024 (UTC)[reply]
    those that have "disambiguation" yet don't have appropriate disambiguation pages that exist Redirects ending in "(disambiguation)" (with any capitalisation) that don't point to a disambiguation page and cannot be retargetted to an appropriate disambiguation page are already covered by R4. Those that don't end that way need discussion to determine what, if anything, the best target is. Thryduulf (talk) 07:43, 7 April 2024 (UTC)[reply]
  • Support. These are harmful because linking to them from anywhere except their RfD nomination is always a mistake per WP:INTDAB. They should all be red links so its immediately obvious to the editor that tries to add them. In fact, this is precisely why we should delete "(Disambiguation)" redirects since those are the most likely ones to make editors trip up. The very few editors that hold down Shift for too long while searching for disambiguation pages (I'm guessing people don't search for dab pages too often in general so imagine how rare those mistakes are) will be taken care of by search anyway. Nickps (talk) 20:31, 6 April 2024 (UTC)[reply]
    By that logic we shoudn't have any redirects pointed to dab pages. Hey man im josh (talk) 03:45, 7 April 2024 (UTC)[reply]
    No, that doesn't follow from my comment. What I said only applies to the redirects included in the CSD proposal. Linking to e.g. doing instead of [[do (disambiguation)|doing]] is wrong but the redirect should still be kept since it's useful for searching. Do (Disambiguation) is not useful because it's an implausible search term and anyone who nevertheless searches it today ends up in the correct page yet it looks close enough to the correct version that an unsuspecting editor might think it's fine per WP:INTDAB even though it's not. Keeping it would provide no benefit to the readers but would cause problems to the editors and the problem it would cause to the editors outweighs any potential benefits. Nickps (talk) 12:39, 7 April 2024 (UTC);edited: 12:43, 7 April 2024 (UTC)[reply]
    I guess I just really disagree that it's an implausible search term to have the alternative capitalization. Hey man im josh (talk) 14:22, 7 April 2024 (UTC)[reply]
    Well, who types "(disambiguation)" in the first place? Almost all (if not all) our readers would type the name of the thing they are looking for and click the hatnote. I'm guessing (but I admittedly don't know for sure) that a lot of editors do the same. So, when even the correct capitalization is implausible, imagine what the incorrect one is. And again, for the very few people who do type the whole thing instead of clicking on the correct suggestion, and the very few times they get it wrong, search will find the right page anyway. Nickps (talk) 14:32, 7 April 2024 (UTC)[reply]
    Some people do search directly for disambiguation pages, e.g. when they are looking for a list of things called X, or when they know or suspect that the X they are looking for is not the primary topic but don't know what the article is called. As far as I am aware, it is not possible to know how many people "some" is, other than it's greater than zero.
    Regarding the capitalisation, everywhere outside of disambiguators there is a very strong consensus that redirects from plausible alternative capitalisations (such as Title Case) are a Good Thing. I've never seen any remotely convincing evidence for why disamiguators are different. Thryduulf (talk) 18:54, 7 April 2024 (UTC)[reply]
  • Support Nothing has changed since the RFCs. Paradoctor (talk) 21:26, 6 April 2024 (UTC) ; added image 21:54, 6 April 2024 (UTC)[reply]
    As pointed out every time search suggestions (the image) are brought up at RFD, this is only true for a subset of ways people navigate Wikipedia. Users, including but not limited to those following links, entering the URI directly, or using some third-party search methods will not end up at a page that doesn't match the capitalisation of their search directly. What happens then depends on a combination of multiple factors, but some will be one click/tap away from the page they want others will be up to at least three clicks/taps away. Thryduulf (talk) 22:21, 6 April 2024 (UTC)[reply]
    Maybe you find it so frustrating because others don't find your argument convincing? This may be a case of touring the sticks.
    third-party search Just for kicks, I tried a few external search engines with the query "London (Disambiguation)". Unsurprisingly, all of them returned London (disambiguation) as their first hit. If you go through the search API, you go directly there. Paradoctor (talk) 00:20, 7 April 2024 (UTC)[reply]
    You not being convinced doesn't mean others weren't, so please don't act like they're silly for saying their peace. Thryduulf's argument in a previous RfD actually made me reconsider my view and realize how silly I was for supporting the deletion of alternative capitalizations of disambiguators. As if editors would never accidentally or mistakenly capitalize one, eh? As if these capitalizations are somehow detrimental and damaging, or unhelpful. I think what's silly is to act like they're saying something ludicrous. Hey man im josh (talk) 03:53, 7 April 2024 (UTC)[reply]
    like they're silly for saying their piece Please don't put words in my mouth. Thryduulf complained in their edit summary about not getting through to others with their argument. I suggested that they might not have given enough consideration to changing their approach, which hasn't worked. It's one of my more hard-earned lessons from contributing in this place that being Right™ and being agreed to are different things. As Lonestone put it, doing the same thing again and again and expecting to get a different result is not zielführend. Paradoctor (talk) 04:20, 7 April 2024 (UTC)[reply]
    There is a difference between not being convinced by an argument and pretending that argument does not exist. It's fine to think that disadvantaging a proportion of readers is OK, what is not fine is claiming that nobody will be disadvantaged. Thryduulf (talk) 07:40, 7 April 2024 (UTC)[reply]
    Again, words are being put in my mouth. Where did I say that "nobody will be disadvantaged"? Maybe you were thinking of somebody else? Maybe I should now complain about not being understood? Paradoctor (talk) 07:59, 7 April 2024 (UTC)[reply]
    Saying "nobody will be disadvantaged" is implicit in your posting of the image directly above when it has been explained, multiple times, why arguments relating to search suggestions are incorrect and/or misleading (depending how they're phrased). Thryduulf (talk) 19:12, 7 April 2024 (UTC)[reply]
    No, that is you reading stuff into my words. All I did was let some air out of your argument. You don't have to like it, but don't misrepresent my words. Paradoctor (talk) 19:24, 7 April 2024 (UTC)[reply]
    You let no air out of my argument, because my argument has always explicitly acknowledged that search suggestions exist and help some people but because they do not help everybody they are not evidence the redirect is unnecessary. Pointing out that search suggestions exist adds nothing to that at all. Pointing out search suggestions exist in combination with an argument that says such redirects are unnecessary is misleading. Thryduulf (talk) 19:51, 7 April 2024 (UTC)[reply]
    It is not my job to convince you. It is not necessary or desirable to reply to every comment in a discussion.
    That I have not rebutted your every point is because I don't deem it necessary. I've argued to the point where I let the process do the rest. It may not satisfy you, but it does not give you licence to impugn my words as misleading. That is inappropriate. You believe you're right? Fine. Then wait for the close. Or talk to someone else. The only thing you can achieve here is badgering me. Paradoctor (talk) 21:09, 7 April 2024 (UTC)[reply]
    I'm not asking you to convince me, or to agree with me. I'm asking you to acknowledge the existence of arguments that refute yours rather than pretend they don't exist. Thryduulf (talk) 21:18, 7 April 2024 (UTC)[reply]
    Again for the hard of hearing: WP:BADGER The fact that you have a question, concern, or objection does not [...] mean that others are obligated to answer (added emphasis) Paradoctor (talk) 21:33, 7 April 2024 (UTC)[reply]
    Depending on the search method of I use, you're 100% correct. The lack of the alternative capitalization has been a hindrance at times. Hey man im josh (talk) 03:54, 7 April 2024 (UTC)[reply]
  • Strong oppose "Disambiguation" redirects per my arguments at the linked RfDs. These are useful redirects and deletion harms the encyclopaedia, speedy deletion would be even more harmful. Almost all implausible misspellings of "disambiguation" can be speedy deleted under G6 and/or R3 already, I've not seen any evidence there are enough that can't to justify speedy deletion. Plausible misspellings should be kept like any other plausible misspelling redirect. Thryduulf (talk) 21:26, 6 April 2024 (UTC)[reply]
  • Oppose per Thryduulf. * Pppery * it has begun... 21:39, 6 April 2024 (UTC)[reply]
  • Oppose As far as I know, obvious and unlikely names can already be speedy deleted. The Banner talk 22:36, 6 April 2024 (UTC)[reply]
    When a case which R5 would cover goes to RfD, some editors say that it should have been deleted speedily but others oppose the deletion. I'm not sure whether those who oppose disagree that the case is obvious and unlikely, or that CSD includes obvious and unlikely redirects. Either way, it seems that we need to clarify the consensus on this matter. However, if another CSD criterion already covers this case, please suggest a clarification to it rather than creating R5. Certes (talk) 22:57, 6 April 2024 (UTC)[reply]
    CSD is explicitly only for the most obvious cases. If there is disagreement about whether it should be deleted at all then it's not suitable for speedy deletion. The cases where there is agreement are already unambiguously covered by existing, uncontroversial criteria (G6*, R3 and R4). *G6 isn't completely uncontroversial, but the "unambiguously created in error" part that is relevant here is not controversial) Thryduulf (talk) 23:09, 6 April 2024 (UTC)[reply]
    There is clearly disagreement about whether R5 should become a CSD. Does that make it not a CSD? Is unanimity required for this sort of change, or just consensus? Certes (talk) 08:03, 7 April 2024 (UTC)[reply]
    It needs to be uncontroversial that every page which could be deleted according to criterion should be deleted. When the discussions show substantial disagreement then it is clearly controversial. Thryduulf (talk) 18:57, 7 April 2024 (UTC)[reply]
    If an editor states that alternative capitalizations should have been speedy deleted then they're wrong. They do not qualify under the existing R3 and G6 rationale, as I've explained to Crouch when they've CSD tagged alternative capitalizations in the past. They're possible search terms, which makes them ineligible for R3, and frankly I'd love to see AnomieBot or something regularly create the alternative capitalizations, similar to how it does with hyphens and en dashes. Hey man im josh (talk) 03:58, 7 April 2024 (UTC)[reply]
    I hope there is no way that systematically cluttering the namespace with more erroneous redirects would gain consensus. Where do we stop? Do we also create 356,000 redirects for each plausible misspelling of "disambiguation"? How about duplicating every qualified article title by creating redirects from miscapitalisation Foo (Film), Foo (Footballer), etc.? Certes (talk) 08:01, 7 April 2024 (UTC)[reply]
    Sure, why not? It doesn't make Wikipedia worse. They're possibly search terms. Hey man im josh (talk) 14:24, 7 April 2024 (UTC)[reply]
  • Comment: I don't want to bludgeon the discussion, so I'll back off after this. But can anybody give me one example of how pages with an alternative capitalization on the disambiguator are a net negative and worth spending our time on fighting against? Those are typically piped anyways, so people wouldn't typically notice anyways. I'm always open to changing my mind and view, but over the last year where I've been following that disagreement, I just don't get it, and I really want to. The justification I end up being led to is a a user essay, not a guideline, and WP:IDONTLIKEIT. If someone convinces me I'll happily change my view and help clean up. But I just genuinely don't get it and feel like I'm taking crazy pills when people are steadfast against alternative capitalizations. Hey man im josh (talk) 04:05, 7 April 2024 (UTC)[reply]
    Suppose we have a page that intentionally links to more than 7 dab pages like Joey (name). That page was tagged with {{dablinks}} by User:DPL bot here because the links didn't end with "(disambiguation)" like WP:INTDAB says they should. Once that was fixed, the bot removed the tag. However, had a well meaning editor used "(Disambiguation)" instead in an attempt to fix the problem, the tag would have stayed and the bot would readd it if someone tried to remove it. In that case, the editor trying to fix the problem would be at a loss since all the dab links are correctly marked as such from their perspective. User:JaGa (who should have been notified of this discussion from the beginning) can correct me if I'm wrong.
    Now, considering the hypothetical I described above as well as the fact that the number of people who will be inconvenienced by the absence of such redirects is vanishingly small, is it worth it to keep them? Nickps (talk) 13:57, 7 April 2024 (UTC)[reply]
    @Nickps: Would we not have the page link to the proper dab location instead? People linking a redirect by mistake (of say a plausible misspelling) would not be reason enough for redirect variations not to exist. Hey man im josh (talk) 14:27, 7 April 2024 (UTC)[reply]
    If a tool used to maintain the encyclopaedia encounters something that makes it behave in an undesirable manner then it needs to be either fixed or replaced with a tool that works properly. We should never degrade the reader experience (such as by breaking links) just to make life easier for editorial tools. Thryduulf (talk) 19:02, 7 April 2024 (UTC)[reply]
    The tool does not behave in an undesirable manner. This is what is supposed to happen. WP:INTDAB says the community has adopted the standard of routing all intentional disambiguation links in mainspace through "Foo (disambiguation)" redirects (emphasis in the original). This isn't just a faulty assumption by a bot author, there is consensus behind it. Even if we decide that we should keep redirects of the form "... (Disambiguation)", "... (DISAMBIGUATION)" etc., there is no reason to change INTDAB or User:DPL bot's behavior. We will just have to replace every mainspace link that points to such a page with the correctly capitalized version. The reason I still want to delete those pages is because I don't think such a process is worth it. Nickps (talk) 19:30, 7 April 2024 (UTC)[reply]
    If the bot is failing to recognise intentional redirects to disambiguation pages as intentional redirects to disambiguation pages that is undesirable. Even if we decide that we should keep redirects of the form [...] We will just have to replace every mainspace link that points to such a page with the correctly capitalized version.[citation needed].
    The purpose of routing intentional links to disamiguation pages via redirects is so that they can be distinguished from unintentional links to disambiguation pages. The capitalisation (or indeed spelling) of the redirect is completely irrelevant to that. Thryduulf (talk) 19:55, 7 April 2024 (UTC)[reply]
    I think INTDAB should stay exactly as is since if we changed it to allow alternative capitalizations, that'd cause intended dab links to be inconsistent with each other, which would look unprofessional. All lowercase "disambiguation" should absolutely be a house style for dab links, even if we allow alternate capitalizations to exist. At best, we could have a bot recognize that those links are intentional and change them to the correct version, but we should not let them stand. Nickps (talk) 20:29, 7 April 2024 (UTC)[reply]
    After carefully re-reading that comment three times, I can't believe that I understood it correctly. Is it seriously suggesting that any old qualifier that looks a bit like "(disambiguation)" will do and, rather than correcting such errors, we should leave them in place and rewrite our processes and software to allow anyone to misspell the word however they like? Certes (talk) 20:40, 7 April 2024 (UTC)[reply]
    You have not understood the comment correctly. I'm saying that we could choose to allow any string that resembled "disambiguation" and still achieve the goal of distinguishing intentional and unintentional links to disambiguation pages. This means that if we want to restrict it to a subset of that then it has to be for other reasons than simply achieving the goal. Personally I think "disambiguation", "Disambiguation" and "DISAMBIGUATION" should all be identified as correct; other capitalisations and any commonly-encountered misspellings (if there are any) should be changed to one of those three by a bot, and misspellings should be flagged for human attention.
    What I didn't say, but should have done, is that regardless of what we choose to accept for internal links that is completely independent of which redirects should be kept for the benefit of people searching or following links from external websites (in the same we keep almost all other redirects from plausible but incorrect capitalisations despite not linking to them internally) Thryduulf (talk) 21:07, 7 April 2024 (UTC)[reply]
    Thanks; that's clearer. I think that any hypothetical bot should correct other capitalisations in links along with known misspellings, as we currently do manually. That is a discussion for another place but, if we find consensus that INTDAB links to Foo (DISAMBIGUATION) are a good thing, then we should retain redirects of that name rather than deleting them speedily (or slowly), and possibly create the 99.999% of them which are currently missing. That is indeed a different question from whether we should retain such redirects for searching or external links. Certes (talk) 21:24, 7 April 2024 (UTC)[reply]
    Its quite simple, if you think "Foo (Disambiguation)" or even "Foo (DISAMBIGUATION)" redirects are useful then get consensus to have a bot create all of them. Either readers and editors find them useful, in which case they should all be created or they don't, in which case they should all be deleted unless an exception applies. And if we think things out well as you said in the London discussion (its not clear if you're referring to the individual or mass creation as "well thought out") then we would realize that it is not good use of editor time to create and patrol random DAB redirects rather than create them when a bot. Again this is different to other types of redirects like where one redirect for an alternative name is used while the other isn't. All DAB pages have the same function and the (im)plausibility applies to all such titles regardless of if someone arbitrarily creates some. Crouch, Swale (talk) 19:38, 9 April 2024 (UTC)[reply]
    @Crouch, Swale: What makes alternative capitalizations on disambiguators any different from alternative capitalization redirects? I don't see people up in arms about alternative caps used for a wide variety of redirects. I'm not arguing for the full caps by any stretch, but I'm not sure consensus is even required for alternative capitalizations. As for, "..then we would realize that it is not good use of editor time to create and patrol random DAB redirects", the bot which automatically patrols a number of redirects typically automatically marks a wide variety of alternative capitalizations as patrolled as well. I don't believe this would add much, if any, burden to the NPP team. Hey man im josh (talk) 20:23, 9 April 2024 (UTC)[reply]
    RDAB gives the reasons for DAB pages with incorrect qualifiers and if we wanted them they would be created with the correct templates etc. Crouch, Swale (talk) 14:04, 10 April 2024 (UTC)[reply]
    RDAB is an essay that expresses opinions. Some of those reflect widespread consensus, some of those opinions do not, and it makes no effort to distinguish them. It also makes no attempt to justify most of those opinions - e.g. it doesn't give any reasoning why "(Disambiguation)" should be regarded as less correct than "(disambiguation)". Thryduulf (talk) 14:59, 10 April 2024 (UTC)[reply]
    @Crouch, Swale: I've read the WP:RDAB essay, but I fail to see how disambiguators using a different capitalization are harmful to the encyclopedia but redirects using alternative capitalization without a disambiguation are not (not that I want other alternative capitalizations deleted, just wanted to ask this again since it wasn't addressed). In short, I'm looking for an explanation and justification other than because a user essay says. I'm trying very hard to understand how the disambiguations in brackets, such as "(Actor)", "(Politician)", or "(Singer)", make the site worse, but no one has offered up a good explanation. Capitalization after the opening bracket certainly isn't unlikely, someone may have just held the shift button a slight bit too long. Newer users also usually aren't familiar with our naming conventions, so it doesn't seem implausible that someone may capitalize what's in brackets not knowing that we don't do so. Hey man im josh (talk) 15:11, 10 April 2024 (UTC)[reply]
    Bots which mark redirects as patrolled just look at who created them rather than attempting to triage their title, target, rcats, etc. Being patrolled in this way simply means that a trusted editor thought it should be created (or made a mistake). Certes (talk) 17:23, 10 April 2024 (UTC)[reply]
    @Certes: That's actually not true, the bot will mark certain kinds of redirects as patrolled, even if you aren't on the redirect autopatrol list. See some of the rules for the bot listed at User:DannyS712 bot III/rules. You'll note under bot task #38, point B, focuses on the target and the redirect, comparing the two for differences in capitalization and marking them as patrolled. Hey man im josh (talk) 18:28, 10 April 2024 (UTC)[reply]
    Ah, thanks for the correction. I remember making suggestions when Danny was writing the bot about what sort of redirects could safely be passed, then I ended up with mine being passed based on author, but I didn't realise both measures were in place. Certes (talk) 18:47, 10 April 2024 (UTC)[reply]
    If you have any more suggestions about redirects you think that should be autopatrolled I'd love to hear it @Certes. We recently reached consensus to autopatrol the redirects left behind by page movers when a page is moved (based on the threshold to receive the page mover permission, we should be able to trust the moves made by these users). Hey man im josh (talk) 18:52, 10 April 2024 (UTC)[reply]
    Thanks, I'll have a think and reply somewhere more relevant. Certes (talk) 18:56, 10 April 2024 (UTC)[reply]
    A bot would still make fewer mistakes than a human if programmed correctly and would manage to create consistency. @Hey man im josh and Thryduulf: WP:AFFINITY says or a disambiguated title with one parenthesis missing (the last is an example of an unnatural error; i.e. an error specific to Wikipedia titling conventions that would likely not be arrived at naturally by readers, thereby adding to the implausibility). A title when the error is in brackets (or commas) is generally implausible as its very unlikely anyone will make use of it and as BD2412 said in the 2022 RFD as it stands these excess incoming links are a nuisance to editors trying to fix disambiguation errors. Deleting these will only enable access to the links with the proper capitalization. So with almost no likelihood of use by readers (and if it is likely we should create all) but an inconvenience to editors who's efforts would be better spent of improving other things for our readers I think this along with the 2022 and 26 March RFD that there is a consensus (though weak) that these should not exist. Crouch, Swale (talk) 22:16, 10 April 2024 (UTC)[reply]
    Note that WP:AFFINITY is just a different section of the same essay so you haven't actually answered the question asked. No evidence is presented for the assertion that A title when the error is in brackets (or commas) is generally implausible as its very unlikely anyone will make use of it - indeed in multiple AfDs evidence that people do use some redirects that have "errors" within the parentheses. Deleting these will only enable access to the links with the proper capitalization. As repeatedly explained, this is false - some readers will access the content they are looking for via other links, other readers will not.
    As also mentioned multiple times, the inconvenience to editors can be solved at a stroke by changing the programming of the bot to stop flagging the redirects as errors (and/or by changing them itself). Thryduulf (talk) 23:15, 10 April 2024 (UTC)[reply]
    No evidence has been presented to support the claim that readers will benefit from a few random qualified redirects to DAB pages while multiple editors who fix DAB linked have expressed the point that they inconvenience editors. In a few cases evidence has been presented that they get a few views and have a few links but that doesn't show the viewers would actually have been inconvenienced as its likely the readers would have landed on the correctly capitalized version first time and the links would be corrected/wouldn't have been made to the incorrect title "A redirect that has other wikipages linked to it is not necessarily a good reason for keeping it. Current internal wikilinks can be updated to point to the current title.". Crouch, Swale (talk) 21:29, 12 April 2024 (UTC)[reply]
    "No evidence presented" – Seriously? There absolutely has been evidence that these can be useful. It's funny considering the crux of your argument is a user essay and WP:IDONTLIKEIT. As mentioned, the bots can be tweaked. Please ping me when you propose another rationale to delete all alternative capitalizations on Wiki because of people mistakenly linking to a redirect. Hey man im josh (talk) 21:48, 12 April 2024 (UTC)[reply]
    @Hey man im josh: From what I can see leaving aside the linkrot arguments that were presented in the 2022 discussion (but obviously not in the 2024 discussion) the main reason for keeping them was that some people navigate using direct URLs rather than the search box but there wasn't any reason to believe that its likely many will do that for the very small number of them that exist. And I didn't write the essay which is in the project space not userspace though I did add a "See also" to an essay I write years ago and have commented on the talk page, see WP:PERESSAY. Crouch, Swale (talk) 19:46, 15 April 2024 (UTC)[reply]
    When asked for a reason other than "this user essay, that presents no evidence to back up its assertions, says so" you point to... a user essay that doesn't even discuss the topic, let alone present relevant evidence? Why do you think that is relevant?
    Your other argument is "evidence was presented in discussions that people use these redirects" as evidence for your assertion that people don't use these redirects. That's not convincing me you are listening to what people are saying to you. Thryduulf (talk) 20:55, 15 April 2024 (UTC)[reply]
    @Thryduulf: WP:RDAB is not a WP:User essay (yes it was a user essay in the past but its been in the project space for nearly 8 years) its a project essay that as noted I haven't really contributed to and most people support even though a significant minority oppose it. I'm just going by the consensus of which COSTLY has been cited in hundreds of RFDs over many years so its not my personal preference I'm going by what the consensus is which appears to be that they should be deleted. RDAB specifically discusses redirects with incorrect qualifiers. That's not a case of IDONTLIKEIT. If you want a reason other than based on the project space essay then I'd argue that those created accidentally (and were moved to the correct case) are borderline G6. Crouch, Swale (talk) 17:53, 16 April 2024 (UTC)[reply]
    Those which are G6 can and should be deleted under that criterion so a new one isn't needed. Of the rest, firstly there aren't that many (so a new criterion isn't needed) and secondly not all of them should be deleted reducing the number even further. Thryduulf (talk) 19:12, 16 April 2024 (UTC)[reply]
    @Crouch, Swale:
    • WP:RDAB states: This is an essay. It contains the advice or opinions of one or more Wikipedia contributors. This page is not an encyclopedia article, nor is it one of Wikipedia's policies or guidelines, as it has not been thoroughly vetted by the community. Some essays represent widespread norms; others only represent minority viewpoints.
    • WP:RDAB is not a WP:User essay – The point is it's an essay created by a few people, not policy, so the semantics of it don't really matter. These things have a habit of not changing beyond the original's writers intentions, otherwise people encourage someone to write another essay.
    • I haven't really contributed to and most people support even though a significant minority oppose it – You may not have contributed to it, but you're using it as the primary rationale when arguing for additional CSD criteria to be added. As you mention though, a significant minority oppose it, meaning this suggestion does not fit the criteria of being uncontroversial.
    • RDAB specifically discusses redirects with incorrect qualifiers.Template:R from incorrect disambiguation and Template:R from miscapitalisation both exist as relevant categories and are accepted types of redirects, by and large. It's unclear how a mis/alternative capitalization in brackets makes the search time suddenly in valid.
    • If you want a reason other than based on the project space essay then I'd argue that those created accidentally (and were moved to the correct case) are borderline G6. – I've been begging for a reason other than the essay. As mentioned though, I fail to see what makes an alternative/miscapitalization of the first letter of a disambiguator an unlikely search term and an unhelpful redirect.
    Thryduulf and I have presented numerous examples of how these redirects are possibly useful, but throughout the discussion you keep coming back to RDAB. Whether you want to use the words or not, this absolutely boils down to a case of IDONTLIKEIT. Hey man im josh (talk) 19:40, 16 April 2024 (UTC)[reply]
    @Hey man im josh: An essay that has been endorsed by the majority of people does appear to have consensus. Yes PANDORA is clearly controversial but RDAB appears to be less so even though it is still controversial. CHEAP is also an essay which has existed longer which has also been used by numerous people and IDONTLIKEIT which I don't think apples here is also one.
    Yes that is a reason against it but many CSD criteria are also somewhat controversial. If there is a weak consensus it may be useful to have it.
    Such templates are used on redirects but redirects with implausible or malformatted qualifiers are also commonly deleted at RFD.
    Though policies and guidelines are stronger arguments as noted essays can still be used to argue things on Wikipedia. In any case as noted both the 2022 and 2024 RFDs neither of which were started by me resulted in a consensus to delete. You don't have to agree with that consensus and are free to argue against it but to claim IDONTLIKEIT in face of those RFDs seems a bit odd.
    The main arguments you and Thryduulf have presented are direct URL entering and the fact people have thought it necessary to create them but as noted it doesn't appear readers are likely to find them useful due to the qualifiers being WP specific and the way the search box goes. Though I would say its hard to provide evidence either way though I accept incoming links is evidence of this. I'd also give more weight to what users who use/participate in the DAB fixing tools than what I think and as noted multiple such people have complained about them. Crouch, Swale (talk) 21:30, 18 April 2024 (UTC)[reply]
@Crouch, Swale: An essay that has been endorsed by the majority of people – Citation needed.
I actually didn't mention the URL stuff. I said that it's easily possible, and likely that it happens all the time, where one user is typing and holds the shift button a little too long when adding a bracket, only to accidentally capitalize the first letter of the disambiguator. I have also said that I fail to see how these are harmful redirects. As we've also repeatedly mentioned when you bring up the search, the auto fill and drop down of options when you've partially typed in the search box doesn't work in every scenario, as you're suggesting. As such, it's then easy to see how a redirect from a typo / miscapitalization could be useful.
I keep going back to IDONTLIKEIT because the focus of this discussion has been largely on the content of an essay that doesn't make any argument for why the redirects are harmful or detrimental. If there isn't an argument besides an essay and "they were deleted before", then that's IDONTLIKEIT.
I'd also give more weight to what users who use/participate in the DAB fixing tools than what I think and as noted multiple such people have complained about them. – Do you give weight to the people who review the redirects? I see alternative capitalization all the time, and when it's just on the first letter of a word I always mark it as reviewed for the reason that it could be helpful to someone.
Franky I don't care at all about PANDORA in this situation. As an NPP coordinator / the leading redirect reviewer since over the past year and a half, I can attest that it's no extra work for reviewers (alt capitalizations are already auto reviewed) and we could ask Anome to have their bot auto create these like they do for titles with an en dash in the (the redirects they create use hyphens).
In short, the alternative capitalization of the first letter is harmless, it's possibly useful, and it's not an improvement to the Wiki to delete these. Hey man im josh (talk) 21:58, 18 April 2024 (UTC)[reply]
Directet URL entry is simply one example of a case-sensitive method of navigating Wikipedia, it is not the only one. Many of these redirects have non-trivial numbers of page views, which is objectively evidence of them being used and, given they lead unambiguously to the only correct target, evidence of utility.
If there is a weak consensus it may be useful to have [a CSD criterion]. is absolutely incorrect. CSD is explicitly only for the most obvious cases where everything that could be deleted by a criterion should be deleted, according to consensus. Situations where the is only a weak consensus at best cannot meet those requirements. Thryduulf (talk) 23:26, 18 April 2024 (UTC)[reply]
@Hey man im josh and Thryduulf: I don't know a huge amount about how DAB fixes work and how these interfere with it but User:Certes does appear to so may be able to explain better. In terms of caring about readers (or editors) using the redirects I'd argue its more confusing to have such redirects for a small number than not at all and if we thought such redirects were useful we would just get a bot to create all of them meaning such searches would always work rather than working in a small number of cases similar to the comments at Wikipedia:Redirects for discussion/Log/2024 January 24#Absolutely every malformed disambiguation without parentheses. So if we care about people being able to use such redirects why not do it for all. Personally I'm normally an inclusionist but I think such redirects are outside that, on a similar note just because I think its a good idea to have a separate article on every municipality and census settlement and even other settlements doesn't mean I would think its a good idea to have an article on every farm or building. Crouch, Swale (talk) 19:05, 22 April 2024 (UTC)[reply]
So, basically, because there's not enough of the redirects of this style you're arguing it's more confusing? We could easily request AnomieBot be configured to create these types of redirects. As for the linked AfD, that's an entirely different set of potential disambiguations which are less likely than the likely possibility of accidently using an alternative capitalization. Hey man im josh (talk) 19:13, 22 April 2024 (UTC)[reply]
Personally I think helping people find the page they are looking for on some occasions is much better than going out of our way to never help them, but if creating a "(Disambiguation)" redirect to match every "(disambiguation)" page or redirect is what it takes to stop making the encyclopaedia harder to navigate then let's just do that. As for the linked RfD, you will see that I argued to keep those that are navigationally useful so I'm not sure why you think that example of OTHERSTUFF is helpful to your argument? Thryduulf (talk) 19:30, 22 April 2024 (UTC)[reply]
Link fixing is needed after an editor links to a dab such as Mercury when they meant Mercury (planet). Very occasionally, we really do want a link to the dab. (For other uses, see Mercury). To mark such cases so we don't keep checking them repeatedly, we apply WP:INTDAB and link to [[Mercury (disambiguation)|Mercury]]. Experienced dab fixers know to skip such links, and so do tools which produce reports such as Disambiguation pages with links. They don't skip (Disambiguation), (DISAMBIGUATION) or (Disrandomtypotion), so links to such redirects would have to be checked again and again. Eventually, they would mount up and dwarf the actual errors. At that point, we would have no alternative but to give up and just leave all the bad links for our readers to follow. In fact, if (Disambiguation) redirects are created systematically, I for one will see no point in continuing this work and will give up immediately. Certes (talk) 19:39, 22 April 2024 (UTC)[reply]
@Thryduulf: Yes I know you !voted to keep but Josh !voted to delete which is who I was asking that particular question to. Crouch, Swale (talk) 19:47, 22 April 2024 (UTC)[reply]
@Certes alternatively, the tools could just be adjusted so they don't mark "(Disambiguation)" etc as errors - indeed as they aren't errors they shouldn't marked as such at the moment. Thryduulf (talk) 19:56, 22 April 2024 (UTC)[reply]
  • Support all except capitalisation of first letter, so I think this should be reworded to exclude that if it passes. As countless RfDs leading to WP:SNOW-level deletions (and amusing the daily logs to become massive) have shown, these redirects are completely unnecessary, unhelpful to the point that they are WP:COSTLY and should not exist, and they have clogged up the RfD log from discussions many times in the past. Therefore, this speedy deletion category is needed so that these can be deleted efficiently without wasting time or space at RfD. However, unlike the redirect types outlined at WP:RDAB and the other categories, there is a small chance that redirects with the alternate capitalisation can be useful. Even though this chance is small, I still think it is enough to justify a full discussion at RfD rather than speedy deletion. Leaving only this type of redirect for RfD is not enough to clog the daily log up with discussions, so I see this arrangement as a win-win where the unhelpful, unnecessary WP:RDAB-type redirects are speedily deleted as they should while redirects with a small chance of usefulness get a full RfD discussion without filling the log up with discussions. InterstellarGamer12321 (talk | contribs) 11:47, 7 April 2024 (UTC)[reply]
    Also, I think at least some (if not all) of the text currently at WP:RDAB should be added to the speedy deletion criterion definition to specify which types of redirects fall under this criterion to avoid confusion. InterstellarGamer12321 (talk | contribs) 11:52, 7 April 2024 (UTC)[reply]
  • If first-letter capitalization (Foo (Disambiguation)) is excluded, then no evidence has been presented that this happens at all, let alone frequently enough. And Foo (desambiguation) is either an R3 or needs more than one pair of eyes anyway. No argument to answer. —Cryptic 12:39, 7 April 2024 (UTC)[reply]
  • Support because it is rare for people to capitalise "Disambiguation" or said word in all caps. "desambiguation" is a typo that would obviously be qualified for R3 anyways. Toadette (Let's talk together!) 10:28, 10 April 2024 (UTC)[reply]
    Things that are rare fail WP:NEWCSD requirement 3. Also "rare" is not the same thing as "harmful". Thryduulf (talk) 11:10, 10 April 2024 (UTC)[reply]
  • Oppose We already have criteria for the most obvious misspelling issues, redirects are cheap, deleting a redirect using other than CSD isn't exactly a burden on the system. I don't see this as solving a real issue, but it could cause some. Dennis Brown - 06:30, 11 April 2024 (UTC)[reply]
  • Oppose per Thryduulf and Dennis Brown. R3 suffices for most cases, and the rest can go to RfD. This is simply not a significant problem. – bradv 15:15, 11 April 2024 (UTC)[reply]
  • Support these routinely get deleted at RfD; there is no reason to have the same debate 1000 times when the merits remain the same every single time. Elli (talk | contribs) 19:45, 16 April 2024 (UTC)[reply]
  • Oppose: gods, are we still arguing about this? Per Thryduulf and my previous comments. These rarely do any harm. Cremastra (talk) 15:44, 21 April 2024 (UTC)[reply]
  • Wait, aren't we discussing something similar above? It feels like this proposal should have been incorporated into that RfC, perhaps as a secondary question. Regardless, support; there is consensus from countless RfD discussions, not merely from the wording at RDAB, that these redirects are not helpful and should be deleted. InfiniteNexus (talk) 16:45, 21 April 2024 (UTC)[reply]
    They are properly separate because they deal with different things, only one of which meets the requirements for a speedy deletion criterion. Thryduulf (talk) 16:57, 21 April 2024 (UTC)[reply]
  • Comment: I would be okay with this if we limit it to recently created redirects (similar to how A10 and R3 are limited to recently created redirects). Without this qualification, I oppose the change. For redirects that have existed a long time, the small maintenance benefit of deleting them doesn't outweigh the risk of breaking incoming external links (WP:RFD#KEEP point 4). —Mx. Granger (talk · contribs) 13:58, 25 April 2024 (UTC)[reply]

Proposal: add a "recency" clause to G4

I propose to add a clause to WP:G4 (recreations of deleted articles) to restrict the criterion to recreations of recently deleted pages. Proposed changes:

This applies to sufficiently identical copies, having any title, of a page recently deleted via its most recent as the result of a deletion discussion. [...]

(There is a footnote following "deletion discussion" explaining that the most recent deletion discussion determines the validity of this criterion, so I don't think that needs to be awkwardly shoehorned into the criterion itself.)

I have noticed a trend lately of editors tagging articles with this criterion and linking to a "most recent" discussion that is many years old, both for pages recently created, and for pages which were recreated shortly after their deletion discussion but have hung around for many years without issue. A problem with G4 is that non-admins can't see the deleted version to compare to, but I don't think it's reasonable to presume that no new information is available many years later, nor is it reasonable to assume that an editor creating an article on a topic which was deleted many years ago is recreating an identical article, and so these tags don't meet the "objective" nor the "uncontestable" provisions of speedy deletion. This criterion is meant to capture obvious attempts to evade deletion, but the current scope is too broad. I don't have a suggestion for defining "recently" but we have similar clauses in other criteria.

  • Support as proposer. Ivanvector (Talk/Edits) 14:26, 12 April 2024 (UTC)[reply]
  • Comment I'm not sure whether this is necessary because a substantially identical version can appear the same after 3 months or 3 years. An objective reference point could be that if the new version cites at least one reliable source more recent than the last deletion discussion, G4 is unlikely to apply. However, I'm unsure if the frequency of "gaming" such a criterion (i.e., shoehorning a recent source into an article otherwise identical to the one deleted) would be high enough to merely discourage such tagging, or low enough that such pages can safely be automatically disqualified from G4. Complex/Rational 14:59, 12 April 2024 (UTC)[reply]
  • Oppose. The question is not whether the deletion was recent, the question is whether the reasons for deletion still apply. —Kusma (talk) 15:23, 12 April 2024 (UTC)[reply]
  • Oppose Pretty much per Kusma - this IMO defeats the point. * Pppery * it has begun... 15:49, 12 April 2024 (UTC)[reply]
  • How long generally would have to go by to prevent G4? I don't think anything less than 10 or 5 years would be a good idea especially since our inclusion criteria often get stricter. Crouch, Swale (talk) 18:08, 12 April 2024 (UTC)[reply]
  • Oppose per Kusma. In some cases previous discussions stay relevant for over a decade, in others they're obsolete within weeks. I am open to clarification regarding when it applies, but a nebulous "recent" is not it. Thryduulf (talk) 20:15, 12 April 2024 (UTC)[reply]
  • Oppose. The points raised in a deletion discussion don't automatically become invalid because time has passed since the discussion. Adding this restriction to G4 would just force us to open more discussions where we restate arguments that were raised years before, and Wikipedia has enough active deletion discussions as is. Glades12 (talk) 18:37, 22 April 2024 (UTC)[reply]

Proposed new or modified criterion: clear SALT evasion

This proposal is for a criterion for deletion of articles which are obvious recreations of any article that is create protected. This is possibly already partly covered by WP:G4 (though only for "substantially identical" recreations) or WP:G5 (though that is based on the editor, not the topic) but I would like to create an explicit, articles-only criterion for this (so as to except legitimate drafts). Proposed wording:

Axx: Unambiguous creations of a topic protected against creation. This applies to any article, having any title, that is an unambiguous creation of any topic that has been protected from creation under any title, or is an unambiguous attempt to evade the title blacklist. This criterion does not apply to drafts approved by articles for creation nor content recreated by a request for undeletion or deletion review. It also does not apply if the page creator holds the userrights to override the creation protection, though it is expected that users creating a protected page will have consulted with the protecting administrator first.

  • Support as proposer. Open to suggestions for wording, of course. Ivanvector (Talk/Edits) 14:52, 12 April 2024 (UTC)[reply]
  • Not sure that this is needed, and if it is, it should be via clarification of G4 instead of a new A criterion. Why should it not apply in Wikipedia space? —Kusma (talk) 14:59, 12 April 2024 (UTC)[reply]
  • On second thought, oppose, this seems backwards. SALT is there to help enforce G4, we shouldn't add secondary criteria to deal with people going around the tool that helps us deal with G4. —Kusma (talk) 15:21, 12 April 2024 (UTC)[reply]
  • Support Makes sense. * Pppery * it has begun... 15:49, 12 April 2024 (UTC)[reply]
  • Oppose. An admin can salt a title for any reason whatsoever. This criterion would give any admin unilateral power to declare any topic speedy-deletable. -- King of ♥ 16:16, 12 April 2024 (UTC)[reply]
  • If whatever's created in defiance of a salting isn't already speedyable, then the salting isn't valid. Evasion of salting is an indicator that we need to escalate to other tools - typically some combination of blacklisting, blocking, and edit filters - not just to deescalate to simple deletion, which has already shown itself to be inadequate by the very fact that it's salted to begin with. —Cryptic 16:19, 12 April 2024 (UTC)[reply]
  • Oppose G4 seems sufficient, as noted an admin can protect a page sometimes if its only re created a few times and then sometimes 10\20 years down the line someone completely different wants to create a page sometimes on a completely different topic. Personally I'd rethink if we should even be salting many pages anyway. Crouch, Swale (talk) 18:15, 12 April 2024 (UTC)[reply]
  • Oppose, mostly per Cryptic. G4 already applies to pages with any title, so for pages that are substantially identical this is redundant. For pages that are not substantially identical, then if they are not already speediable under a different criterion then we should not be speedy deleting them - not least because some of them will have addressed the reason for the first deletion. Thryduulf (talk) 20:19, 12 April 2024 (UTC)[reply]
  • Oppose G4 already covers this, and is intentionally broad in that you can delete virtually any title if it is substantially similar. Adding a new cat would likely muddy the waters. I don't see the need to even tweak G4, but if it needed it, that would be better than a new cat of CSD. Additionally, if a user is creating multiple articles to bypass SALT, they typically get blocked for WP:DE, and any SALT bypassing article they create using a sock can be deleted under G5 or G4. Dennis Brown - 00:40, 16 April 2024 (UTC)[reply]
  • Oppose per King of Hearts. Galobtter (talk) 02:23, 16 April 2024 (UTC)[reply]
  • Oppose. If the original page met a CSD, then the same criterion can be used to delete it under any other title. If the page was deleted after an XfD, then you can use G4 regardless of the new title. If neither is true, an admin shouldn't have deleted the page in the first place let alone used the salt feature. Glades12 (talk) 18:48, 22 April 2024 (UTC)[reply]

Clickable icons to CSD template

Hello, I've proposed adding a clickable icon to the speedy deletion tags. Please visit Template talk:Db-meta#Add clickable icon to participate in the proposal. Nyttend (talk) 20:01, 29 April 2024 (UTC)[reply]

Proposal (U3A)

I am proposing a new criteria:

  • U3: A user page which is the exact same content as an existing page, and which have no reason to do so. This would only apply to the main user page, not others.

Feel free to comment. thetechie@enwiki: ~/talk/ $ 01:34, 3 May 2024 (UTC)[reply]

  • Support as proposer. thetechie@enwiki: ~/talk/ $ 01:34, 3 May 2024 (UTC)[reply]
  • If we are going to create a new UCSD, it would be U6 (WP:U3 was previously non-free image galleries in userspace). If I understand the proposal correctly, would this be to deal with WP:COPIES issues? If so, I support such a CSD (see WP:MFD, which is currently flooded with COPIES issues). However, the wording needs some work (in particular, to add a grace period for temporary drafting). HouseBlaster (talk · he/him) 01:43, 3 May 2024 (UTC)[reply]
  • Oppose no reason these pages should be deleted instead of blanked or redirected to the page they copy from. * Pppery * it has begun... 02:36, 3 May 2024 (UTC)[reply]
  • I don't really understand the situation or the use case. If it's someone's own userpage, they can use U1. If it's someone else's, then there might be a reason the proposer does not know. CMD (talk) 03:17, 3 May 2024 (UTC)[reply]
  • I don't see the need. If they copy a page over from mainspace to their page without attribution, we can delete it as a copyvio, technically speaking. Most of the time I've seen people do this, they are using the user page as a sandbox and just don't know they have a sandbox. They may either be preparing a major rewrite, or just trying to learn how to do things. Both circumstances mean they need to use a sandbox, but it isn't particularly disruptive. The only problems I typically see with "articles" on userpages are copies of deleted articles, without attribution, because they are trying to push them back into mainspace. We already handle those via G4 or G12, even tho it isn't in article space. I guess my point is, I don't see what problem this would fix when we already have plenty of tools to deal with actual problems on user's pages. Dennis Brown - 07:05, 3 May 2024 (UTC)[reply]
  • Oppose per Dennis Brown and Pppery. Deletion isn't needed in the majority of cases and we have existing criteria available for what it is. Thryduulf (talk) 08:48, 3 May 2024 (UTC)[reply]
  • Just noting from a "copyvio" perspective that attribution can easily be provided in an edit summary (e.g. "text here copied from XYZ") and almost never requires G12 (and in fact most times is a bit of IAR when deleting as such). Primefac (talk) 09:36, 3 May 2024 (UTC)[reply]
    Perhaps, but a little bit of discussion (or totality of circumstances) can usually tell you if deletion or education is the solution. Dennis Brown - 09:41, 3 May 2024 (UTC)[reply]
  • G12 specifically excludes copies from Wikipedia: "free content, such as a Wikipedia mirror, do[es] not fall under this criterion, nor is mere lack of attribution of such works a reason for speedy deletion". Copying within Wikipedia is allowed for a reason and it's easy to repair "bad" copies; please don't delete unattributed copies under G12. Sdrqaz (talk) 10:56, 3 May 2024 (UTC)[reply]
    That isn't what I was proposing. thetechie@enwiki: ~/talk/ $ 16:56, 3 May 2024 (UTC)[reply]
    I was responding to the comments saying that G12 could be used to delete unattributed copies; I wasn't commenting on your proposal specifically. Sdrqaz (talk) 21:41, 3 May 2024 (UTC)[reply]
  • WP:COPIES and the section below it deals with this. This criteria seems like a good idea but I don't think would pass NEWCSD due to being potentially bity and cases where someone needed a copy to work on before adding to the mainspace article. Crouch, Swale (talk) 18:00, 3 May 2024 (UTC)[reply]

Proposal: new criteria for duplicate drafts

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.



Hi. I'm proposing that a new criteria be added for speedy deletion of drafts, which are duplicated by an existing, rejected draft. Any thoughts? '''[[User:CanonNi]]''' (talk • contribs) 04:24, 20 May 2024 (UTC)[reply]

Just redirect rather than deleting. * Pppery * it has begun... 04:27, 20 May 2024 (UTC)[reply]
WP:SRE. Rejected draft? Redirect to the rejected draft. Do not review, using AfC tools or otherwise, a content fork. If your redirecting is reverted, take it to MfD. Only MfD could generate compelling data to support a WP:NEWCSD for draftspace, like it did for G13. SmokeyJoe (talk) 06:36, 20 May 2024 (UTC)[reply]
I agree with the others here. Redirecting requires no criterion and usually works. Same for drafts that duplicate an existing article (and are not someone actively working on an improvement to that article). —David Eppstein (talk) 08:02, 20 May 2024 (UTC)[reply]
This isn't necessary. If it's a duplicate of another draft just redirect or merge them, if it's a duplicate of an article (and not an attempt to improve it) then redirect to that article. If it's actively causing problems for some reason, and doesn't somehow meet an existing criterion, then explain that at MfD. In every other case, doing anything other than waiting for G13 is a waste of time and effort. Thryduulf (talk) 13:42, 20 May 2024 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Leave a Reply