The issue was not fixed even for that case

The PR #18417 that was supposed to fix it, was wrong, just appears to work

You see $params already includes

• component parameters
• that are overriden by menu parameters

Moreover that PR was wrong for 2 reasons

1. The fix worked via a sideffect, by looking if we have disabled show unauthorized at component level, and then doing access filtering at SQL query, thus the setting of "show unauthorized links" with value "use article" is just ignored, since the articles are already filtered at the SQL query
2. If component setting for "Show unathorized links" is ON then all items are included, but then $params['access.view'] is not being set using the --combination-- of article's setting of 'show unathorized' and according to it access level

Propably this is a correct interpretation of the menu having 'Use article setting' for 'Show unauthorized links'

1. Include all items regardless of their access level, because we do not yet know what is the value of "show unauthorized links" in every article
2. After the set of items is loaded and the parameter "show unauthorized links" is known for every article, then it can then be combined with article's access level to set
   $item->params->set('access-view', ...);
   and then layout will decide

Looking at this more, the per article parameter 'access-view' is already set properly,
thus

• either the layout needs to check the per article parameter 'show_noauth' and skip article if needed
• or this skipping must be done inside the model after the SQL query that retrieves articles data
• or deciding to remove the option 'use_article' for 'show unauthorized links' ('show_noauth'), since anyway it never worked properly

Closing. Please see PR #21407