The issue is fixed by deleting administrator\cache\autoload_psr4.php and letting Joomla rebuild it. That should not be necessasry on a new install

weird - cant replicate it again.

I can't replicate it either Tried the same environment without issue. That's a strange one

As the file it crashed on was the first of the plugins I suspect that the build of the cache file didnt complete for some reason.

Could not replicate the issue, too. I'm using win 10, apache, php 8.2.

Happened to me too - when using Windows (wamp) and then uploading the files back to a Unix server. The directory separator is different in autoload_psr4.php:

Windows:

'Joomla\\Plugin\\Actionlog\\Joomla\\' => [JPATH_PLUGINS . '\actionlog/joomla/src'],

Unix:

'Joomla\\Plugin\\Actionlog\\Joomla\\' => [JPATH_PLUGINS . '/actionlog/joomla/src'],

Notice the different slashes. When uploading to a Unix server, \ is not treated as a directory separator but as part of the directory's name so it's probably looking for a directory named plugins\actionlog hence the error.

Yes, the slashes are different, but that doesn't matter for PHP. It handles both fine.

Win 11, xampp, php 8.1
Cannot replicate the issue

win10 x64pro can't replicate it.

@brianteeman can you close this one ? as it seems not reproducible

as two of us have reported this issue AND the file responsible for creating the autoload_psr was changed since the previous release I still see it as a problem. It obviously happens its just about working out under what cirscumstances it happens

Yes, the slashes are different, but that doesn't matter for PHP. It handles both fine.

@Hackwar That's not 100% right. PHP allows to use *nix paths with a slash as directory separator anywhere, i.e. it allows to use standardized paths with slashes, like other programming languages do, e.g. Java. That means you can use paths with slashes also on Windows. But the opposite is not right, you cannot safely use Windows paths with backslashes on Linux. The paths should always use slashes to be portable between servers with different OS.

As I understood it happen when uploading files between Windows and Unix?
Well, the cache should not be migrated. This also applies for /tmp files.
No cache => No issue ?

As I understood it happen when uploading files between Windows and Unix? Well, the cache should not be migrated. This also applies for /tmp files. No cache => No issue ?

Makes sense to me. Should be documented somewhere if possible.

Should be documented somewhere if possible.

To me it is an obvious rule, everyone should follow. It not only about Joomla, but about any system

So I just came across the same thing on another site on *nix and googling and checking this tracker is showing that others are having the same problem not just with 4.3. Deleting the autoload_psr4.php cache does not help as the problem is still present in the renewed file.

I havent worked out why but when you look in the autoload_psr4.php you will see that the first x entries for plugins are all missing.

	'Joomla\\Module\\Version\\Administrator\\' => [JPATH_ADMINISTRATOR . '/modules/mod_version/src'],
	'Joomla\\Module\\Whosonline\\Site\\' => [JPATH_SITE . '/modules/mod_whosonline/src'],
	'Joomla\\Module\\Wrapper\\Site\\' => [JPATH_SITE . '/modules/mod_wrapper/src'],
	'Joomla\\Plugin\\Content\\ConfirmConsent\\' => [JPATH_PLUGINS . '/content/confirmconsent/src'],
	'Joomla\\Plugin\\Editors\\CodeMirror\\' => [JPATH_PLUGINS . '/editors/codemirror/src'],
	'Joomla\\Plugin\\Editors\\TinyMCE\\' => [JPATH_PLUGINS . '/editors/tinymce/src'],