When a page move is triggered by RenameUserJob, page should be moved anyways even if it is a Flow board
Open, HighPublic
Actions

Description

Scenario

A global renamer or steward renames an user. That user has one or more talk pages set as flow boards.

Problem

User talk pages of those users aren't moved when the rename is performed and has to be done manually by a steward.

Latest case

The global rename of User:Maestro 121 to User:TheWhitlocker24 at zhwiki. I had to assign myself flow-bot rights to manually move the flow board talk page of the user since it is not done when the user is being renamed.

Proposed solutions

Make that the extension identifies when a page move is being part of a global rename job and let the page be moved anyways, or
Granularize Flow permissions, creating a new flow-board-move permission to let users move Flow boards.

Notwithstanding any other proposed or better solution that you can find of course.

Thank you.

Questions:

Is this still happening if the global rename is done by a steward?
Does it happen anywhere besides zhwiki?

Related Objects
Search...

		Status	Subtype	Assigned	Task
		Declined		None	T159482 Enable Flow in cawiki User talk namespace of new users
		Open		None	T150572 When a page move is triggered by RenameUserJob, page should be moved anyways even if it is a Flow board

Event Timeline

MarcoAurelio created this task.Nov 12 2016, 10:32 AM

Restricted Application added projects: Collaboration-Team-Triage, MediaWiki-extensions-CentralAuth. · View Herald TranscriptNov 12 2016, 10:32 AM

Restricted Application added subscribers: Stang, JEumerus, Aklapper. · View Herald Transcript

MarcoAurelio triaged this task as Medium priority.Nov 12 2016, 10:33 AM

Kegns subscribed.Nov 12 2016, 11:21 AM

Trijnstel subscribed.Nov 12 2016, 7:54 PM

Definitely. It would be nice if this could be fixed soon. Thanks.

Stryn subscribed.Nov 12 2016, 8:34 PM

• jmatazzoni moved this task from Untriaged to Hot on the Collaboration-Team-Triage board.Nov 18 2016, 12:45 AM

MarcoAurelio moved this task from Backlog to GlobalRename on the MediaWiki-extensions-CentralAuth board.Dec 15 2016, 4:26 PM

MarcoAurelio mentioned this in T158595: Some pages not moved after user rename.Feb 20 2017, 7:02 PM

MarcoAurelio mentioned this in T159482: Enable Flow in cawiki User talk namespace of new users.Mar 4 2017, 3:51 PM

According to T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?), no rights should be necessary. It is possible there is a local issue on zhwiki (e.g. we had T127693: Flow board move requiring allowCreation fails on zh.wp in the past, not sure if related).

But a simple solution is to just do T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?) after all, and see if that solves it.

Note, the right is flow-create-board, flow-bot is one group that has it.

• Mattflaschen-WMF mentioned this in T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?).Mar 5 2017, 4:28 AM

• Mattflaschen-WMF added a parent task: T159482: Enable Flow in cawiki User talk namespace of new users.Mar 5 2017, 4:31 AM

Wong128hk subscribed.Mar 7 2017, 9:12 AM

(cross-posting from T126229)

New issue with this today at zh.wiki again. Now that we have 'flow-create-board' rights on our global group I could move the page (but I had to delete the destination page first in order to move the board as the system complained that the content model was not allowed in the target page).

My idea is that globalrename does this, either with our accounts or Global rename script when our accounts do not exist on the wiki. The other option might be to have Flow talk page manager do this for each user rename. Does that sound good as well? Regards.

In T150572#3073647, @Mattflaschen-WMF wrote:

But a simple solution is to just do T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?) after all, and see if that solves it.

It doesn't. See T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?).

• Mattflaschen-WMF updated the task description. (Show Details)Mar 7 2017, 11:01 PM

In T150572#3082307, @Mattflaschen-WMF wrote:

In T150572#3073647, @Mattflaschen-WMF wrote:

But a simple solution is to just do T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?) after all, and see if that solves it.

It doesn't. See T126229: flow-create-board for bureaucrats?, global renamers? stewards (done) (and "Global rename script" ?).

Never mind, that global rename was initially done by a global renamer, not a steward. So options include:

Fix the underlying issue. It's already supposed to bypass permissions checks.
Granularize Flow permissions, creating a new flow-board-move permission to let users move Flow boards, and grant that to stewards and global renamers.
Grant flow-create-board to global renamers and "Global rename script", and see if that solves the issue.

Still need to figure out if this is a local zhwiki issue (e.g. AbuseFilter).

• Mattflaschen-WMF updated the task description. (Show Details)Mar 7 2017, 11:08 PM

Just FYI Global rename script is not a real account, it's a maintenance script or system account that operates under that name. I don't think anything we do to it (adding rights, etc.) is going to affect it. I guess it's simpler to do #1 and see why permissions checks ain't bypassed. Thanks!

Shizhao added a project: Chinese-Sites.Mar 30 2017, 9:29 AM

Matanya moved this task from Untriaged to High priority on the Stewards-and-global-tools board.Apr 19 2017, 7:39 PM

TerraCodes subscribed.Jul 17 2017, 1:55 AM

Trizek-WMF subscribed.Sep 14 2017, 1:04 PM

Framawiki subscribed.Feb 1 2018, 7:42 PM

This also happens on frwiki. I just renamed an orphan flow board left after a user rename (https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Journal&offset=20180416173900&type=move&user=Orlodrim&limit=1). The user was renamed by Céréales Killer, who is a sysop on frwiki.

Restricted Application added a project: Growth-Team. · View Herald TranscriptSep 2 2018, 11:26 PM

JTannerWMF moved this task from Inbox to Needs Discussion on the Growth-Team board.Sep 9 2018, 7:57 AM

Liuxinyu970226 subscribed.Sep 14 2018, 12:52 PM

Liuxinyu970226 removed a project: Collaboration-Team-Triage.Oct 10 2018, 12:29 PM

SBisson changed the subtype of this task from "Task" to "Bug Report".Oct 16 2018, 1:10 PM

SBisson changed the subtype of this task from "Bug Report" to "Task".Oct 16 2018, 6:41 PM

Because this need is rare and it is easy to work around, we will not prioritize at this time, but will keep an eye on it.

1997kB subscribed.Jan 13 2019, 6:03 PM

Don't know how frequent this needs to happen for fix, but having flow on wikidata, mediawiki and zhwiki (those I faced many times) it would be helpful if this can be looked into. :)

Shizhao moved this task from Backlog to Extensions/Skins on the Chinese-Sites board.Jun 22 2020, 2:31 AM

dmehus subscribed.Jan 10 2021, 3:24 AM

RhinosF1 subscribed.Jan 10 2021, 12:33 PM

MBinder_WMF added a project: Growth-Team-Filtering.Apr 15 2021, 7:00 PM

Stang added a subscriber: Ericliu1912.Apr 16 2022, 11:15 PM

SunAfterRain subscribed.Apr 16 2022, 11:56 PM

Zabe subscribed.Apr 17 2022, 8:38 PM

Though not a priority under current circumstances, is it possible to produce a list of renamed user impacted by this problem throughout the years for future fixing or tracing? There should be a reasonable amount of users affected over time.