We tested this on our end and weren’t able to reproduce the empty Select User or Products fields — everything showed up correctly for us.
That said, there are two likely reasons you’re seeing this.
First, if the wishlists were created by guests (shoppers who weren’t logged in), they won’t have a user attached, so the Select User field will be blank — that’s expected behaviour.
Second, some security plugins block the background request that loads the user list, which would make the Select User field appear empty even for wishlists that do have a user.
Could you check a couple of things for us? Do you have a security plugin active (Wordfence, iThemes Security, All-In-One WP Security, or similar)? And are the wishlists showing the empty user field ones that were created by logged-in customers or guests?
That’ll help us pinpoint exactly what’s happening on your site.
The empty “Select User” field and missing products you’re seeing in the admin area are most likely caused by the All-In-One WP Security plugin. That plugin has a “User Enumeration Prevention” feature that blocks the request our plugin uses to load the user list — which explains why the field eventually populates after a delay (the security plugin’s rate-limiting kicks in, then releases). Here’s what you can try to confirm and fix this:
1. Go to WP Security > User Security > User Enumeration in your WordPress admin. 2. Temporarily disable the “Disable Users REST API” option. 3. Reload the SaveTo Wishlist admin page and check if the Select User field and Products now load correctly.
If that resolves it, you can keep that specific option disabled — our plugin needs access to the WordPress users list to populate the dropdown. The rest of All-In-One Security’s features will continue working normally.
We tested your public wishlist link and can confirm the wishlist itself is working correctly on the frontend. The issue is only on the admin side where the security plugin is interfering with the data loading.
Thanks for reporting this — we’ve been looking into it and we think the slow loading on the “Select User” dropdown is related to how many registered users your site has.
Could you let us know roughly how many users/customers are registered on your site? You can check this under Users in your WordPress admin — the total count shows at the top of the page.
That’ll help us confirm the cause and prioritise the fix.
Thank you for confirming the number of users on your site.
With 6,000 users, the admin wishlist page is attempting to load all of them into the dropdown at once, which requires around 60 sequential API calls — that’s what’s causing the long load time and poor experience you’re seeing.
We’ve identified this as a scalability issue and have a fix planned for the next update. The fix will replace the current “load all users” approach with a search-as-you-type field, so instead of fetching all 6,000 users upfront, it will only query for matching users as you type a name.
This should make the page load near-instantly regardless of how many users your site has. We’ll update this thread once the new version is released.
Thanks for reporting this — it helps us improve the plugin for stores at scale like yours.
