Looks like this check happens in WikiPage:

				// Mark as patrolled if the user can do so
				$autopatrolled = $wgUseRCPatrol && !count(
						$this->mTitle->getUserPermissionsErrors( 'autopatrol', $user ) );

Title::getUserPermissionsErrors() calls Title::checkUserBlock(), which calls User::isBlockedFrom(), but only for $action == 'edit' || $action == 'create'. We should probably add 'autopatrol' to that list.

Change 433327 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/core@master] Allow users to autopatrol their own talk page when blocked

https://gerrit.wikimedia.org/r/433327

In T194789#4209467, @matmarex wrote:

Looks like this check happens in WikiPage:

				// Mark as patrolled if the user can do so
				$autopatrolled = $wgUseRCPatrol && !count(
						$this->mTitle->getUserPermissionsErrors( 'autopatrol', $user ) );

Title::getUserPermissionsErrors() calls Title::checkUserBlock(), which calls User::isBlockedFrom(), but only for $action == 'edit' || $action == 'create'. We should probably add 'autopatrol' to that list.

Thank you!

In T194789#4209470, @gerritbot wrote:

Change 433327 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/core@master] Allow users to autopatrol their own talk page when blocked

https://gerrit.wikimedia.org/r/433327

Should be ok.

I wonder whether this is actually a good idea. If someone is blocked, an admin probably should look at whatever the person posts on their talk page to see whether it's an unblock request or just disrupting the only page they still can edit.

I agree with @Anomie, this is actually a bad idea.

Change 433327 abandoned by Bartosz Dziewoński:
Allow users to autopatrol their own talk page when blocked

Reason:
There is some disagreement as to whether this is desirable, and I don't really care that much myself.

https://gerrit.wikimedia.org/r/433327