I'm not very much into the PHP source of mediawiki, but maybe it is possible to change the logic of those inherited protections work. Maybe it can be done in that way that just system will be automatically protecting pages contained on page with this kind of protection. The same protection operation as user does but done automatically. With creating registry record. By doing this the normal fast rights check will be suitable as is happening with rest pages. System will be just copying settings for the most restrictive protection in a chain into all daughter pages while embedding edit is made and roll baking to previous settings while removed. There are not many pages with his kind of protection, so, this mechanism shouldn't cause performance issues. This is followup to discussion from T342508. Thank you for merge @Umherirrender.
Registry could look like this with automatic user rights:
Jul 23 2023
I see so tell me how and why adding it to edit page of other pages containing it is possible?
Jan 2 2023
Upon conducting an edit which, incidentally, significantly reduced the page where the initial malfunction arose, the issue was resolved. However, if a request is made for an older version of said page, the API response remains unchanged and the issue persists. This may suggest that such API behavior occurs in cases of very long pages with a large number of sections. The link currently causing the malfunction is provided below:
Mar 22 2022
@Volker_E Ok, thank you. It is only my personal opinion. It is very good
that upgrades are made to help people with difficulties, I appreciate that,
but for me these icons are just some kind of habit, that is why I want to
keep them in my wikipedia skin :)
Feb 9 2022
I think the solution shown in the picture F34904681 is a good one. Are these symbols available on commons somewhere? I would like to know this because if they are removed (some are already removed on my wiki) I will change them in my private CSS.