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
Please use the 馃憤 reaction to show that you are affected by the same issue.
Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
Subscribe to receive notifications on status change and new comments.
Steps to reproduce
Try to share a file
Search a user
Expected behaviour
The user is found, if it exists
Actual behaviour
The search is running indefinitely according to the UI:
In the browser's dev tools, we can see the result of the request to /ocs/v1.php/apps/files_sharing/api/v1/sharees:
{"ocs":{"meta":{"status":"failure","statuscode":998,"message":"Invalid query, please check the syntax. API specifications are here: http:\/\/www.freedesktop.org\/wiki\/Specifications\/open-collaboration-services.\n"},"data":[]}}
Checking data/nextcloud.log, this error is logged:
Upon further investigation, we found that this issue happens when at least one LDAP user is matching the search.
If no users (or only local users) match the search terms, the request will be processed without issues.
Server configuration
Operating system: Debian 10
Web server: Apache 2.4
Database: MariaDB 10.3
PHP version: PHP 7.3
Nextcloud version: 19.0.2
Updated from an older Nextcloud/ownCloud or fresh install: Upgraded from a very old OwnCloud install
Ok, so after further investigation I found the cause of the issue.
First, it's not related at all to LDAP. Some very old local accounts were also affected.
Every affected users had their carddata in oc_cards to something like Resource id #XXX instead of an actual VCF blob.
I don't really known when this happened (we mainly use nextcloud to share files with outside users, so we almost never try to share a file with a local user).
I was able to fix it by purging the system address book with the two following SQL queries (system addressbook id is 2 in my case):
DELETEFROM oc_cards_properties WHERE addressbookid =2;
DELETEFROM oc_cards WHERE addressbookid =2;
Then regenerating it with:
occ dav:sync-system-addressbook
I will leave this issue open right now, in case someone have an idea of what may have caused this issue.
I can't reproduce, because this one was a one-shot issue.
The "corruption" of VCF data may have happened in a very old version even if we hadn't noticed at that time.
A proper fix that would definitely resolve this issue would be to regenerate the VCF data on the fly when NC detects that it is corrupted (or at least, displaying a warning in the administration and providing a CLI command that fixes it).
It's up to you to decide if this is worth implementing. Feel free to close this issue if it's deemed rare enough.
How to use GitHub
Steps to reproduce
Expected behaviour
The user is found, if it exists
Actual behaviour
The search is running indefinitely according to the UI:
In the browser's dev tools, we can see the result of the request to
/ocs/v1.php/apps/files_sharing/api/v1/sharees
:Checking
data/nextcloud.log
, this error is logged:Reformatted json
Upon further investigation, we found that this issue happens when at least one LDAP user is matching the search.
If no users (or only local users) match the search terms, the request will be processed without issues.
Server configuration
Operating system: Debian 10
Web server: Apache 2.4
Database: MariaDB 10.3
PHP version: PHP 7.3
Nextcloud version: 19.0.2
Updated from an older Nextcloud/ownCloud or fresh install: Upgraded from a very old OwnCloud install
Where did you install Nextcloud from: From source
Signing status:
Signing status
List of activated apps:
App list
Nextcloud configuration:
Config report
Are you using external storage, if yes which one: No
Are you using encryption: No
Are you using an external user-backend, if yes which one: LDAP (ActiveDirectory)
LDAP configuration (delete this part if not used)
LDAP config
Client configuration
Browser: Google Chrome 85
Operating system: Windows 10 1909
Logs
Web server error log
Web server error log
Nothing:
Nextcloud log (data/nextcloud.log)
Nextcloud log
See above under Actual behaviour
Browser log
Browser log
See above under Actual behaviour
The text was updated successfully, but these errors were encountered: