You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After the upgrade of 2 linked instances to 28, one user could not see his files, there was a 500 error on PROPFIND
This turned out to be a share that no longer existed on the second instance causing this on the first instance. Removing the share from the database fixed the isse.
Notably, it did not help to rescan files.
Steps to reproduce
Create a share on instance 2, mount it as external storage type nextcloud on instance 1
Remove the share, somehow leaving a remenant mount
Don't see files as the user who still has the share
You get in the DB something like this in oc_external_mounts
3 | / | owncloud | password::password | 100 | 2
Noteable is the type 2 which working shares don't have and this share no longer exists on source
Expected behavior
UI should load and scan should work, or at least it should report why it fails and offer a way to fix it.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
PostgreSQL
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?
Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.
Results
=======
- core
- EXTRA_FILE
- core/img/filetypes/drawio.svg
- core/img/filetypes/dwb.svg
Raw output
==========
Array
(
[core] => Array
(
[EXTRA_FILE] => Array
(
[core/img/filetypes/drawio.svg] => Array
(
[expected] =>
[current] => 92e0974cf869bf8ab969c3442dc2b80d55fde36441d22924db74916a06b407520aa2a9dc39336f9157195ebede697ffac0e639360879255ab91932d406e1897d
)
[core/img/filetypes/dwb.svg] => Array
(
[expected] =>
[current] => 43731dd5f17a048112ea5109b40b02ec019b3ee2324385a0f448e3bd2264cb13dc160ab018d893f92f8e2f168fd09009b51578c8c6b97a02a1617c67ac087701
)
)
)
)
Bug description
After the upgrade of 2 linked instances to 28, one user could not see his files, there was a 500 error on PROPFIND
This turned out to be a share that no longer existed on the second instance causing this on the first instance. Removing the share from the database fixed the isse.
Notably, it did not help to rescan files.
Steps to reproduce
You get in the DB something like this in oc_external_mounts
3 | / | owncloud | password::password | 100 | 2
Noteable is the type 2 which working shares don't have and this share no longer exists on source
Expected behavior
UI should load and scan should work, or at least it should report why it fails and offer a way to fix it.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
PostgreSQL
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
No response
The text was updated successfully, but these errors were encountered: