Closed origintopleft closed 1 year ago
Thanks for your report :+1:
https://github.com/nextcloud/3rdparty/blob/stable27/aws/aws-sdk-php/src/S3/ObjectCopier.php#L82 https://github.com/nextcloud/3rdparty/blob/stable27/guzzlehttp/promises/src/PromisorInterface.php#L15
The state in git looks okay to me.
It happens that apps ship their copy of guzzle accidentally.
find /path/to/nextcloud/installation -name "PromisorInterface.php"
to find all files containing the function definition.
Aha! In my case, it was fulltextsearch-elasticsearch that had done it! Not sure why that was even installed, I don't have an elasticsearch instance on this network, but I'll go ahead and uninstall that (and let those devs know what happened.) Thank you!
⚠️ This issue respects the following points: ⚠️
Bug description
When syncing to NextCloud 27.0.0, most files sync fine, but some files fail, with the client reporting HTTP 500 errors. This is printed in the logs when those files fail (I watched the logs and initiated a sync to see what the error is)
My guess is either GuzzleHttp (or the object copier in the S3 support) recently had an ABI-breaking change and the other component has yet to update for it.
Steps to reproduce
Expected behavior
Successful sync
Installation method
Community Docker image
Nextcloud Server version
27
Operating system
RHEL/CentOS
PHP engine version
PHP 8.2
Web server
Nginx
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
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
PHP engine version retrieved via
docker compose exec nextcloud php --version
. All other answers are based on host answers (Fedora 37, nginx as reverse proxy).