Waitlist – need info / help

Hello,

It’s a great idea and I’ve been waiting for it for a long time since I’m currently using a plugin for this possibility, but unfortunately it has a lot of basic functionalities and lacks basic ones that need to be improved so that it can be used and is really useful, not only have it as an option:

I add this:

1. There is no admin email for this at the moment.
– I hope you fix this as it is difficult to track or log in every day to check if anyone is logged into this list.

2. Just disable the email in WooCommerce -> Settings -> Emails.
– This is not a solution and leads to another problem.

If I turn off the email, the client doesn’t get an email saying they’re on that list, and they also don’t get on the subscribed list, and I have no way to see in the dashboard if someone has subscribed, because apparently you’re tied to that functionality and confirmation before they entered the waiting list.

— I did a test and when my emails are turned off, it says in the product that I have signed up, but in Products -> Waitlists nothing is displayed since I have not actually validated the registration.

That’s why I asked how to exclude the mandatory requirement for email validation or registration/subscription.

3. Also if the customer has registered without being logged in or entered the list in Products -> Waitlists from where I can possibly delete it. The customer cannot be registered a second time. When logging in from another browser, it says that this email is already registered for waiting, but if the product appeared and then was sold out again, how is the customer expected to be registered again?

4. There must be a way to delete the customers – I’m showing on the video that I have such a record and I can’t delete it. I also show the above issues.

The video is here: Private content

5. The option doesn’t work for bulk products and variations, which makes it a bit pointless. I.e. this only applies to standalone products.

Regards,
Pavel

Hello,

2. You don’t need to disable all emails. But only about the confirmation. After that, users still get emails that they are subscribed (without the need to confirm the subscription).
If it doesn’t work for you, please provide us with your admin access so we can check.

Ok, I turned off the verification email only and got an email saying I was put on the waitlist.

But unfortunately in the list in Products -> Waitlists, I don’t see my waitlist for this product. In this case, the administrator has no way to know that someone has signed up to wait for the product.

———

3. When the product appears in stock and the email is sent, the subscription is deleted. It means that now the same email can be registered again.

The reason I’m asking about deletion is that a product may no longer load and this email and customer should be able to delete it manually rather than waiting for the product to become available to be deleted from the list.

5. This option works both for simple products and variable products. You can add all variations to the waitlist separately.

Yes, now I see that it works, but if the product is in draft or personal, it does not work. The product must be published.
What about the bulk products?

Regards,
Pavel

Hi,

I’m sorry, but none of what you shared is happening for me:

Here is a separate clip, of how I add a product to the list and it does not display in the dashboard!
https://streamable.com/2zqa2d

Here is a clip where I try to delete both the user and the product, but nothing happens!
https://streamable.com/7f5blt

3. Customer can delete it manually via My account -> Waitlist https://gyazo.com/4f42fe3c41d0b4db27f0f832bcd49695

Yes, but if the client is a guest, how could he delete it? So there must be a manual method to delete and to be able to be re-added to overwrite the addition. There should be no limit to how many times the customer has registered. When it comes to guests.
Regards,
Pavel

OK,

This is the Redis cache, but the whole site works fine except for the waiting list, so I believe the problem isn’t with the cache. Redis is primarily used for fast access to data and enhancing database performance, but it doesn’t directly manage static assets like JavaScript or CSS. The fact that the rest of the site operates smoothly suggests that Redis is functioning as expected. Therefore, it’s more likely that the issue lies within the application logic that handles the waiting list, rather than with Redis itself.

Investigating the specific logic or database queries involved in the waiting list feature might reveal the root cause of the problem.

P.S.
Redis is particularly beneficial for WooCommerce sites, which often handle a large number of dynamic requests, such as product searches, cart updates, and checkout processes. Unlike standard caching plugins that cache static pages, Redis stores data in RAM, allowing for lightning-fast retrieval of dynamic content and database queries. This means that for WooCommerce, Redis helps to significantly speed up operations by reducing the load on the database, ensuring a smoother and faster shopping experience for users. By leveraging Redis, WooCommerce stores can handle high traffic and large volumes of transactions more efficiently.

Given Redis’s role in speeding up dynamic content retrieval and database queries by utilizing RAM, it’s unlikely that the issue with the waiting list is caused by Redis. In fact, Redis is designed to enhance performance, so it’s more likely that the problem lies elsewhere in the application logic.