⚠️ This issue respects the following points: ⚠️
Bug description
I just upgraded to NC28.0.0 from NC27.1.4 and saw the NC logs flooded with the error message
Could not resolve SymfonyAdapter! Class "symfonyAdapter" does not exist at .../private/AppFramework/Utility/SimpleContainer.php line 135
After searching the web and even trying to rewrite 'symfonyAdapter' to 'SymfonyAdapter' (typos happen), I found that the upgrader removed SymfonyAdapter.php and GenericEventWrapper.php. At least SymfonyAdapter.php is still registered in 'core/signature.json', what give me the hint into the right direction.
SOLUTION:
Copy both files from archive or previous install (if still available) to the expected dir.
cp <archive>/lib/private/EventDispatcher/GenericEventWrapper.php <nc28>/lib/private/EventDispatcher/GenericEventWrapper.php
cp <archive>/lib/private/EventDispatcher/SymfonyAdapter.php <nc28>/lib/private/EventDispatcher/SymfonyAdapter.php
Steps to reproduce
- Upgrade to NC28.0.0
- Tail your NC logs
Expected behavior
Everything works
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
Bug description
I just upgraded to NC28.0.0 from NC27.1.4 and saw the NC logs flooded with the error message
After searching the web and even trying to rewrite 'symfonyAdapter' to 'SymfonyAdapter' (typos happen), I found that the
upgraderremovedSymfonyAdapter.phpandGenericEventWrapper.php. At leastSymfonyAdapter.phpis still registered in 'core/signature.json', what give me the hint into the right direction.SOLUTION:
Copy both files from archive or previous install (if still available) to the expected dir.
Steps to reproduce
Expected behavior
Everything works
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response