I believe this is an issue caused by having the Parsoid page renderer switched on (and a bug there!); if you switch it off, you should avoid the error?

Yes I do, and &useparsoid=0 does successfully render the page, yes.

"Note that Parsoid isn't supposed to use the user context by design; all user-specific processing is expected to be introduced as a post-parse transform." (code comment)

Well that's nice in theory, but in the real world use of the $audience and $performer a fair bit for access control, and Parsoid can't just give up. :-)

Error

• mwversion: 1.44.0-wmf.18
• reqId: 9a927a4e-2a0a-4210-99f9-e8418cb7aa89
• Find reqId in Logstash

[{reqId}] {exception_url}   MediaWiki\Revision\SuppressedDataException: Not an available content version.

Impact

Notes

Error

• mwversion: 1.44.0-wmf.18
• reqId: f6813b59-0124-476b-a7bf-f755513213bc
• Find reqId in Logstash

[{reqId}] {exception_url}   MediaWiki\Revision\SuppressedDataException: Not an available content version.

Impact

Notes

In T372122#10053550, @Jdforrester-WMF wrote:

Well that's nice in theory, but in the real world use of the $audience and $performer a fair bit for access control, and Parsoid can't just give up. :-)

Arguably, the problem here is that Parsiod is actively enorcing the access control. This is from Parsoid's PageonfigFactory:

		// If we have a revision record, check that we are allowed to see it.
		// Mirrors the check from RevisionRecord::getContent
		if (
			$revisionRecord !== null &&
			!$revisionRecord->audienceCan(
				RevisionRecord::DELETED_TEXT, RevisionRecord::FOR_PUBLIC
			)
		) {
			throw new SuppressedDataException( 'Not an available content version.' );
		}

I guess Parsoid needs a "your eyes only" mode. It doesn't have to perform any user specific rendering, just perform a user-specific access check.

@MSantos do you have an ETA for when this would be fixed? While there's a workaround (&useparsoid=0), it's not a great situation for users who regularly need to review suppressed content.

Change #1248138 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/core@master] [WIP] [parsoid] User specific access checks

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

In T372122#11614852, @kostajh wrote:

@MSantos do you have an ETA for when this would be fixed? While there's a workaround (&useparsoid=0), it's not a great situation for users who regularly need to review suppressed content.

We're actively working on it. There's a patch in code review; it will probably be on next week's train.

Change #1248138 merged by jenkins-bot:

[mediawiki/core@master] [parsoid] Remove authority check and get the raw revision record

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

@Izno The fix is now deploy, could you confirm it's working for you? Or any other administrator on the thread

In T372122#11688417, @cscott wrote:

In T372122#11614852, @kostajh wrote:

@MSantos do you have an ETA for when this would be fixed? While there's a workaround (&useparsoid=0), it's not a great situation for users who regularly need to review suppressed content.

We're actively working on it. There's a patch in code review; it will probably be on next week's train.

@cscott @ABreault-WMF Thank you for your work on this!