@ocbroadband
Try to clear your “User Cache” by the two buttons in UM Dashboard.
The second button will recalculate the WP Users line “All (100) ….”
Tried both of the clear user cache and user statuses buttons. It did not resolve the issue.
@ocbroadband
Have you used a WP import user plugin for the user registration?
No, these were added from the UM forms from the start. From the front end, I’ve also tried to move to pending review, and look on the backend, and it does show that I moved a user into that status, but when I click on the status, it doesn’t show any users either even though it says there is 1 in that status type.
@ocbroadband
Update to UM 2.6.9 released today.
Try to use the new UM Settings -> Secure -> “Scanner”
Yep, did that, still no change and I did run the scanner. No change. As a side note, if I disable UM, I can then see all my users in the backend as expected, so something isn’t right within UM. Something is limiting the total amount of users viewable to only 12.
-
This reply was modified 2 years, 10 months ago by
ocbroadband.
@ocbroadband
I can’t reproduce this issue at my site.
The WP Users table is built and managed by WP.
Try to do a conflict test, if another Plugin or your Theme is conflicting with UM.
https://docs.ultimatemember.com/article/96-how-to-do-a-plugin-theme-conflict-test
Yep, did this as well. To note, I found this out after going into the users list, but I can’t determine at which point it was done for an upgrade on UM. Everything that is in place now was there when I could see all the users before, I just don’t know at which upgrade point to UM this occurred as the user database isn’t something that is accessed that often due to being able to manage them on the frontend.
Any other thoughts/direction on this?
@ocbroadband
Try to enable PHP error logging if the debug will give some more info about this issue.
Read this guide: “How to enable debug logging”
https://docs.ultimatemember.com/article/1751-enable-debug-logging
You will probably get a PHP log file with notices and errors in this file when you do the tests: .../wp-content/debug.log
Post the content of this file here in the Forum and we can give you the PHP error explanation. For best formatting use the CODE format.
@ocbroadband and @missveronicatv
The issue seems to be related to the pre_get_users filter introduced in class-secure.php (v2.6.8). When commenting out the following line, all users show up again:
https://github.com/ultimatemember/ultimatemember/blob/master/includes/admin/class-secure.php#L47
@ocbroadband If removing the filter also works for you the bug should be reported to the developers!
Follow-up: Instead of commenting out the line, a possible workaround would be to…
- Line 47: Replace
add_filter(...) with add_action(...)
- Line 81: Add
&& $date_from in if ( ! $date_to && $date_from ) {
- Line 101: Remove the unneeded
return statement in filter_users_by_date_registered( $query ) {...}
- (Not related to the issue but still important!) The
$_GET parameters on lines 78 and 79 are not sanitized which is bad practice. All $_GET and $_POST data are potentially unsafe and should be sanitized accordingly – even in admin mode: https://developer.ww.wp.xz.cn/apis/security/sanitizing/
@themes-1
Thanks for your good feedback about this issue.
@ocbroadband
This code snippet will remove the Filter
remove_filter( 'pre_get_users', array( UM()->classes['um\admin\secure'], 'filter_users_by_date_registered' ) );
Install the code snippet into your active theme’s functions.php file
or use the “Code Snippets” plugin.
https://ww.wp.xz.cn/plugins/code-snippets/
@missveronicatv Thanks a lot for the snippet. Now the backend is working correctly.
Will this be included in the next patch?
