User tests: Successful: Unsuccessful:
This PR stems from an update issue. After updating, the /administrator/cache/autoload_psr4.php is deleted and should be regenerated automatically. However the webspace was full and thus the file couldn't be written. In theory we have a fallback for this, however that fallback expects an exception to be thrown, which the code actually doesn't do. This PR adds an additional check for this.
Unfortunately I couldn't replicate the issue itself, since I can't make the folder write-protected on my windows machine and I don't have a Linux machine available right now to test this. So this change was done by me on codereview alone.
The site displays a 500 error about being unable to include the autoload_psr4.php and the file is not created.
The site works like before, even though it might be a bit slower. The autoload_psr4.php is not created.
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
Status | New | ⇒ | Pending |
Category | ⇒ | Libraries |
I have tested this item ✅ successfully on 67e4d51
Status | Pending | ⇒ | Ready to Commit |
Labels |
Added:
PR-5.3-dev
|
RTC
Labels |
Added:
RTC
|
I also tested this PR successfully with the permissions on the cache folder set to unwritable (so chmod 500, with only read + execute permission). Site with this PR works without the /administrator/cache/autoload_psr4.php
in place.
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-01-26 15:57:37 |
Closed_By | ⇒ | pe7er |
I have tested this item ✅ successfully on 67e4d51
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/44763.