Infinite scrolling in users is really infinite :)

[Nyco]

How to use GitHub

• 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

1. Go to /settings/users
2. Scroll down to the bottom
3. Scroll down
4. Scroll down
5. Scroll down :)

Expected behaviour

The list of users should stop at some point, since we have a finite number of users

Actual behaviour

The list goes on, repeating the same set of last users, making the window even bigger at each scroll down

Server configuration

Operating system: Operating System: | Linux 3.10.0-693.21.1.el7.x86_64 x86_64

Web server:

Database: Type: mysql Version: 5.5.56

PHP version: Version: 7.3.18

Nextcloud version: (see Nextcloud admin page) 19.0.0

Updated from an older Nextcloud/ownCloud or fresh install:

Where did you install Nextcloud from:

Signing status:

Signing status

``` Login as admin user into your Nextcloud and access http://example.com/index.php/settings/integrity/failed paste the results here. ```

List of activated apps:

App list

``` If you have access to your command line run e.g.: sudo -u www-data php occ app:list from within your Nextcloud installation folder ```

Nextcloud configuration:

Config report

``` If you have access to your command line run e.g.: sudo -u www-data php occ config:list system from within your Nextcloud installation folder or Insert your config.php content here. Make sure to remove all sensitive content such as passwords. (e.g. database password, passwordsalt, secret, smtp password, …) ```

Are you using external storage, if yes which one: local/smb/sftp/...

Are you using encryption: yes/no

Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...

LDAP configuration (delete this part if not used)

LDAP config

``` With access to your command line run e.g.: sudo -u www-data php occ ldap:show-config from within your Nextcloud installation folder Without access to your command line download the data/owncloud.db to your local computer or access your SQL server remotely and run the select query: SELECT * FROM `oc_appconfig` WHERE `appid` = 'user_ldap'; Eventually replace sensitive data as the name/IP-address of your LDAP server or groups. ```

Client configuration

Browser:

Operating system:

Logs

Web server error log

Web server error log

``` Insert your webserver log here ```

Nextcloud log (data/nextcloud.log)

Nextcloud log

``` Insert your Nextcloud log here ```

Browser log

Browser log

``` Insert your browser log here, this could for example include: a) The javascript console log b) The network log c) ... ```

[dst21]

Same here with NC 19.

[keslerm]

Yep opening this just keeps loading the same handful of users over and over.

[tqjason]

Same issue with nc19.0 php7.4 httpd2.4 mysql 5.7

[kirys]

Same issue with an ldap synced server

[Padl3xx]

Same here :-)

[jpbraun]

Same here

[tqjason]

btw, It's about LDAP issue.

[RenWal]

Same on our LDAP-backed instance. Here's one interesting thing we found (PHP 7.3.18, NC 19, OpenLDAP 2.4.50):

When running occ user:list, the options offset and limit don't behave quite as intended. Especially, --offset is ignored for all LDAP users, meaning if you set --offset 1, then the first user in the local authentication backend disappears from the list, but the first user from LDAP is still there. You can increase that offset as much as you like, the LDAP results never change.

(Also --limit seems to be per-backend, so if you specify --limit 2 and you have users in LDAP and locally, then you will get 4 results.)

We're unsure if that is related or a different issue, but it would explain why the user list never ends.

[johkoenig]

I can confirm this behaviour for NC 19.0.0.2 with an ubuntu 20.04 server with php7.4. The ldap server is a univention corporate server. @nextcloud/ldap can you please have a look at this. This is pretty annoying :-) Is there a chance this is fixed by #21111 ?

[blizzz]

Closing as dup of https://github.com/nextcloud/server/issues/20745, fix is #21111 as @johkoenig pointed out