Fix PluginHelper::getLayoutPath to work in non Web context, like Cli, Api

[Fedik]

Fix for stuff like #38222 and #38214 .

Summary of Changes

Prevent crashing of plugin renderers in non Web context

Testing Instructions

Have to apply all PR, this one, then #38585 then #38650
Then run test from #38650

Actual result BEFORE applying this Pull Request

Error

Expected result AFTER applying this Pull Request

Works

Link to documentations

Please select:

• Documentation link for docs.joomla.org:

• No documentation changes for docs.joomla.org needed

• Pull Request link for manual.joomla.org:

• No documentation changes for manual.joomla.org needed

[Fedik]

I think PluginHelper::getLayoutPath we should deprecate to remove in 6.x, in favor of use layout

[richard67]

@Fedik Have you mixed up actual and expected result in the description? Or is it just me not understanding why expected result is error and actual result is it works?

[Fedik]

Have you mixed up actual and expected result in the description?

Yeap, that was me 😄

[carlitorweb]

For next tester, to reproduce the error go to the terminal and type: php cli/joomla.php finder:index

As result you will get:

I not sure if through the administrator the mass indexer in the smart search component need throw an error, was not my case.

[carlitorweb]

I have tested this item ✅ successfully on a4a0338

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/39550.}

[viocassel]

I have tested this item ✅ successfully on a4a0338

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/39550.}

[richard67]

RTC

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/39550.}

[HLeithner]

This pull request has been automatically rebased to 4.3-dev.

[obuisard]

Thanks Fedir @Fedik for this PR :-)