What happened?

With PR #47495 the option is additionally saved as segment in the db article attribs.
With an override in html\com_content\article override like

<?xml version="1.0" encoding="UTF-8"?>
<metadata>
	<layout title="TPL_CASSIOPEIA_ARTICLE_XYZ_TITLE">
		<message>
			<![CDATA[TPL_CASSIOPEIA_ARTICLE_XYZ_DESC]]>
		</message>
	</layout>
</metadata>

Before the PR

{"article_layout":"cassiopeia:xyz", ... }

After the PR

{"article_layout":"cassiopeia:article:xyz"...}

With this change setLayout in our BaseHtmlView can not find the layout anymore, as it only reads segments 0 and 1, and this has now been changed to article instead of using the actual name of the layout file (segment 2).

Version

5.4

Expected result

Choosen article layout should be rendered

Actual result

This functionality is broken due to #47495

System Information

No response

Additional Comments

Changing line 289 in the base HtmlView.php would solve the problem here.
However, I consider this change in behaviour to be inappropriate for what is essentially a patch release.

- $this->_layout = $temp[1];
$this->_layout = end($temp);