Wikipedia talk:Requested moves
This is the talk page for discussing Requested moves and anything related to its purposes and tasks. |
|
![]() | NOTE: This is not the place to request moves. Please follow the instructions given on the project page. If you seek instruction on closing existing requests, please see the closing instructions. |
![]() | Please use the Wikipedia:Move review process for contested move request closes. |
![]() | To help centralise discussions and keep related topics together, most subpages of Wikipedia:Requested moves that are unused have talk pages that redirect here. |
![]() | This page has previously been nominated to be moved. Please review the prior discussions if you are considering re-nomination.
Discussions:
|
Index 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 11, 12, 13, 14, 15, 16, 17, 18, 19, 20 21, 22, 23, 24, 25, 26, 27, 28, 29, 30 31, 32, 33, 34, 35, 36 |
|
This page has archives. Sections older than 30 days may be automatically archived by Lowercase sigmabot III when more than 5 sections are present. |
Requested move 22 July 2024
- The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page. No further edits should be made to this discussion.
The result of the move request was: not moved. Snowing. (closed by non-admin page mover) LilianaUwU (talk / contributions) 22:36, 22 July 2024 (UTC)
Wikipedia:Requested moves → Wikipedia:Requested title changes – title changes seems like a better name because we are requesting to change the name or title of the page. for example in this requested move the request is to change the TITLE to Wikipedia:Requested title changes so that is why title changes is a more appropriate name for this page. 173.72.3.91 (talk) 19:47, 22 July 2024 (UTC)
- Oppose move. Wikipedia's terminology has been "move" for 23 years, and there's no reason to change it. O.N.R. (talk) 20:32, 22 July 2024 (UTC)
- Oppose The reasoning for this RM is entirely based on a personal opinion. There are no issues with the current, unless there's a conflicting page because of the title, then I would consider supporting such a move. Jerium (talk) 20:54, 22 July 2024 (UTC)
- Oppose Solution in search of a problem, and one that would take a lot of work to clean up after. * Pppery * it has begun... 22:14, 22 July 2024 (UTC)
move closure reconsideration request
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.
reconsider the move request above to change page title to Wikipedia:Requested title changes as it was closed too fast in less than a day as most move requests take more than a week for consensus. the instructions on top of the closed move say Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page but the talk page of the closer is extended confirmed protected so i am starting that discussion here on this talk page. 173.72.3.91 (talk) 14:44, 23 July 2024 (UTC)
- A move review is unlikely to be successful here, as this close is a textbook definition of one that would fall under the Wikipedia:Snowball clause. --Ahecht (TALK
PAGE) 15:25, 23 July 2024 (UTC)- Ahecht, for what it's worth, this IP has been repeatedly disruptive over the past month or so. They've reverted my snow close on Talk:Project 2025 twice over the same general concerns (closed too early), and they've been edit warring on Wikipedia:Sandbox of all places, leading Daniel Quinlan to block them. All that to say they've been on my nerves for a while now. LilianaUwU (talk / contributions) 20:11, 23 July 2024 (UTC)
- In short, the IP is just a troll. A anyone would be justified in blocking them for a lot longer than 72 hours. They're clearly WP:NOTHERE and deserve zero consideration. oknazevad (talk) 20:43, 23 July 2024 (UTC)
- Agree with Ip title changes is a better title than move 2600:381:C285:663C:10C3:8FE:8B17:2245 (talk) 01:01, 25 July 2024 (UTC)
- Ahecht, for what it's worth, this IP has been repeatedly disruptive over the past month or so. They've reverted my snow close on Talk:Project 2025 twice over the same general concerns (closed too early), and they've been edit warring on Wikipedia:Sandbox of all places, leading Daniel Quinlan to block them. All that to say they've been on my nerves for a while now. LilianaUwU (talk / contributions) 20:11, 23 July 2024 (UTC)
- I find everyone above too dismissive. While it's extremely unlikely for us to change what we call it now (and it'd take far more than one RM), "move" is indeed confusing terminology, and nobody unfamiliar with MediaWiki would understand what you mean if you used it without qualifying it. It requires you to conceptualize page names as spaces to occupy, even though there are effectively infinite combinations of eligible Unicode characters, while nobody would have trouble understanding if it was called "rename". But WP:Rename already redirects to Wikipedia:Changing username, which points in a hatnote to Wikipedia:Moving a page, and that seems adequate to address the confusion newcomers will inevitably have. Nardog (talk) 21:06, 23 July 2024 (UTC)
- yeah i agree move is confusing terminology title change makes much more sense. so that is why i request to reconsider the closure of this request to change article title to Wikipedia:Requested title changes. 173.72.3.91 (talk) 02:18, 24 July 2024 (UTC)
- Please read the room and accept that nobody else agrees with you. * Pppery * it has begun... 02:24, 24 July 2024 (UTC)
- Support 2600:381:C285:663C:10C3:8FE:8B17:2245 (talk) 00:55, 25 July 2024 (UTC)
- The ch 2600:381:C285:663C:10C3:8FE:8B17:2245 (talk) 00:55, 25 July 2024 (UTC)
- WP:OBVIOUSSOCK. Please knock it off. 162 etc. (talk) 02:27, 25 July 2024 (UTC)
- The ch 2600:381:C285:663C:10C3:8FE:8B17:2245 (talk) 00:55, 25 July 2024 (UTC)
- Support 2600:381:C285:663C:10C3:8FE:8B17:2245 (talk) 00:55, 25 July 2024 (UTC)
- [[Wikipedia:Requested name changes]] is also fine 173.72.3.91 (talk) 03:25, 24 July 2024 (UTC)
- Please read the room and accept that nobody else agrees with you. * Pppery * it has begun... 02:24, 24 July 2024 (UTC)
- yeah i agree move is confusing terminology title change makes much more sense. so that is why i request to reconsider the closure of this request to change article title to Wikipedia:Requested title changes. 173.72.3.91 (talk) 02:18, 24 July 2024 (UTC)
Semi-protected edit request on 30 July 2024
![]() | This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
remove the Russia-Ukraine War and 2020 Oregon State Senate election move requests from malformed requests as they are also in the july 30 section 173.72.3.91 (talk) 15:51, 30 July 2024 (UTC)
- never mind looks like RMCD bot already corrected it 173.72.3.91 (talk) 18:19, 30 July 2024 (UTC)
- Please note that in any case the bots overwrite any independent changes made to the list, so this kind of request can't be dealt with here. Dekimasuよ! 00:46, 31 July 2024 (UTC)
Moves during discussion?
If I don't want to wait for a discussion to reach any conclusion, can I just go ahead and do the page moves and renames anyway? Andy Dingley (talk) 21:08, 3 August 2024 (UTC)
- No. That would defeat the purpose of having such a discussion in the first place. – Hilst (talk | contribs) 21:34, 3 August 2024 (UTC)
- But what if I'm really sure that they need to be moved, and the people arguing are just wrong? Andy Dingley (talk) 22:50, 3 August 2024 (UTC)
- Hi Andy Dingley, is this about Talk:M40 gun motor carriage? Typically, if a user has recently done an undiscussed move from A to B, and another user would like to call it into question, there are two ways for him to do so. 1. He can unilaterally revert the move, and then anyone can start a RM for A → B. 2. He can leave it at B for the moment and start a RM for B → A. Either way, the eventual result will be whatever the consensus is, or A if there is no consensus. By leaving it at B but framing the RM as A →B, you didn't quite follow either pattern, so it's creating some confusion. You can fix it in either way. Adumbrativus (talk) 23:49, 3 August 2024 (UTC)
- The first route above is usually better: if a user has recently done an undiscussed move from A to B, and another user would like to call it into question, this should be done by reverting the move instead of starting an RM, since this is sufficient evidence that the undiscussed move was not uncontroversial (WP:RMUM, and also in accord with WP:BRD). The only significant variation in perspective that exists on this is what should be considered "recent". Dekimasuよ! 00:28, 4 August 2024 (UTC)
- Agreed with the above; moving a page while there is an explicit discussion over moving the page is poor form, unless something is egregiously wrong (but then there wouldn't be an RM, would there). Primefac (talk) 00:03, 4 August 2024 (UTC)
- I'm thinking of this in particular, done today. I raised these initially a week ago, but was ignored because there was no RM open on them, therefore [sic] there was no opposition to them. Raising them at Talk:All-purpose Lightweight Individual Carrying Equipment where there's an ongoing discussion on the same basis, this was rejected as 'disruptive' and taken to ANI. Now they're refusing to engage at RM because they don't like the format of the proposition. Clearly the original mover just does not want to discuss any justification for their moves.
- But the problem is that a RM to move them back to the correct version is facing a fait accompli, a pejorative situation to have to work from. Conversely moving them all back first, then raising the proper RM that should have been done initially, is a lot of work to do (probably hundreds of links involved, and some of them can't be moved without admin action anyway), all to then just get blocked for edit-warring before the RM is even filed! In the meantime, the firehose of related moves continues apace, even ridiculous ones like M270 Multiple Launch Rocket System. If a page is moved and it isn't exactly the same page as one of the backlog that are already being complained of, then there's no opposition to that page move, is there? QED. Andy Dingley (talk) 01:32, 4 August 2024 (UTC)
- For what it's worth – in previous similar situations (page BOLDly moved, ongoing RM to return to the original title), what I've seen done is that a participant will leave a comment in the discussion to note the relevant history. The closer can then take this history into account when evaluating the discussion, which should reduce the fait accompli concerns; for instance, I've definitely seen cases where similar RMs had a result of "no consensus, therefore the page is being returned to its original stable title". ModernDayTrilobite (talk • contribs) 04:38, 4 August 2024 (UTC)
- Exactly. But here there's no "ongoing RM to return to the original title". An RM to return to the original title(s) is one of the options I suggested to Andy. Dicklyon (talk) 05:26, 4 August 2024 (UTC)
- For what it's worth – in previous similar situations (page BOLDly moved, ongoing RM to return to the original title), what I've seen done is that a participant will leave a comment in the discussion to note the relevant history. The closer can then take this history into account when evaluating the discussion, which should reduce the fait accompli concerns; for instance, I've definitely seen cases where similar RMs had a result of "no consensus, therefore the page is being returned to its original stable title". ModernDayTrilobite (talk • contribs) 04:38, 4 August 2024 (UTC)
Andy, a notification of this would have been nice. A couple of comments: Yes, you could have just moved the pages back yourself, or asked at WP:RMTR, as I advised you several times, before and after you started the malformed RM; and again. I have done my best to engage in discussion with you, but you ignore me there and at the previous discussion you opened at Talk:M40 gun motor carriage#Undiscussed page move. It would not be edit warring for you to move a few articles back to capitalized titles, and say you oppose more similar ones, after which I'd start a proper RM discussion. It's WP:BRD. But if all you do is throw incivil insults (see bottom of WP:ANI#User:Andy Dingley), you're not really making a case. Dicklyon (talk) 02:16, 4 August 2024 (UTC)
And if "the original mover just does not want to discuss any justification for their moves", why did I make all these edits?
- Replies to you on my talk page before you ignored me there: [1], [2], [3].
- Also my replies to Swatjester in that same section. He took my advice, reverted a few moves, and we started an RM discussion. That's how it works. He also pointed out to me that the titles we're discussing there are unlike the letter/number–class designator titles that you're inquiring about, which is why your long tangent about those at that RM was disruptive, as editors kept telling you.
- This subsection in your nastigram section on my talk page, that I even pinged you to: User talk:Dicklyon#On my moves
- This whole section, which I could reference from, or copy into, a proper RM discussion if one gets started: Talk:M40 gun motor carriage#Origins and early adoption of "gun motor carriage".
- This comment in the talk page section you started. And this one to follow up another user's comments there.
- These comments in your malformed RM: [4], [5], [6], [7].
And there's no response from you to any of those, and no response other than this at my User talk page, your last comment there, last July 25. And you've made no response in the discussion you started on the article talk page on July 24, though a couple of us were trying to discuss. Who is it that's refusing to discuss? Dicklyon (talk) 02:46, 4 August 2024 (UTC)
Procedural close request
Andy's malformed RM at Talk:M40_gun_motor_carriage#Requested_move_2_August_2024 needs to be closed and re-done correctly, either as capitalizing moves from the current titles, or revert those that I lowercased and I'll do an RM from the old titles to lowercase. Would some move-savvy admin please step in and put us out of our misery there please? Dicklyon (talk) 00:39, 5 August 2024 (UTC)
@Primefac: can you help fix this, one way or another? Thanks. Dicklyon (talk) 01:53, 5 August 2024 (UTC)
- It's done. Dicklyon (talk) 18:58, 7 August 2024 (UTC)
Most frequently moved pages
We have WP:Most frequently edited pages; does anybody know what are the WP:Most frequently moved pages or have any ideas for how to find out? Levivich (talk) 18:24, 11 August 2024 (UTC)
- Quarry can answer this - I don’t have time now, but I’ll write a query sometime in the next few days unless someone beats me to it. BilledMammal (talk) 18:42, 11 August 2024 (UTC)
- @Levivich: See Quarry:query/85482. It seems the most frequently moved page is Flexiant, with 58 moves, followed closely by War in Iraq (2013–2017), with 51 moves.
- Note this is limited to non-redirects in mainspace - I can try to expand the query if you want a broader result, although it may time out. BilledMammal (talk) 09:12, 13 August 2024 (UTC)
- Thanks! Levivich (talk) 12:00, 13 August 2024 (UTC)
<- Doing something like this might be faster. The logging table is horrible. This takes 126s from my laptop through an SSH tunnel.
with moves as (
select log_page from logging_logindex where log_type = 'move' and log_page is not null
)
select * from (
select page_title, page_namespace, page_is_redirect, count(*) as move_count
from page
join moves on moves.log_page = page_id
group by page_title, page_namespace, page_is_redirect
) as mp
where mp.move_count > 10
order by mp.move_count desc
limit 20
page_title | page_namespace | page_is_redirect | move_count | |
---|---|---|---|---|
0 | Ahecht/sandbox5 | 2 | 0 | 92 |
1 | Flexiant | 1 | 0 | 76 |
2 | Ahecht/sandbox5 | 3 | 0 | 68 |
3 | Ahecht/sandbox6 | 3 | 1 | 68 |
4 | Flexiant | 0 | 0 | 58 |
5 | War_in_Iraq_(2013–2017) | 0 | 0 | 51 |
6 | Params/testcases/sandbox | 828 | 0 | 51 |
7 | Ahecht/sandbox3 | 2 | 1 | 49 |
8 | War_in_Iraq_(2013–2017) | 1 | 0 | 49 |
9 | Ahecht/sandbox6/Archive_1 | 3 | 0 | 42 |
10 | I_Would_Do_it_All_Again | 0 | 1 | 40 |
11 | Ahecht/sandbox6/Archive_2 | 3 | 0 | 38 |
12 | Ahecht/sandbox4 | 2 | 0 | 37 |
13 | Andy_M._Wang/mobile4 | 2 | 0 | 36 |
14 | 2016_Taiwanese_general_election | 0 | 0 | 34 |
15 | MusikBot/sandbox | 2 | 0 | 34 |
16 | Qwerfjkl/sandbox/60 | 2 | 1 | 33 |
17 | Silikonz/sponge | 2 | 0 | 33 |
18 | Andy_M._Wang/mobile4 | 3 | 0 | 32 |
19 | Ahecht/sandbox6 | 2 | 1 | 31 |
Sean.hoyland (talk) 10:41, 15 August 2024 (UTC)
- Interesting, thanks! Now we know Ahecht is the undisputed champion of the Sandbox Shuffle
Levivich (talk) 15:25, 15 August 2024 (UTC)
- @Levivich That's what happens when you maintain a page swap script that needs testing. --Ahecht (TALK
PAGE) 17:54, 15 August 2024 (UTC)
- @Levivich That's what happens when you maintain a page swap script that needs testing. --Ahecht (TALK
- I tried to add a "where page_namespace is 0" to Sean's query and it didn't work. My SQL knowledge suqs. Help? Levivich (talk) 15:28, 15 August 2024 (UTC)
- It should go between the join and group by lines. Sean.hoyland (talk) 15:57, 15 August 2024 (UTC)
Consensus for color change
Yesterday, I made the following change to the {{RM top}} template. This changed the color of the template from a lighter green to a more saturated green color (since that was the closest dark-mode compatible color available), while also making the template compatible/readable with dark mode (previously, the template would stick out as a blindingly green sore thumb on pages when dark mode was enabled). However, @SilverLocust reverted said change due to the aforementioned color change.
TLDR, would the changes proposed in this edit be acceptable to peeps working in RM? Sohom (talk) 11:56, 15 August 2024 (UTC)
- Here is an example of the change.
- Current appearance:
- The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page. No further edits should be made to this discussion.
The result of the move request was: Moved. (closed by non-admin page mover) Adumbrativus (talk) 05:01, 14 August 2024 (UTC)
Kaveen Bandara → Kavin Bandara – The correct name is Kavin Bandara and not Kaveen Bandara, which may mislead readers. The current name is incorrect and does not reflect the individual's actual name, potentially causing confusion and misinformation. Correcting the name to Kavin Bandara ensures accuracy and reliability of information for all readers ... GanganaB (talk) 04:32, 7 August 2024 (UTC)
- Support. Four of the five cited references have "Kavin", only one ([8]) has "Kaveen". Tevildo (talk) 10:22, 7 August 2024 (UTC)
- Support. The person's name is spelled incorrectly in the article. Waqar💬 19:13, 7 August 2024 (UTC)
- Sohom Datta's proposed appearance:
- The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page. No further edits should be made to this discussion.
The result of the move request was: Moved. (closed by non-admin page mover) Adumbrativus (talk) 05:01, 14 August 2024 (UTC)
Kaveen Bandara → Kavin Bandara – The correct name is Kavin Bandara and not Kaveen Bandara, which may mislead readers. The current name is incorrect and does not reflect the individual's actual name, potentially causing confusion and misinformation. Correcting the name to Kavin Bandara ensures accuracy and reliability of information for all readers ... GanganaB (talk) 04:32, 7 August 2024 (UTC)
- Support. Four of the five cited references have "Kavin", only one ([9]) has "Kaveen". Tevildo (talk) 10:22, 7 August 2024 (UTC)
- Support. The person's name is spelled incorrectly in the article. Waqar💬 19:13, 7 August 2024 (UTC)
- (Note that this looks more like a CfD close rather than the traditional RM close appearance.)
- Alternatively, with WP:TemplateStyles (Template:RM top/styles.css), it should be possible to change the color in dark mode using
@media screen
while preserving the current color in light mode. See mw:Recommendations for night mode compatibility on Wikimedia wikis#Target night mode using standard media query as well as HTML classes. This would be a new transclusion rather than the current subst-ed styles, but that shouldn't be an issue. SilverLocust 💬 ~ 12:49, 15 August 2024 (UTC) - I'm a bit iffy about substing a TemplateStyles declaration on a large number of page, but yes, if using the original colouring scheme is preferred, using TemplateStyles would be the way to go. (From a technical POV, this would be significantly easier) Sohom (talk) 13:12, 15 August 2024 (UTC)
- If there's nothing further here for a couple days, I am fine with restoring the color change. SilverLocust 💬 22:03, 21 August 2024 (UTC)
- On the vector legacy (2010) skin, the old color is unchanged. To view the change, click here to reload this page in vector 2022. (cc: Primefac). SilverLocust 💬 21:13, 23 August 2024 (UTC)
- If there's nothing further here for a couple days, I am fine with restoring the color change. SilverLocust 💬 22:03, 21 August 2024 (UTC)
Linked section headings?
Maybe a silly question but why do we have linked section headings on this page? Wikipedia:Requested_moves#Requesting_controversial_and_potentially_controversial_moves, Wikipedia:Requested_moves#Requesting_technical_moves, etc.? MOS:SECTIONHEAD is pretty explicit that for technical reasons section headings should Not contain links, especially where only part of a heading is linked
and that for stylistic reasons they should Not be wrapped in markup, which may break their display and cause other accessibility issues.
Why aren't the links in those headers done on a subsequent line with the {{see also}} template or something similar instead? ⇒SWATJester Shoot Blues, Tell VileRat! 23:21, 22 August 2024 (UTC)
- The links are for each section that is actually a transclusion of a subpage. They should be left there as it's helpful for getting to the subpage. I agree with the Manual of Style that this shouldn't be done in articles, but it's quite common for subpages in project space, including at XfD venues. SilverLocust 💬 00:58, 23 August 2024 (UTC)
- Not disagreeing with the current practice, but maybe as a middle ground we could use something like {{Transcluded section}} to make it more apparent that it's a transcluded section? Primefac (talk) 16:01, 23 August 2024 (UTC)
- Has anyone actually run into technical issues from links in the section headings at, e.g., AfD, RfD, TfD, DRV, RM, MRV, RFPP, RFAR, or messages on user talk page (such as for AfC/Draftify notifications)? (Other than several Thursdays ago when a MediaWiki update broke headings with links. See Wikipedia:Village pump (technical)/Archive 213#Section headings with links.) SilverLocust 💬 18:18, 23 August 2024 (UTC)
- I don't think that's a "technical restriction" in the sense that it will break things, but more of a "backend/formatting" statement to differentiate it from stylistic header restrictions. Primefac (talk) 21:27, 23 August 2024 (UTC)
- Has anyone actually run into technical issues from links in the section headings at, e.g., AfD, RfD, TfD, DRV, RM, MRV, RFPP, RFAR, or messages on user talk page (such as for AfC/Draftify notifications)? (Other than several Thursdays ago when a MediaWiki update broke headings with links. See Wikipedia:Village pump (technical)/Archive 213#Section headings with links.) SilverLocust 💬 18:18, 23 August 2024 (UTC)
- Not disagreeing with the current practice, but maybe as a middle ground we could use something like {{Transcluded section}} to make it more apparent that it's a transcluded section? Primefac (talk) 16:01, 23 August 2024 (UTC)
RMs and AFDs
Hello, Page Movers,
Please do not move articles that are in the midst of an AFD discussion. Specifically, I'm talking about the Elliot Rodger effect request on August 19th. This was tagged for an AFD under a different page title, Wikipedia:Articles for deletion/Effects of the 2014 Isla Vista killings, the article was moved to a different page title after the AFD was started (first problem) and then came a request here to move it to yet another page title (second problem). Moving an article during an AFD really complicates the discussion closure as our editing tool, XFDcloser, can't make sense when it is asked to handle an article that is at a different page title than the one identified in the AFD. So, when you are reviewing a RM request, please postpone doing it if you see that it is part of an AFD discussion. If the article is Kept, feel free to carry out a page move. If it is deleted, then the question is moot. Thank you. Liz Read! Talk! 23:50, 26 August 2024 (UTC)
- @Liz: Good reminder. However it seems that this article was also subjected a RM before being moved without waiting for the discussion to be closed... and then the AfD was opened at the new title before it was moved back to the original title, which to the AfD is a mismatch of titles now. For RMs, it is also encouraged not to move the article till the RM discussion closes as this may confuse the participants and the closer as the rationale of the RM nom may not be applicable for the new title. Here, it seems unfortunate that the same type of instructions on both sides, AfD and RM have result in this conflict. This should be a rare occurrence still. – robertsky (talk) 00:12, 27 August 2024 (UTC)
- @Liz: I’ve got an update to Move+ planned that will correct the AFD listing if a page is moved; I think that would address your concerns, or do they go beyond technical issues? BilledMammal (talk) 01:11, 27 August 2024 (UTC)
- Hmm... like RMs, the nominating statement for AfDs may make sense only when the article is at that title. Maybe automatically add a note on the AfD discussion that the content had been moved due to the RM discussion as well? – robertsky (talk) 03:16, 27 August 2024 (UTC)
- This will mostly match what Robertsky said above, but it took me a few tries to understand what happened here. To be clear, this wasn't a case in which a normal move request concluded and action was taken during an open AfD, and the timeline is somewhat different from what Liz noted: the RM was created before the deletion nomination. In this case, 1) a now-blocked sock created a page; 2) the sock moved the page several times; 3) an RM was opened to stabilize the title; 4) the sock moved the page again out of process, necessitating reversion; 5) the page was nominated for deletion before the page was moved back; 6) the page was moved back. The move request (which includes a "from" field) preceded the initiation of the AfD, so the listing was showing as broken at WP:RM. Mandating that these sorts of things not be fixed when it is possible to do so could also lead to disruption, such as allowing a blatantly POV or offensive title to remain that way, out of process, for an additional week by performing the move directly before nominating something for AfD. While there may not be a centralized way to explain this effectively to editors nominating articles for deletion, AfD nominators should really be checking to see that the article is at the right title before nomination as well. If there are disruptive page moves taking place then the article title may not reflect the consensus scope, leading editors to believe the article should be nominated for deletion, etc. As Robertsky says, this should be a rare occurrence. Without the AfD nomination this would have ended up as G5. Dekimasuよ! 04:02, 27 August 2024 (UTC)