Use Case: My main use for a wiki installation is a browser agnostic bookmark solution.

I have pages with links.
Trivial links are on public pages. I has access to them in any new browser profile or on shared machine.
Critical links (access token in the link and similar urls) are on private pages.

Some of the rendered public pages with the links was injected into the header of my other system as a navigation bar. And after the upgrade the login require pages appeared there.

I have panicked when i saw the login pages injected to my other system. Maybe I was fast fingered with my report.
I found a work around. I managed query the content div in the dom three of the full page. So accessing the rendered page would be a quality of life thing for me now.

I still think the a page should be read access without the site only with the rendered content. (If there is a workaround without the action api then sorry for your time.)

Thanks

Similar problem.
The defined variable $wgWhitelistReadRegexp[] = '/^Public:/'; (within LocalSettings.php) works fine when pages are requested with the single URL parameter "title=...".
What happens?:
If the additional URL parameter "action=raw" is used, there is no access to the pages defined by $wgWhitelistReadRegexp.
Example URL that works: https://www.yourwiki.com/index.php?title=Public:YourPageName
Example URL that does not work: https://www.yourwiki.com/index.php?title=Public:YourPageName&action=raw
This is an undesirable behavior.
I would really need public access to some pages (defined by $wgWhitelistReadRegexp[]) including the usage of the URL parameter "action=raw".

What should have happened instead?:
When access is available for a page defined by $wgWhitelistReadRegexp, of course the raw page data should also be accessable with the additional URL parameter "action=raw".

Version;
MediaWiki 1.39.0-beta (7144323)
PHP 7.4.3 (fpm-fcgi)
MySQL 8.0.30-0ubuntu0.20.04.2
ICU 66.1
Pygments 2.11.2