⚠️ This issue respects the following points: ⚠️
Bug description
After updating from 24.x to 25.0.1, the instance is inaccessible.
The web server logs show messages like:
PHP Fatal error: Declaration of OCA\\Talk\\Share\\RoomShareProvider::getSharesInFolder($userId, OCP\\Files\\Folder $node, $reshares): array must be compatible with OCP\\Share\\IShareProvider::getSharesInFolder($userId, OCP\\Files\\Folder $node, $reshares, $shallow = true) in /var/www/html/apps/spreed/lib/Share/RoomShareProvider.php on line 520
This was reported in the already closed bug #34673 and was announced there to be fixed for 25.0.1, which apparently is not the case.
Since 25.0.1 was made available for web updating to more instances, the upgrade failure reports keep getting added there, but I don't know if it's regarded / on screen in case of a closed bug.
This seems to be a serious upgrade issue.
The broke instance can be rescued by
- logging in to the server on the shell (e.g. ssh)
- becoming the user Nextcloud runs as (often the web server user)
- changing to the Nextcloud installation directory
- and invoking
php occ upgradeand possibly php occ app:update --all (this wasn't needed for me)
Not sure what to do in cases where no shell access is available.
Steps to reproduce
- Upgrade from 24.x to 25.0.1 using web updater
Expected behavior
Update works and updated instance is accessible through web.
Installation method
Community Manual installation with Archive
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated to a major version (ex. 22.2.3 to 23.0.1)
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
Enabled:
- accessibility: 1.10.0
- activity: 2.16.0
- appointments: 1.14.0
- apporder: 0.15.0
- calendar: 3.5.2
- cloud_federation_api: 1.7.0
- comments: 1.14.0
- contacts: 4.2.2
- contactsinteraction: 1.5.0
- dashboard: 7.4.0
- dav: 1.22.0
- deck: 1.7.2
- external: 4.0.0
- federatedfilesharing: 1.14.0
- federation: 1.14.0
- files: 1.19.0
- files_external: 1.16.1
- files_markdown: 2.3.6
- files_pdfviewer: 2.5.0
- files_rightclick: 1.3.0
- files_sharing: 1.16.2
- files_trashbin: 1.14.0
- files_versions: 1.17.0
- files_videoplayer: 1.13.0
- firstrunwizard: 2.13.0
- flow_notifications: 1.4.0
- forms: 2.5.1
- impersonate: 1.11.0
- integration_openproject: 2.1.0
- logreader: 2.9.0
- lookup_server_connector: 1.12.0
- mail: 1.14.2
- nextcloud_announcements: 1.13.0
- notes: 4.5.1
- notifications: 2.12.1
- oauth2: 1.12.0
- oidc: 0.2.6
- password_policy: 1.14.0
- passwords: 2022.11.11
- photos: 1.6.0
- polls: 3.8.3
- privacy: 1.8.0
- provisioning_api: 1.14.0
- recommendations: 1.3.0
- richdocuments: 6.3.1
- serverinfo: 1.14.0
- settings: 1.6.0
- sharebymail: 1.14.0
- socialsharing_email: 2.5.0
- spreed: 14.0.6
- support: 1.7.0
- survey_client: 1.12.0
- systemtags: 1.14.0
- tasks: 0.14.5
- text: 3.5.1
- theming: 1.15.0
- twofactor_backupcodes: 1.13.0
- updatenotification: 1.14.0
- user_ldap: 1.14.1
- user_status: 1.4.0
- viewer: 1.8.0
- weather_status: 1.4.0
- webhooks: 0.4.0
- workflow_script: 1.9.0
- workflowengine: 2.6.0
Disabled:
- admin_audit
- circles: 0.16.2
- encryption: 2.8.1
- files_texteditor: 2.14.0
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
Bug description
After updating from 24.x to 25.0.1, the instance is inaccessible.
The web server logs show messages like:
This was reported in the already closed bug #34673 and was announced there to be fixed for 25.0.1, which apparently is not the case.
Since 25.0.1 was made available for web updating to more instances, the upgrade failure reports keep getting added there, but I don't know if it's regarded / on screen in case of a closed bug.
This seems to be a serious upgrade issue.
The broke instance can be rescued by
php occ upgradeand possiblyphp occ app:update --all(this wasn't needed for me)Not sure what to do in cases where no shell access is available.
Steps to reproduce
Expected behavior
Update works and updated instance is accessible through web.
Installation method
Community Manual installation with Archive
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated to a major version (ex. 22.2.3 to 23.0.1)
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
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response